The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Проект по интеграции с Qt web-движка Servo, развиваемого на языке Rust

09.04.2024 13:55

Компания KDAB объявила о разработке компонента Servo WebView для Qt, использующего браузерный движок Servo вместо модуля Qt WebEngine (на базе Chromium) для отображения web-контента в QML-приложениях. Предполагается, что проект поможет сократить поверхность атак на Qt-приложения, использующие API WebView, за счёт применения компонента, в котором благодаря языку Rust минимизировано возникновение уязвимостей, вызванных ошибками при работе с памятью. Код Servo WebView для Qt распространяется под лицензией MPL-2.0.

Для организации работы кода Servo, написанного на языке Rust, в окружении на языке C++ задействована прослойка CXX-Qt. CXX-Qt позволяет создавать компоненты на языке Rust, интегрируемые с программами на С++, использующими Qt. Применение CXX-Qt даёт возможность создавать подклассы QObject на Rust, которые могут использоваться в коде на C++, QML и JavaScript. Также имеется возможность создания Rust-программ, вызывающих код на С++, для чего предоставляются Rust-обвязки над типовыми классами QtCore и QtGui.

Проект Servo изначально развивался компанией Mozilla, но затем перешёл под покровительство организации Linux Foundation. Движок отличается поддержкой многопоточного рендеринга web-страниц, распараллеливанием операций с DOM (Document Object Model) и задействованием предоставляемых языком Rust механизмов безопасного программирования. Во время основания Servo браузерный движок Firefox не мог в полной мере задействовать потенциал современных многоядерных систем из-за использования однопоточных схем обработки контента. Servo изначально создан с поддержкой разбиения кода DOM и рендеринга на более мелкие подзадачи, которые могут выполняться параллельно и более эффективно использовать ресурсы многоядерных CPU. В Firefox уже интегрированы некоторые части Servo, такие как многопоточный CSS-движок и система отрисовки WebRender.

Из близких по тематике разработок также отмечается проект Tauri-Servo, развивающий бэкенд к библиотеке WRY на базе движка Servo, позволяющий использовать Servo в приложениях на основе фреймворка Tauri (конкурирующая с Electron платформа для создания пользовательских приложений с использованием браузерных технологий).

  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: Релиз браузерного движка WebKitGTK 2.42.0 и обновление проекта Servo
  3. OpenNews: Разработка браузерного движка Servo переведена в организацию Linux Foundation Europe
  4. OpenNews: Возобновлена активная разработка браузерного движка Servo
  5. OpenNews: Выпуск Kuesa 3D 1.2, пакета для упрощения разработки 3D-приложений на Qt
  6. OpenNews: Релиз фреймворка Qt 6.7 и среды разработки Qt Creator 13
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/60961-qt
Ключевые слова: qt, servo
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (97) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.8, Аноним (8), 14:46, 09/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Вот так всё у моззилы - что-то там создает, а потом не использует: раст, серво... браузер
     
     
  • 2.9, Аноним (9), 14:50, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Оно как и вейленд никогда не готово для десктопа.
     
     
  • 3.48, namenotfound (?), 17:00, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а я арканом пользуюсь что-ли?
     
     
  • 4.138, Аноним (138), 08:38, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А я Таро раскладываю и блюдечко кручу.
     
  • 2.13, Аноним (13), 15:08, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    браузер вполне рабочий, и это с учетом того, что инетом владеет гугл.
     
     
  • 3.107, Аноним (107), 22:49, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Каким-то чудом вопреки всем усилиям мозиллы.
     
     
  • 4.152, Аноним (152), 01:18, 11/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это громкое меньшинство орет что мозилла портит браузер, им вообще никакие изменения не нравятся, а на самом деле браузер вполне себе нормальный, особенно на фоне его популярных конкурентов типа Chrome и Яндекс которые вообще являются проприетарными продуктами.
     
     
  • 5.156, Аноним (156), 17:23, 15/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Это громкое меньшинство орет что мозилла портит браузер

    Действительно - громкое теперь уже меньшинство орёт, что мурзилла портит браузер. А молчаливое большинство уже просто свалило на хромоиумы.
    И, в отличиии от истеричныъх комментов парочки оставшихся фанбоев, это подтверждается вполне реальными и проверяемыми цифрами: рыночной долей. Тихое большинство уже свалило.

     
  • 2.35, Аноним (35), 16:04, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Мозилла выложила раст для всех . А раз пользоваться будут все - с какой стати Мозилле в одиночку над ним вкалывать ? И в браузере использует , всё больше . Но у хромоюзеров "бревно в глазу" .
     
     
  • 3.45, НяшМяш (ok), 16:54, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    https://chromium.googlesource.com/chromium/src/+/refs/heads/main/third_party/r

    Типичные хромоюзеры же.

     
     
  • 4.58, Аноним (35), 17:59, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Судя по опеннетовским коментам (особенно отмодерированным) к растоновостям - подавляющее число наездов на раст связано не с ним самим , а с авторством мозиллы .
     
  • 2.155, Аноним (155), 20:45, 11/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Чем вы там читаете новости, филеем?

    "В Firefox уже интегрированы некоторые части Servo, такие как многопоточный CSS-движок и система отрисовки WebRender."

    у аналитегов вывод: "ничего не использует"

     

  • 1.11, Аноним (11), 15:00, 09/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    >за счёт применения компонента, в котором благодаря языку Rust минимизировано возникновение уязвимостей, вызванных ошибками при работе с памятью

    То есть, по факту, причина выбора как всегда - отсутствие желания нести ответственность и проектировать своими руками и головой корректно работающий код без ошибок? Объясните пожалуйста, почему в любом проекте где используется Rust, его использование оправдывают "отсутствием уязвимостей, вызванных ошибками при работе с памятью", если это должно быть ответственностью пишущего?

     
     
  • 2.14, Аноним (13), 15:09, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Пиши на чём-угодно, тебя кто-то заставляет писать на Rust?
     
  • 2.41, Аноним (41), 16:34, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что по данным MS (и не только их) ошибки памяти - это процентов 70 ошибок, которые совершают разрабы. Вот они и хотят решить проблему кардинально. Читаешь здесь про CVE в ядре, иксах и прочем и видишь одно и то же: use after free, double free, выход за границу буфера, так что скорее всего статистика верна.
     
     
  • 3.60, Аноним (9), 18:03, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И? Если нет кода то будет 0 процентов ошибок.
     
     
  • 4.72, Аноним (72), 18:34, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну расскажи MS, гуглу и прочим дискордам, вконтактам и дропбоксам что кода на расте нет.
     
  • 3.100, Аноним (100), 21:52, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Объясните мне доходчиво, как при индексации массива, зная длину буфера, когда счетчик достигнет нуля, впринципе возможно выйти за границы?
    Вот где здесь

    while(--i) {
        // do stuff
    }

    возможно за границы выйти?

    Или вот

    free(ptr);
    ptr=nullptr;

    решает абсолютно все проблемы

    У меня просто в голове не укладывается, это же элементарные языковые конструкции, чтобы их не использовать или использовать неправильно, нужно быть хз кем

     
     
  • 4.102, Аноним (100), 21:57, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    *вернее, даже так
    while(--i != 0)
     
     
  • 5.137, Аноним (137), 08:30, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > *вернее, даже так

    while(--i != 0)

    Поздравляю, ты уже вышел за пределы буфера, если i изначально 0.

    Еще более доходчивые объяснения нужны?

     
  • 4.103, Аноним (103), 22:00, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Объясните мне доходчиво, как при индексации массива, зная длину буфера, когда счетчик
    > достигнет нуля, впринципе возможно выйти за границы?
    > while(--i) {
    >     // do stuff
    > }
    > возможно за границы выйти?

    А ты обращайся не в цикле, а просто к элементу.
    Или вычисляй i в условной конструкции которая зависит от десятка условий и фазы луны.

    > free(ptr);
    > ptr=nullptr;

    А если у тебя несколько потоков? И объекто создается где-то в одном месте, а умирает в совершенно другом

    > решает абсолютно все проблемы

    Но пограммисты на си-шке их так и не смогли решить.

    > У меня просто в голове не укладывается, это же элементарные языковые конструкции,
    > чтобы их не использовать или использовать неправильно, нужно быть хз кем

    Нужно быть разрабом ядра)

     
     
  • 5.129, Аноним (129), 02:43, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А ты обращайся не в цикле, а просто к элементу.
    > Или вычисляй i в условной конструкции которая зависит от десятка условий и
    > фазы луны.

    Как здесь, например
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-28448
    ?

    > А если у тебя несколько потоков? И объекто создается где-то в одном
    > месте, а умирает в совершенно другом

    как здесь например
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-32810
    ?

    >> решает абсолютно все проблемы
    > Но пограммисты на си-шке их так и не смогли решить.

    как видим, раста-мани тож нишмагли.

    > Нужно быть разрабом ядра)

    или ржавым сектантом)

     
  • 3.136, Аноним (136), 07:15, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так пусть M$ Винду на Rust и переписывает, раз в ней столько ошибок.
     
     
  • 4.151, нах. (?), 23:59, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так они ж - уже!
    Переписькивали-переписькивали и даже переписькали цельный кусок GDI.
    И он по слухам даже включен в сборки реальной винды.

    Чтобы им попользоваться, нужно скачать insider build, принести в жертву рыжую девственницу, произнести главное демоническое заклинание и перезагрузиться строго в ночь на ивана купалу, но это немного неточно - всех кто это пытались сделать, на следующее утро находили мертвыми с перегрызенным острыми зубами горлом.

     
  • 3.139, Аноним (138), 08:41, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Читаешь здесь про CVE в ядре, иксах и прочем и видишь одно и то же: use after free, double free, выход за границу буфера, так что скорее всего статистика верна.

    Уже придумали решение на уровне CPU - CHERI.

     
     
  • 4.144, Аноним (144), 11:03, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    У интел давно есть инструкция bound, но накладные расходы таковы, что оно того не стоит. Делать одну проверку один раз за цикл или даже один раз за несколько циклов оказалось сильно дешевле. Программисты только не могут никак научится правильно писать эти проверки. А компиляторы правильно кидать warning в таких местах.
     
  • 2.46, Аноним (-), 16:58, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Неа, ошибка по факту в том, что СИ это устаревших хлам, созданный для отстрела н... большой текст свёрнут, показать
     
     
  • 3.57, Аноним (57), 17:42, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    У этого мерседеса колеса квадратные.

    Особенно когда есть C++. Особенно C++ через 20 лет когда войдут в обиход модули и прочее из нынешних стандартов.

     
     
  • 4.66, Аноним (-), 18:24, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    К сожалению из-за одного диктатора (великодушного, но тем не менее) у нас в ядре С++ нету.
    И не будет. Судя по всему принципиально.
    Так что тут выбирать особо не из чего.

    C++23, очень крут, но все равно не избавляет от проблем памяти полностью.
    Даже использование miraclePtr не стало панацеей, хотя некоторые надеялись.

     
     
  • 5.71, Аноним (71), 18:34, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    По-моему недавно поднималось обсуждение насчет использования плюсов в ядре. Наверно кончилось ничем, так что да, в ядре выбор невелик.
     
     
  • 6.79, Анонин (-), 18:58, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тут обсуждалось opennet.ru/opennews/art.shtml?num=60436

    > Наверно кончилось ничем

    Это было немного предсказуемо, не так ли))

    С другой стороны аргументы у них не очень сильные. Схожесть синтаксиса это не плюс.
    Потому что сишники будут писать на "с с классами".

    Concepts слишком новая фича.
    Напомню, что ядро только недавно перешло на с11 с с89 что ли))
    А тут сразу хотят C++14 или C++20!

     
     
  • 7.145, Аноним (144), 11:07, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Потому что сишники будут писать на "с с классами".

    Так по рукам бить надо за использования сырых указателей.

     
  • 5.82, Аноним (9), 19:20, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Раст с его ансейфами не избавляет от проблем с памятью.
     
     
  • 6.127, Аноним (127), 02:08, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не избавляет, но сокращает их количество. https://www.opennet.me/opennews/art.shtml?num=59044 как пример.
     
  • 6.130, Аноним (129), 02:46, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Раст с его ансейфами не избавляет от проблем с памятью.

    раст и без ансейфа не избавляет от проблем с памятью:
    https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=rust

     
     
  • 7.133, Аноним (133), 06:58, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вы ссылкой ошиблись :-) По вашей ссылке отлично видно, что избавляет.
     
     
  • 8.146, Аноним (129), 13:21, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    use-after-free, buffer-overflow, segmentation-fault отлично доказывает, да ... текст свёрнут, показать
     
  • 5.109, Аноним (107), 22:58, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Панацеей не стало, однако по данным Google [1] внедрение MiraclePtr предоставило защиту от 57% уязвимостей класса use-after-free. То есть достигнута половина того что дает Rust всего лишь введением одного небольшого приема программирования, без переписывания проекта.

    [1] https://www.silkway.news/ru/otsenka-effektivnosti-primeneniya-836348/

     
     
  • 6.112, Аноним (-), 23:14, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты забыл добавить что там возросло и потребление памяти и нагрузка на процессор ... большой текст свёрнут, показать
     
     
  • 7.135, Аноним (135), 07:13, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тэкс, а сколько оверхед у Раста с включенной runtime-проверкой?
    ЕМНИП там таки есть вариант компиляции с runtime-проверкой, и без.

    ЗЫ. У старущего турбо-паскаля runtime-проверка выхода за границы массива тоже включалась. Можно было орать, что безопасный язык, аж с начала 90-х годов.

     
  • 6.125, Аноним (-), 01:04, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если всё настолько плохо, что ты готов соглашаться с рантайм стоимостью решения, то miracleptr довольно странный выбор. Есть сборка мусора, есть swift с его счётчиками ссылок. Если твоего энтузиазма уже не хватает на статическое управление памятью, то тебе туда.
     
  • 4.131, 12yoexpert (ok), 03:06, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Особенно C++ через 20 лет когда войдут в обиход модули и прочее из нынешних стандартов.

    будучи плюсовиком, в гробу видал попытки мелкомягких запроприетарить исходники

     
  • 2.99, Аноним (99), 21:17, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >То есть, по факту, причина выбора как всегда - отсутствие желания нести ответственность

    Наоборот, ответственный подход к разработке, а не тяп-ляп — AS IS всё спишет.

     
  • 2.140, Пряник (?), 10:00, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Хотят переложить ответственность на компьютер.
     
  • 2.149, Аноним (149), 16:46, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > отсутствие желания нести ответственность и проектировать своими руками и головой корректно работающий код без ошибок?

    У тебя странное представление о том, зачем пишут программы. Цель - не «нести ответственность» и не «своими руками». Цель - сделать что-то нужное и полезное. Не ломом асфальт подметать как вас в армии учили, а решать задачу с наилучшим балансом «затраты / результат».

     
  • 2.154, Аноним (154), 08:02, 11/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это называется свидетельство канарейки. После внедрения раста все ошибки работы с памятью и гонки не случайны.
     

     ....большая нить свёрнута, показать (33)

  • 1.12, Аноним (12), 15:01, 09/04/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +5 +/
     
     
  • 2.15, Аноним (13), 15:13, 09/04/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 3.27, Аноним (-), 15:41, 09/04/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.73, 12yoexpert (ok), 18:36, 09/04/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 5.76, Аноним (76), 18:49, 09/04/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 6.85, 12yoexpert (ok), 19:38, 09/04/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 7.101, Аноним (103), 21:56, 09/04/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 8.123, 12yoexpert (ok), 00:40, 10/04/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 5.77, Аноним (-), 18:51, 09/04/2024 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
  • 5.89, Fracta1L (ok), 19:55, 09/04/2024 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 6.124, 12yoexpert (ok), 00:41, 10/04/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.20, Аноним (-), 15:26, 09/04/2024 Скрыто ботом-модератором     [к модератору]
  • +6 +/
     
     
  • 3.110, Аноним (107), 23:06, 09/04/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.36, Аноним (36), 16:10, 09/04/2024 Скрыто ботом-модератором     [к модератору]
  • +5 +/
     
  • 2.55, Аноним (55), 17:30, 09/04/2024 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
  • 2.90, Аноним (90), 20:00, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Как уже достали со своим растом, ей богу, из каждого утюга про него слышно

    А бесконечный поток новостей о сишных дыренях тебя не достал, правильно?

     
  • 2.122, Аноним (122), 00:38, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Как уже достали со своим растом, ей богу, из каждого утюга про него слышно

    Это ты ещё опоздал родиться, чтобы послушать как из каждого утюга про Яву рассказывают. А до неё — про Си. Так уж вышло, что люди любят радоваться хорошему. Так что вопрос скорее к тебе: почему ты такой угрюмый?

     
     
  • 3.132, Аноним (132), 04:11, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А xml? Вот реально прям из каждого утюга.
     

     ....большая нить свёрнута, показать (17)

  • 1.18, Аноним (18), 15:24, 09/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если uBlock прикрутят то появится нормальный бровсер на Qt
     
     
  • 2.31, Аноним (31), 15:56, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Он, хотя бы для начала, просто появился даже без uBlock.
     
     
  • 3.69, 12yoexpert (ok), 18:26, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это нонсенс, сейчас браузер не имеет смысла без uBlock, тупо ресурсов при работе тратится в 10 раз больше
     
  • 2.37, Аноним (36), 16:13, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ladybird уже можно пользоваться, хоть и сжав булки. Разработчики на него уже начали пересаживаться - не столько потому что готов, а чтобы эту готовность поскорее приблизить. Но сам факт показателен.
     
     
  • 3.70, 12yoexpert (ok), 18:30, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    даже отдельной репы нету, всё в общей помойке...
     
     
  • 4.74, Аноним (36), 18:39, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Иным проектам не помешало бы ориентироваться на эту "помойку" в плане структурированности и понятности.
     

  • 1.24, Аноним (24), 15:35, 09/04/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +2 +/
     
  • 1.28, Аноним (28), 15:44, 09/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Какой-то эзопов язык в новости. Они это написали уже, или как всегда у растоманов, только собираются?
     
     
  • 2.65, 12yoexpert (ok), 18:24, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    исходя из того, что это раст, думаю, такой проект уже есть на нормальном языке, и теперь они громко на весь интернет пишут, что собираются переписать его на расте
     
  • 2.96, нах. (?), 20:28, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ну как тебе сказать... Coc.md уже готов. Остальное - в процессе, но уже вот вот почти окончательно готово.

     
     
  • 3.114, Аноним (107), 23:17, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Напоминает мне хакатон, где у 8 из 10 команд уже было несколько менеджеров и маркетологов, но ищут хотя бы одного программиста.
     
  • 2.148, BlackRot (ok), 15:35, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Только собираются это как всегда относится скорее к жителям болот
     

  • 1.54, Аноним (54), 17:28, 09/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Одобряю. Если сумеют заменить вебкит, вебэнджин или что там монструзное было на движок ФФ,то Кедами даже пользоваться можно будет. Хоть раз жопарукам пришла в голову достойная идея.
     
     
  • 2.62, Аноним (9), 18:07, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Движок ФФ это геко. Серво это нерабочий бред фанатиков.
     
  • 2.115, Аноним (107), 23:18, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А может перед тем как заменять и переписывать попробовать доделать то что уже и так довольно неплохо работает?
     
     
  • 3.119, нах. (?), 23:38, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А может перед тем как заменять и переписывать попробовать доделать то что
    > уже и так довольно неплохо работает?

    а вот ТАКИХ кодеров - уже почти не осталось. Уцелевшие заняты 24x7 (зарабатывают себе на пиццерию и early retirement, конечно)


     

  • 1.59, Вы забыли заполнить поле Name (?), 18:02, 09/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Подождите, но ведь Servo - сырой. Зачем он qt?
     
     
  • 2.63, Аноним (-), 18:21, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну для тебя серво - сырой.
    Для инжинеров qt, выходит, что нет.
    Думаю они если что, допилят и серво станет еще лучше.
    А может они выделят команду и научат их работать с Растом.
     
     
  • 3.93, Вы забыли заполнить поле Name (?), 20:06, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Ну для тебя серво - сырой.

    Покажи мне браузер на нем?

    > Для инжинеров qt

    Этим занимается другая контора.

     
     
  • 4.105, Аноним (-), 22:48, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ты бы хоть посмотрел что это за KDAB.
    На их описание "The KDAB Group is a leading force in the Qt community through its Qt expert services, contributions to the Qt Project"
    На их блог
    kdab.com/kdab-contributions-qt-5-7/
    kdab.com/kdab-contributions-qt-5-9/

    И да, это люди которые разрабатывали QT

     
     
  • 5.116, Аноним (107), 23:22, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну раз KDAB Group написали что "The KDAB Group is a leading force in the Qt community through its Qt expert services, contributions to the Qt Project" то как можно в этом сомневатся.
     
     
  • 6.128, Аноним (128), 02:31, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    KDAB не врут. Qt разрабатывает компания The Qt Company и сообщество. И у KDAB (среди всего сообщества) наибольший вклад.
     

  • 1.81, Fracta1L (ok), 19:20, 09/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Огонь! Надеюсь, доведут до юзабельного состояния.
     
  • 1.95, Аноним (95), 20:10, 09/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Неужели теперь оно будет собираться быстрее?
     
     
  • 2.117, Аноним (107), 23:24, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Конечно, если в зависимостях помимо всего прочего появится еще и Rust с парой сотен пакетов то собиратся станет ну может не быстрее,  но точно веселее.
     
     
  • 3.126, Вы забыли заполнить поле Name (?), 01:07, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Конечно, если в зависимостях помимо всего прочего появится еще и Rust с
    > парой сотен пакетов то собиратся станет ну может не быстрее,  
    > но точно веселее.

    Там сейчас в qt уже есть зависимость от nodejs. Но растом веселее будет, да.

     

  • 1.98, Зазнайка (?), 21:16, 09/04/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
  • 1.120, Аноним (107), 23:38, 09/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Для ясности нужно отметить что KDAB Group не имеет отношения к официальным разработчикам Qt, они только что-то коммитят в него и оказывают консультационные услуги. В свете этого данный проект почти наверняка останется в неофициальном статусе и желающие будут подключать его из отдельного репозитория. Это если он вообще когда-либо будет готов к использованию.
     
  • 1.134, Аноним (134), 07:02, 10/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    тобеж до простой идеи не использовать js в qml они додуматся не могли.
     
  • 1.147, Nick (??), 14:19, 10/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как думаете, будут ли на Servo переходить браузеры тот же Firefox?
     
     
  • 2.153, Аноним (152), 02:29, 11/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В доминировании одного движка ничего хорошего нет. Лучше бы не переходили, а развивалось несколько разных движков, а веб был более строго стандартизирован, что бы не было что на одном движке так, а на другом не так и нужно тестировать работу сайта на каждом движке отдельно.
     

  • 1.150, nc (ok), 23:00, 10/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вообще жаль что разработчики Qt не пошли по пути модульности в вопросе встраиваемого веб-компонента. Был Webkit, у него была замечательная возможность QWebElement с помощью которого можно было модифицировать DOM напрямую. Зачем-то перешли на WebEngine без этой возможности. А могли бы просто сделать унифицированный интерфейс (как драйвер баз данных, или картинок) и оставить оба движка.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру