Qt 4 в Debian Buster не будет

а то пока только страшилища tk и motif плюс какое-то ололо на цацкеле имеется.

Первое написано на си, а это не лучше крестов. Для того чтобы узнать на чём написано второе его надо скачивать, лень

вот когда С++хейтеры родят что-нибудь уровня qt - тогда приходите и рассказывайте какие вы умные

Сперва добейся? Я уже думал над этим. Допустим завтра я выложу свою разработку. Безразлично что там думают хейтеры. Разработка явно уступает современным тулкитам, так как я не успел реализовать все функции. Базовый минимум - нарисовать кнопки, что-то ещё есть. То есть если ты будешь писать своё приложение, тебе возможно потребуется немного улучшить мой код. Понятное дело, что разработка не совместима(или очень слабо) с уже существующим - то есть написать половину на моём тулките, а половину на к примеру qt ты не сможешь. Ты будешь использовать мой тулкит?

Забыл сказать - тебе возможно потребуется сменить язык программирования для получения всех возможностей.

Ты спрашиваешь зачем нужен носитель защищенный от электромагнитных помех и утечек? Ну... Чтобы хранить резервные копии данных, у нормальных дисков срок годности до 200 лет...

24 дюйма, 1920х1080, имеется ввиду шрифт 12 без увеличения. Высота курсора «выделения» (вертикальная палка) почтиразы выше строчные букв. То есть размер кнопок у него ну никак не меньше, чем размер буквы. Даже обычный курсор в 2 раза больше такой буквы. И у него самого половина элементов управления в файловом менеджере такого же размера как кнопки vlc.

Если о чтении текста (осмысленного) с того места, где и как я обычно сижу, то 7pt ещё могу читать не всматриваясь в буквы.

А что, на hdpi мониторах можно комфортно читать только с заданным размером шрифтов или при 250% увеличении?

24 дюйма

это примерно в два раза больше экрана среднестатистического ноутбука

Высота курсора «выделения» (вертикальная палка) почтиразы выше строчные букв

Это я понял ещё несколько сообщений назад

Если о чтении текста (осмысленного) с того места, где и как я обычно сижу, то 7pt ещё могу читать не всматриваясь в буквы.

Тут весь смысл в том что шрифт можно уменьшить ~2 раза и он ещё будет читаем. Иероглифы плывут, но далеко не все их читают. Плюс у меня не высокая плотность пикселей. И тем не менее я не видел интерфейсов выполненных столь мелким шрифтом, с кнопками размером примерно как на старых мониторах иконки в 16 пикселей. Хотя того же кода на экран влезало бы гораздо больше. И попадать в них всё ещё можно.

Хотя для какого-нибудь планшета эти проблемы будут достаточно критичны

Ну и кто всё это портировать будет? systemd-pushkind?! Ещё как из реп сейчас повыкидывают вместе с культями...

Присоединяюсь. В кои то веки написали быструю стабильную библиотеку и кучу софта к ней. А потом взяли и всё выкинули.

В кои то веки написали быструю стабильную библиотеку и кучу софта к ней

Плазма не падает, плазма не падает, плазма не падает. Вот чем принципиально тот же самый qt3 был хуже, что его выкинули? Был недостаточно быстрым? Недостаточно стабильным? Там вообще не было софта?

Да ты прикалываешься или троллишь тут так же нелепо как МиниРобоДансер? Что за глупые отмазки и шлангование?

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

Затем, что это ноутбук. Или я должен таскать с собой мышь ради приложений на Qt 4? В других приложениях (не на Qt) всё более-менее нормально.

Или почему, раз они им так часто пользуются, эти проблемы всё ещё есть?

Потому что vlc и прочий Qt 4 софт не спешил делать HiDPI-поддержку. Теперь сделали, но кривую до чёртиков. Кстати, Mac-версия видеоплеера VLC лишена таких проблем. Почему? Потому что разработчики там давно выбросили Qt 4 и перешли на AppKit, в итоге, я уверен, что поддержка HiDPI прилетела к ним «из коробки». Если бы они выкинули Qt 4 и в Windows версии и писали на WinAPI, как MPC-HC, то произошло бы тоже самое.

За угол окна тоже практически невозможно тачпадом потянуть? Скриншот есть?

https://bugreports.qt.io/secure/attachment/50623/qt-hires.PNG

Да там всё невозможно сделать. Если ты растянешь окно, кнопки от этого волшебным образом больше не станут.

Нормального размера там кнопки в vlc, не знаю, почему ты по ним попасть не можешь. Я думал, они у тебя раза в 4 меньше чем эти.

Ага. И использование приложение с магнифайером — это норма. Ты видишь или нет, что проблема там не только с кнопками? Но и надписями в самой программе, которые невозможно разглядеть? И на фото оно выглядит, конечно, больше, чем есть на самом деле.

А решил ты так, потому что у тебя есть монитор hdpi, а большинству он боком не упёрся.

К слову, HiDPI у этого монитора нищебродский 3200x1800, представляешь, насколько это будет неюзабельно на 4К?

И на фото оно выглядит, конечно, больше, чем есть на самом деле.

Не выглядят. Если grem не будет разворачивать изображение на все свои 24 дюйма, то ничего он не увидит.

Напрашивается мысль, что дело вовсе не в тулките.

Нет, именно в тулките. В Qt 5, увы, тоже не всё гладко с HiPDI, по сути он сделан только для одной Qt-темы, которая называется Fusion.

У тебя в приложениях на GTK+3 есть такие же недочёты?

Попробуй qbittorent запустить как-нибудь так:

$ ./qbittorrent -platform xcb -style fusion
$ QT_QPA_PLATFORM=xcb QT_STYLE_OVERRIDE=fusion ./qbittorrent

И потыкай переменную QT_SCALE_FACTOR=1.0 перед запуском, если проблема с HiPDI остаётся.

Я это и имел ввиду. Но даже развернув изображение на весь HiDPI-экран, он получит такие приколы:

https://bugreports.qt.io/secure/attachment/29011/qtcreator1.png
https://trac.videolan.org/vlc/attachment/ticket/14870/Vlc Screenshot.jpg

qt4 поддерживал openGL, это проявилось в том, что композитные эффекты и анимации в интерфейсе перестали грузить систему. При этом библиотека умудряется каким то чудом быстро работать на всяких там RaspberryPi, обгоняя GTK3 и иногда GTK2 на софтовом рендере. А в версиях 4.10+ она делает всё это не падая и без заметных утечек памяти.

Может вы помните, но во время lenny из репы можно было одновременно ставить как стабильный kde3, так и новый модный kde4, и я не помню ни одного серьёзного конфликта. Вроде бы kdm3 и kdm4 нельяз было одновременно ставить. В девятке о таком уровне поддержки можно только мечтать.

И ещё камень в огород qt3: как то для прикола запустил kde3 в софтовом qemu на intel core2 quard 2,33 Ггц. Узнал любопытную вещь - qt3 перерисовывает весь интерфейс через заданный интервал. В данном конкретном случае повисло всё. Не знаю, какую революцию совершили в qt4 под капотом, но этот косяк убрали.

На fullHD не заметил ни одной проблемы с qt4. Ваш пример с qtCreator в винде кажется мне какой то дикостью.

проблема одна есть на fullhd
сам использую qt4 на дебиан 8
можно выставить шрифты и размеры иконок — всё классно
вот только чекбоксы и радио-кнопки остаются маленькими
планирую патчить polyester где вместо 13х13 чекбоксов сделать 26х26. Смотрел исходники вроде не сложно
если сделаю чекбоксы, qt4 ,будет готова для fullhd

qt4 поддерживал openGL

Ну так почему нельзя было скрыть детали этой реализации, чтоб софт на qt3 не нужно было переписывать?

При этом библиотека умудряется каким то чудом быстро работать на всяких там RaspberryPi, обгоняя GTK3 и иногда GTK2 на софтовом рендере.

Сплошная магия высшего уровня. Необъяснимая и не понятная. Особенно если сравнивать ускоренный и не ускоренный.

Может вы помните, но во время lenny из репы можно было одновременно ставить как стабильный kde3, так и новый модный kde4, и я не помню ни одного серьёзного конфликта

Нет, не помню ибо в то время линуксом не интересовался

И ещё камень в огород qt3: как то для прикола запустил kde3 в софтовом qemu на intel core2 quard 2,33 Ггц. Узнал любопытную вещь - qt3 перерисовывает весь интерфейс через заданный интервал. В данном конкретном случае повисло всё. Не знаю, какую революцию совершили в qt4 под капотом, но этот косяк убрали.

Из всего вышеперечисленного я услышал только одно - поменяли внутренний движок рендера. Почему нельзя было ничего не ломать не понятно

Ваш пример с qtCreator в винде кажется мне какой то дикостью.

Есть пример и в кедах. Тоже дикость?

у меня

Ты, это еще не весь мир.

Ну не видел я таких косяков. Как то само разруливалось с 3-4 попытки чуть ли не через xfconf

Просвети, тут многие будут благодарны

GTK+ тоже непопулярен.

Хо хо хо...

Сплошная магия высшего уровня. Необъяснимая и не понятная. Особенно если сравнивать ускоренный и не ускоренный.

GTK2 нигде не ускореный и всегда показывает стабильную приемлимую производительность. Зависит от сложности темы и приложения. GTK3 вроде как ускореный. Если есть видюха, то всё нормально. Нет видюхи - ловим тормоза и глюки. Qt4 просто и быстро работает, не зависимо, есть видюха или нет. Если кажется, что полупрозрачные тени при наведении на 600 Мгц armv7l рисуются медленно, их можно отключить в нормальном графическом конфигураторе (gtk3 такого не позволяет).

поменяли внутренний движок рендера. Почему нельзя было ничего не ломать не понятно

Так именно из за движка наверное. Есть некий qt3support, без которого qt4 не собрать. Лично я не видел его в действии, но думаю в каком то виде он работает.

Это всё к тому, что переход с qt3 на qt4 был лёгким, простым и само собой разумеющимся, никто ничего не выпиливал и не ломал. А тут пошла резьня по репам.

Эти опции, в случае rm'а, вообще для ламеров, которые хотят перестраховаться путём того, что их обо всём будут переспрашивать.

«mv -i» ещё хотя бы можно понять. Это ещё можно использовать в конструкциях вида

yes n | find dir1 -type f -exec mv -i "{}" dir2 \;

Нет видюхи - ловим тормоза и глюки

емнип даже во всяких малинках что-то да есть

Так именно из за движка наверное

Хорошая абстракция достаточно хорошо скрывает внутренности

Это всё к тому, что переход с qt3 на qt4 был лёгким, простым и само собой разумеющимся, никто ничего не выпиливал и не ломал.

Частично софт не переходит на новую технологию только по той причине что и так всё работает, нечего чинить.

Гибридный xfce+kde4 gentoo на fullHD https://www.linux.org.ru/gallery/screenshots/12762889 Размеры элементов и шрифтов приведены к нормально читаемым везде, где это имело значение. Никаких проблем не помню, вроде уложился в 2-3 часа (обычно ковыряю оформление дольше).

Аналогичное окружение, но на RPi/debian https://www.linux.org.ru/gallery/screenshots/13106099. Монитор находится в 2 метрах, dpi искуственно завышен до 110, шрифты 12-18. Пришлось почитать маны, потому что не умел пользоваться .Xresources

Единственная замеченая мной проблема - индикатор свободного места в строке состояния дельфина. Досадно. Пришлось выкинуть.

главное что бы jwm был...

емнип даже во всяких малинках что-то да есть

Оно есть, но не то, что хотят видеть разработчики гнома, например. Пробовал запускать гном3 на nv5200. Вроде бы неплохая карточка была, но версия opengl не подошла и гном отказался рисовать свой шелл. Вроде бы они у себя потом для таких случаев выкинули fallback режим и запихали софтовый рендеринг через прослойку... Но что так, что так это задница. У дугих то подобных проблем не возникает.

На fullHD не заметил ни одной проблемы с qt4. Ваш пример с qtCreator в винде кажется мне какой то дикостью.

FullHD это как бы прошлый век. Здесь речь идёт о > 1920x1080. И вот там куча проблем.

Ну, раз прошлый век, значит ждём qt6 и qtk4

У тебя века пятилетками измеряются?

Я к тому, что проблем на 1920x1080 (FullHD) особых нет, тут ты прав. Проблемы начинаются с больших разрешений и большей плотности пикселей. Я продемонстрировал скриншоты и фотографии именно таких случаев и не понял, почему ты повествуешь мне о FullHD.

4k ещё не встречал на практике. А логика подсказывает мне, что 4K всего в 2 раза больше 1920p, а значит вместо больших проблем должны быть досадные неприятности.

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

У тебя века пятилетками измеряются?

А у тебя тысячелетиями?

А логика подсказывает мне, что 4K всего в 2 раза больше 1920p

Логика тебя немножечко подводит. 4К в 4 раза больше 1920x1080 (FullHD). А 8К в 16 раз больше FullHD:

[Картинко]

а значит вместо больших проблем должны быть досадные неприятности.

Повсеместное распространение таких мониторов на западе и привело к выкидыванию Qt 4 из дистрибутивов. Почему? Две причины:

1. The Qt Company не хочет поддерживать Qt 4, только Qt 5.
2. Никто не берётся реализовывать поддержку HiDPI в Qt 4 (и GTK+2 тоже).

Никто не берётся реализовывать поддержку HiDPI в Qt 4 (и GTK+2 тоже).

GTK2 никто и не выкидывает. Выкидывают только кути. И в письме в рассылку ни слова ни о HiDPI, ни о других каких бы то ни было end-user неприятностях. Только maintenance burden (что естественно для ~720 МБ (!) распакованного исходного кода, пытающегося втянуть в себя всё на свете, вплоть до скопипащенного стдлиба).

Множитель на размер элементов = 2.

не хочет поддерживать
не берётся реализовывать

Но да, корень проблемы в этом. Казалось бы, уже 15 лет назад было известно что плотность пикселей и размеры экранов будут расти. Разработчикам тулкитов следовало бы это учесть и ввести некий единый универсальный множитель для всех элементов (и хрен с ним, пусть растровый значок 8х8 растягивается в прямоугольник 48х64, страшно, но работать можно). Но почему то этого нет.

Опровергну ещё некоторые некорректные с моей точки зрения утверждения.

qt4 поддерживал openGL

Нет, не поддерживал. Была лишь специальная поддержка сбоку в виде отдельного модуля QtOpenGL: http://doc.qt.io/qt-4.8/qtopengl-module.html Соответственно, для поддержки OpenGL внутри приложения необходимо было создать специальный QtOpenGL-виджет.

Таким образом, все привычные старые приложения на Qt 4, которыми ты пользовался, вроде Konsole, Dolphin, Okular, qBittorent и др. использовали софтовый рендер, который взаимодействовал с иксами и назывался XCB.

Были попытки реализовать отрисовку обычных виджетов в Qt 4 с помощью OpenGL, но они так и не вышли из экспериментального цикла:

https://github.com/qt/qtbase/commit/239df503ba7d6c0d2e458fbe6ece0a549772a6fd#...

А в 2011 году и вовсе были удалены из кода Qt 4.

Теперь что касается Qt 5. Этот фреймворк тоже использует софтовую отрисовку через XCB по умолчанию в любых дистрибутивах. Но отрисовка через OpenGL (|ES) там поддерживается из коробки. В этом нетрудно убедиться, запустив любое Qt 5 приложение таким образом:

sudo QT_QPA_PLATFORM=eglfs qbittorrent

(sudo нужен для прямого доступа к устройствам ввода в /dev/*, если текущий пользователь не имеет к ним доступа)

И все виджеты Qt 5 приложения будут аппаратно ускорены через OpenGL (|ES).

что композитные эффекты и анимации в интерфейсе перестали грузить систему

Этим занимается именно композитный менеджер, который гоняет битмапы окошечек (через XRender или OpenGL (|ES)), применяет к ним различные эффекты и трансформирует их при ресайзе (Wobbly Windows) или сворачивании (Magic Lamp).

К содержимому самих окошек он не имеет никакого отношения.

Если ты сделаешь

$ killall -9 kwin_{x11,wayland}

То потеряешь кавайные эффекты, но все окошки останутся на месте (вернуть всё «как было» можно по kstart kwin_{x11,wayland}).

Это просто ликбез, может кому-нибудь будет интересно.

Про полный xcb рендер не знал.

Внутри самого окна практически на каждой кнопке, чекбоксе, поле ввода и т.д. обычно висит какой нибудь эффект при наведении. И обычно он анимированный и с прозрачностью или псевдопрозрачностью. Получается что все эти эффекты плавно и без большой нагрузки работают на том же xcb что и gtk2. Но по сложности и качеству это небо и земля

Как положено, сотней лет. Я не припоминаю в 2001 хотя бы 1920р разрешений в массовом сегменте.

Когда первые потребительские UHD мониторы появились? Когда сами стандарты на них?

(и хрен с ним, пусть растровый значок 8х8 растягивается в прямоугольник 48х64, страшно, но работать можно)

Лучше не надо. Есть вектор

Да, емнип в clutter есть аппаратное ускорение. На нём кстати и gnome-shell.

Как положено, сотней лет

Вот беда, человеческая речь не столь формальна - чёрные тучи не черны, век не виделись и так далее.

Вектор хорошо. Но надо и худшем случае приемлимо отработать.

Но надо и худшем случае приемлимо отработать

Просто не надо допускать худший случай

- А тебе сколько?
- Семь веков мне.
- Семь лет?
- Это у вас, людей, возраст измеряют годами, а у нас, домовых, веками. Молодой я ещё.

Да, аналогия хорошая. Пожелаем им удачи. Я на днях подумал присоединиться, но передумал, ибо претит ФИДОобразное нодорабство. Вот подыму свою ноду и буду гейтовать их куда-то, а потом перед фактом поставлю :P

А с чем он гейтуется?

У тебя в приложениях на GTK+3 есть такие же недочёты?

Да, Transmission местами выглядит не менее интересно:

http://storage7.static.itmages.ru/i/17/0818/h_1503068900_2418311_199c388171.png

Попробуй qbittorent запустить как-нибудь так

Насколько я понял, fusion используется по дефолту. Так или иначе, как-либо изменить внешний вид стандартными средствами у меня не получилось.

До свежих тоже не доехало.

root@localhost:/home/bodqhrohro# apt-cache policy k3b
k3b:
  Установлен: 2.0.3a-2+b2
  Кандидат:   2.0.3a-2+b2
  Таблица версий:
 *** 2.0.3a-2+b2 500
        500 http://http.debian.net/debian buster/main amd64 Packages
        100 /var/lib/dpkg/status
     2.0.2-6 500
        500 http://mirrors.linode.com/debian wheezy/main amd64 Packages
root@localhost:/home/bodqhrohro# apt-cache depends k3b=2.0.3a-2+b2
k3b
  Зависит: kde-runtime
  Зависит: libc6
  Зависит: libk3b6
  Зависит: libkcddb4
  Зависит: libkcmutils4
  Зависит: libkde3support4
  Зависит: libkdecore5
  Зависит: libkdeui5
  Зависит: libkfile4
  Зависит: libkio5
  Зависит: libknotifyconfig4
  Зависит: libqt4-qt3support
  Зависит: libqt4-xml
  Зависит: libqtcore4
  Зависит: libqtgui4
  Зависит: libqtwebkit4
  Зависит: libsolid4
  Зависит: libstdc++6
  Зависит: k3b-data
 |Зависит: wodim
  Зависит: cdrskin
  Зависит: cdparanoia
  Зависит: cdrdao
  Зависит: genisoimage
  Зависит: udisks2
    udisks2:i386
  Рекомендует: libk3b6-extracodecs
  Рекомендует: dvd+rw-tools
  Рекомендует: vcdimager
  Рекомендует: growisofs
  Предлагает: k3b-extrathemes
  Предлагает: k3b-i18n
  Предлагает: normalize-audio
  Предлагает: sox
  Предлагает: movixmaker-2
  Предлагает: kde-config-cddb
  Заменяет: k3b-data

а большинству он боком не упёрся

Без HiDPI же неизбежное ШГ. Или радуга, или мыло, или лесенка.

То что мертво умереть не может

Wine, например, мёртв? У него тоже свой тулкит.