Выход Qt 5.6

EXL, nexfwall, Rinaldus

Если кому-то интересно, я занимаюсь портированием QtWebKit на текущую версию WebKit, подробная информация здесь:

https://github.com/annulen/webkit/wiki

P.S. Помощь была бы очень кстати, даже в мелочах ;)

Совсем не то.

А можно конкретики, чем вебкит лучше нового хромообразного компонента? в плане потребления ресурсов они ж оба монстры

в плане потребления ресурсов они ж оба монстры

Все-таки разные весовые категории у них

По этому гайду попробуй: https://wiki.qt.io/Building_Qt_for_Embedded_Linux

Ну так языков кроме английского не существует, и опен сурсными технологиями пользуются только в США.

Будут ли попытки интегрировать наработки в мэйнстрим?

О каком именно мэйнстриме (апстриме?) идет речь?

Если о webkit, то я регулярно отправляю туда патчи, практически все изменения не связанные непосредственно с Qt уже там. Что касается кода, специфичного для Qt, то для интеграции нужно иметь работающую тестовую инфраструктуру и минимум 3-ех человек на фуллтайме (первого еще нет, второго пока не предвидится)

Если о Qt, о том, чтобы сделать эту ветку преемником текущей версии QtWebKit, то планы есть, но обещать ничего не могу. Главная проблема - невозможность поддержки всех платформ, которые поддерживает текущая версия. Требования по С++11, например, жестче, чем у Qt 5.8

Была проблема с Qt 5.5.* на Gentoo.

Если собрать Qt 5.5.* и пересобрать kde 5 (а точнее dolphin), не нажымались кнопки в нем. В gwenview тоже нельзя было нажать на меню, кнопки под меню.
Попробую в этой версии.

А вот так получилось, да. Всё собралось и даже окошко нарисовало.

Декорации у окошечек имеются?

Я даже программки некоторые собирал, всё прекрасно работало: http://i.imgur.com/SAmaCq8.png

Да, имеются.

Честно говоря, просто GUI без иксов мне неинтересен. Но, это, кажется, возможность попробовать организовать браузер с JavaScript'ом на те редкие случаи, когда он может быть полезен (в контексте моих задач).

Тем не менее, Qt хорош для моих задач, наверное лучший, а те фичи что юзаю - работают отлично.

А нокию возглавил негрософтовский горбачев и сделал нокии 90-е годы.

Тоже интересует.

От таких надмозговых высеров уже блевать тошнит.

блевать тошнит

Лол.

Юзал qt на кубитраке, в linuxfb норм рисует.

Моя змейка, qt5 рисует в linuxfb. Запущено на cubietruck, дисплей ili9341 на SPI. Управлениеи с обычной усб клавы. https://youtu.be/YQpX6WMaI2g

Как показывает практика, The Qt Company выкидывает глючные 5.x.0 в паблик, собирает репорты и исправляет ошибки в последующих минорках. У ребят чувствуется огромная недостача в тестерах.

Значительное количество исправлений не вошло в 5.6.0 и попадет только в 5.6.1.

Жду ваших вариантов перевода.

не, что-то не прокатило.

главное, на нетбуке нормально всё, а на рабочем жирный шрифт прёт. на qt4 программах всё пучком.

qt5ct Sans 12 Regular, якобы, говорит, а там явно Bold.

В qt5ct используется стандартный диалог из Qt, так что копай в сторону fontconfig.

Ответ на комментарий:

Если наступит момент, когда в толксах можно будет обсуждать только связанные с Линуксом вещи, а всё остальное будет удаляться, я скажу «до свидания» этому сайту.

А может ну его этот раковник уже сейчас? Меня удивляет почему тут все так любят грызть этот кактус. Предлагаю свободно общаться на нейтральной территории. (пока там одна тема, но всё зависит от вас)

ну да. в qt4 шрифты нормальные, в gtk 2 и 3 тоже. ну и в остальных (fltk, tcl/tk, motiff ...), а тут fontconfig виноват.

С хоткеями в Qt 5 (именно в Qt 5, в Qt 4 норм всё) на всех системах какие-то мелкие проблемы.

не только с хоткеями. у меня мелкая программа собранная с qt4.8.6 работает, с qt5.5.1 падает.

я не знаю как там в qt-5.6, но qt5 похоже на gnome3 и kde4 до определённого релиза использовать нестоит.

Ну страдай тогда. Вместо того, чтобы сюда зайти https://bugreports.qt.io/ и потратить пару минут.

у меня мелкая программа собранная с qt4.8.6 работает, с qt5.5.1 падает.

Жлезная логика, ага. У меня программа непонятно почему падает - Qt виноват. Разбираться с багом мне вломы, зато поныть на ЛОРе - завсегда пожалуйста.

ну я то разберусь.

но падение в QApplication::arguments() настораживает.

А Assistant пора уже и закопать. Это было круто в нулевых, когда в РФ не было доступного и быстрого инетернета. Теперь же дока в онлайне обновляется гораздо чаще.

Вдогонку к моему комментарию Выход Qt 5.6 (комментарий)

Поскольку начиная с Qt5.6 QtWebKit выкинули, то и документация теперь по нем внезапно недоступна онлайн.

Вот пример: http://doc.qt.io/qt-5/qwebelement-members.html

И не надо говорить о QtWebEngine, он не умеет в DOM, насколько я знаю.

А более подробный ChangeLog есть как раньше для 4.х было?

А может ну его этот раковник уже сейчас? Меня удивляет почему тут все так любят грызть этот кактус. Предлагаю свободно общаться на нейтральной территории. (пока там одна тема, но всё зависит от вас)

rulinux.net как-то поуютнее будет

К сожалению, все еще падает и падает.

Печально. Они там в 5.6 обещали виртуальный экран при отключении реальных мониторов, чтобы приложения не падали. Жить с insert dp/hdmi to unlock как-то не очень.

Прошу прощения, это я дурак, тестировал со старым Qt. Сейчас обновился до 5.6.0, посмотрим, как поведет себя. А то у меня со старым даже sddm падал.

Тест 1: экран засыпает, ждем 20 минут, дергаем мышкой. Упала только плазма, перезапустил ее, больше ничего не упало.

Тест 2: экран засыпает, ждем 3 минуты, дергаем мышкой. Ничего не упало, все работает.

Тест 3: выключаем монитор, включаем монитор. Как в тесте 1, упала плазма, перезапустил ее и все продолжает работать.

Тестировал с Qt 5.6.0 и KDE 5.5.5 (надеюсь, в текущей 5.6.0 падение плазмы исправили, хотя падает она где-то внутри Qt). Напомню, чтобы остальные не смеялись, что с Qt 5.6.0 часто падает все, до такой степени, что выбывает из сессии, и все несохраненные данные теряются. С Qt 5.6.0 такого нет.