Что думаете о gtkmm?

Расскажите им уже про HTML и электрон там. XXI век на дворе как-никак.

Жив-здоров, правда, реактивно не взлетел, как ожидалось. Ну так теперь Раст есть, Вала уже не так нужна. Но вся экосистема еОС на Вале, да и многие новые гономовские проги.

Апдейты переводов не исправляют проблемы, перечисленные в блоге по ссылке (а именно проблемы совместимости с современной гэтэкой). 4 месяца коммитов в виде «Update xxx translation» без единого изменения в коде, во время громкого релиза gtk4 - yep, it's dead

А планов (и сил) активно развивать его дальше у них нет.

Цитата с реддита

[–]ebassi GTK developer 5 очков 3 месяца назад

There’s a bit of misconception: Glade is not developed or maintained by the GTK development team. It has always been a separate tool. The Glade maintainers have contributed to GTK to enable functionality, like templates, that Glade would use, but there aren’t many people working on Glade, these days, and they are pretty busy keeping the lights on already. A GTK4 port of Glade would require a pretty substantial rewrite, which would essentially require stopping all work on the code base that uses GTK3.

пишешь руками, смотришь на результат в тулзе для предпросмотра

Там можно в SceneBuilder мышкой этот XML формировать. На этапе такого визуального построения интерфейс выглядит так же, как он будет выглядеть когда программу запустят (в отличие от QT у которого в дизайнере одно, а после заска программы - вообще другое). При этом можно в этот FXML руками что-то добавить/поменять и потом открыть снова SceneBuilder, у меня проблем с этим не было. Можно и наборот - весь FXML «верстать» в текстовом редакторе (но зачем?), потом открыть в SceneBuilder и что-то поменять уже визуальном режиме. По крайней мере на простой программе у меня не было ситуации чтобы SceneBuilder ломал написанный вручную FXML.

мэйнтейнерам бинарного дистра выдайте по шапке

По шапке надо давать тем, кто выкидывают WebKit в пользу жирного Blink, всё больше маргинализируя его и превращая Safari в новый IE, а из мейнтейнеров неча крайних делать, они ж не обязаны гибчайшие зависимости делать, как в генточке.

улучшайте Nix

Там фатальный недостаток: функциональщина головного мозга, а функциональщина в адекватное ресурсопотребление не может, медицина бессильна. Надо сделать такое же, только без ФП (и кажется, было ведь, там ещё корневая система по-виндузятному переделана вместо FHS). Ну или хотя бы написать совместимые аналоги nix-* на приличных языках, угу.

Рекомендуемый подход к разработке

Рекомендуемый кем, гномосеками? Так их давно на ноль поделить надо за то, что творят с GTK+.

у WPF/UWP (XAML) или у JavaFX

Две жиробасины, последняя ещё и ненативная, нашли на что ссылаться. Ещё Flutter тут всяких набросайте, фуфу.

аля 90е

Ви таки что-то имеете против 90-х? ;) Оттуда родом куча годного софта, такого как Vim, FVWM, WindowMaker, LaTeX (самая что ни на есть «вёрстка кодом», возведённая в культ!), а новоделы катятся в высирач.

Что думаете о gtkmm?

Я фанатик gtk. Можете рассчитывать на мою поддержку.

Владимир 123

Рекомендуемый кем, гномосеками? Так их давно на ноль поделить надо за то, что творят с GTK+.

Извечное противостояние гномосеков и кедерастов …

Владимир 123

Зря.

Нет. Хотите оперировать — пожалуйста, но тогда отправляйтесь в зоопарк, или сразу на скотобойню, в качестве скота, конечно же.

Что показывают замеры и бенчмарки?

Притянутые за уши критерии вредны для замера UI, давно показано тупыми ЧМИшниками, которые меряют, например, число кликов для совершения действий, но при этом совершенно забывают измерить наматываемый указательным устройством километраж, задержки на отрисовку, а самое главное — сравнить с аналогичным продуктивным клавиатурным интерфейсом. Так что надо не бенчмаркать, а продуктивность прокладки между стулом и монитором мерять, для неё же UI делается ;)

Ложная дихотомия.

Михаилус 1488

В современных версиях — достаёт

Мда, значит, надо обновить ;D

задачу представления в виде цепочек я не ставил

Тут беда в том, что цепочки обсуждений в общем случае автоматизированно не собрать, надо руками вычленять, где какое. Это ж не e-mail, где по заголовкам, или в крайнем случае по теме, можно определить. Даже современные лопатоклиенты для SMS этого не делают, тупо группируют по номерам.

в CSV

А в нём древовидностью и не пахнет :P

Мы ещё пару лет назад искали подходящий формат, но лучше MBox так ничего и не нашли.

Codelite

Неудачный пример … Еще есть варианты?

Владимир 123

Мы ещё пару лет назад искали подходящий формат, но лучше MBox так ничего и не нашли.

Ну есть, например, тот же самый vMessage (не от автора MyPhoneExplorer, а стандартный). Да, в 2018 году я про него ещё не знал.

Есть ли там что для «чейнинга» — честно говоря, не вникал, можешь сам почитать спеку. Ну и если взять файл NBU, который ты мне когда-то скидывал и принудительно открыть его как UTF-16 (не 8, а именно 16, LE или BE, уже не помню) — в начале файла будет китайский текст, зато в конце как раз примеры BEGIN:VMSG и всё такое. У меня в DoubleContact оно теперь тоже дешифруется, если есть инфа, зачем ей пропадать :)

Жаль, что вы не заступились за меня недавно перед Shadow … Он оскорбил меня да еще и пожаловался модераторам … Я подумываю о том, чтобы не посещать более форум.

Владимир 123

формошлёпил мышкой в вижуал васике и борланд билдере

И выходила неадаптивная фигня, ага.

Впрочем, в нынешнем Android Studio эту проблему уже (вроде) решили.

А уровень понимания о проектировании гуя у разрабов GTK остался, похоже, где-то в 80-х…

Чойта? У них же явно карго-культ новых веяний в макоси.

qt и электрон — единственное, что осталось живое

Живое для чего, для умирающего десктопа? :P

На Qt вообще мало чего делается. Сравнивать стоит скорее с JUCE, Sciter, SWT, даже Cocoa (ибо на нём дохрена нативного софта только под макось), на которых делаются реальные вещи.

Там фатальный недостаток: функциональщина головного мозга, а функциональщина в адекватное ресурсопотребление не может, медицина бессильна. Надо сделать такое же, только без ФП (и кажется, было ведь, там ещё корневая система по-виндузятному переделана вместо FHS). Ну или хотя бы написать совместимые аналоги nix-* на приличных языках, угу.

Так много слов для «я не понимаю Nix».

Не в ФП там проблема, ой не в нем.

можешь сам почитать спеку

В спеке-то ни фига и нету :P Есть иерархия, но это папочки, по сути.

Да и бомбит с этих ваших огрынайзерных форматов ещё с vNote-заметок, который суть тупо враппер для текста с оверхедом. При том, что на многих других мобильниках они были тупо в .txt (а на сонериках .txt из коробки ничем не поредактировать, благо, хоть браузер их открывать умеет). Да и софт, их поддерживающий, ещё поискать надо, только vCard худо-бедно распространён.

Не в ФП там проблема

Проблемы, не связанные напрямую с ФП, тоже лезут из ФП-идеологии.

И выходила неадаптивная фигня, ага.

Да нет, почему. Примитивные средства адаптивных форм там есть. А остальное лапками, пишем правильные обработчики ресайза.

Прибитые к экрану 640x480 формы - это больше насчёт системных диалогов винды.

Чойта? У них же явно карго-культ новых веяний в макоси.

На то и карго-культ, что это только имитация без понимания.

Живое для чего, для умирающего десктопа? :P

Рабочие станции будут нужны всегда.

На Qt вообще мало чего делается. Сравнивать стоит скорее с JUCE, Sciter, SWT, даже Cocoa (ибо на нём дохрена нативного софта только под макось), на которых делаются реальные вещи.

Ну был бы Sciter опенсорсный, было б охонь

умирающий десктоп

mertvoprog

Всё логично, kaj ne?

Примитивные средства адаптивных форм там есть

Это какие? Мы в VB6 кроме раскидывания виджетов по абсолютным координатам ничего визуального не нашли ;)

что это только имитация без понимания

А понимание вообще наличествует, в таком случае, хоть бы и на уровне 80-х?

Рабочие станции будут нужны всегда

Кроссплатформенные тулкиты, очевидно, не для рабочих станций нужны, на которых ОС менять обычно не дают, а для ширпотребных машинок ;) Профессиональный софт для рабочих станций болт кладёт на эти недотулкиты для сферичнопотолочных программ, там всё своё и тянется десятилетиями.

был бы Sciter опенсорсный

А опенсорсного именно что мало что делается, тем более под десктоп :P

Всё логично

Так mertvoprog же, а не mertvodesktop :P

Это какие? Мы в VB6 кроме раскидывания виджетов по абсолютным координатам ничего визуального не нашли ;)

В BC++B есть привязка элементов управления к сторонам окна. Боковую панель навелосипедить можно легко. Но для качественного управления размерами придётся немного кода написать.

Панели, которые можно мышкой отделить от окна и таскать отдельно, вроде тоже встроены.