17 лет, а иконок всё нет!

Glib – это довольно обособленный компонент в GTK. Им можно пользоваться без остальной части GTK вообще её не устанавливая.

Но библиотекой, написанной с помощью Glib, будет удобнее пользоваться из приложения, написанного на GTK. Даже неважно на каком языке.

А иначе получается такое…

GUI часть GTK – это убожество во всех отношениях

как в плане написания кода

Вполне себе легко пишется гуй, но только при одном условии - не опускаться до C. Вот где ад и израиль будут твориться. Лучше обмазаться той же Vala или хрустом.

GObject Introspection - самая полезная вещь во всём Glib. С помощью неё, любую библиотеку написанную с помощью Glib, можно дёргать хоть из питона и джаваскриптов (gjs). Да даже из C#.

Что-нибудь подобное в Qt есть?

так и в плане UX

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

В Haiku например можно выбирать файл путём перетаскивания его на диалог открытия. Было бы неплохо сделать аналогичное для сохранения: вводишь имя, перетаскиваешь значок в окно файлового менеджера и файл сохраняется.

Драгндроп – это ублюдочная концепция, которая работает только в маняфантазиях дизайнеров-шизиков.

Изначально так и было. Но теперь этот «недо-Boost» можно использовать не только из C (GObject Introspection). Что является его главной фичей и очень радует.

Вот, скажем, в некоторых говнотыкных диалогах такой штуки нет.

Открой для себя Ctrl+L

Изначально так и было. Но теперь этот «недо-Boost» можно использовать не только из C (GObject Introspection). Что является его главной фичей и очень радует.

Его и так можно было использовать. Другой вопрос, что юзабельно это разве что в пистоне (и немного в плюсах) и выглядит довольно убого.

Гуёвый софт всё равно почти весь на электроне, поэтому всё это не имеет вообще никакого значения.

Есть как минимум в том, что открывается особое окно, а не обычное окно explorer.exe.

Это всё лирика. А в сухом остатке в Windows из файлового диалога ты можешь сделать практически всё то же самое, что и из самого файлового менеджера. Окрыть и посмотреть, переименовать, переместить, удалить, подредактировать прямо здесь и сейчас, экономя своё время на переключение различных контекстов. В отличие от Linux’овых культяпок-обрубышей которые являются пародиями на файловые диалоги и вызывают раздражение при использовании.

Нельзя использовать обычные окна Проводника для выбора файлов

Drag-and-drop из обычного окна Explorer’а ведь работает.

Я не знаю, как можно не заметить эти гигантские абсолютно бессмысленные заголовки у окон.

Если говорить про приложения не использующие HIG - не буду отрицать, это убого, бессмысленно и беспощадно. Потому и нужны костыли вроде расширений, которые могут их убирать, хотя бы когда в развёрнутом виде.

Но если говорить про условия сферического GNOME в вакууме, то они объединили Titlebar, Menubar и панель в Headerbar. И это экономит место по вертикали. В конце концов, даже KDE поняли, что менюбар никому не нужен в 95% случаев.

17 лет назад запёрлось?

Конкретно Nautilus прекратил развитие года 3-4 назад. Пока не появился GTK4.

Что еще надо в диалоге?

Видеть, что за файлы лежат в директории. Подключенные диски, сетевые расположения. В этом треде ещё и до превьюшек докопались.

А ты говоришь, что ещё надо.

Вот, весь диалог открывания/сохранения можно (и нужно) было бы редуцировать до одной этой строки: вводишь себе путь (или вставляешь средней кнопкой), автодополнение работает. Что еще надо в диалоге? Абсолютно ничего!

А потом спустя время ты забываешь в каком файле нужная тебе информация находится, в Screenshot1.png или Screnshot2.png? И тут бы очень помогли превьюшки в файловом диалоге, но поскольку в твою концепцию файлового диалога их не завезли, ты как последний лох тратишь время на переключение контекста на фм в котором получаешь нужную информацию либо путём просмотра этих же превьюшек, либо вообще открытием файла в GIMP, затем «переключаешь контекст» и возвращаешься обратно к своему убогенькому куцому файловому диалогу. То действие которое ты мог бы сделать мгновенно, будь у тебя нормальный файловый диалог, ты растянул на бесполезную хрень и увеличил энтропию этого бренного мира.

Но если говорить про условия сферического GNOME в вакууме, то они объединили Titlebar, Menubar и панель в Headerbar. И это экономит место по вертикали.

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

В конце концов, даже KDE поняли, что менюбар никому не нужен в 95% случаев.

Поэтому Global Menu рулит. Только вот GNOME его больше не может.

Конкретно Nautilus прекратил развитие года 3-4 назад. Пока не появился GTK4.

Но ведь grid preview хотят уже 17 лет… Просто гномосеки не могут в фичи. Но мы это и так все знаем.

Драгндроп – это ублюдочная концепция, которая работает только в маняфантазиях дизайнеров-шизиков.

Раз эта концепция неплохо экономит время, значит она работает. Коряво работает она только в Linux, где вместо стандартных протоколов по которым бы этот Drag-and-drop отрабатывал нормально всегда – говно и мимикрия «GTK+ под Qt и Qt под GTK+», разброд и шатание в системообразующих API.

Но даже с учётом, действительно, откровенно ублюдочной реализации Drag-and-drop в Linux, эта концепция всё равно сильно экономит время и нервы, ибо вместо запуска обрубочных, тормозящих и глючных файловых диалогов можно просто кидать файлы на форму из всегда открытого ФМ и в 99% это будет просто работать.

Его и так можно было использовать.

Ну давай, покажи, как без GObject-Introspection ты будешь прикручивать рандомную библиотеку на C/C++ в питон и JS. Сейчас часть программ в Linux так и пишется, весь тяжёлый код в библиотеку на нативном языке, а остальное на питоне/жабаскрипте. Тем временем, GI сохраняет кучу нервных клеток, т.к любой язык поддерживающий GI, сможет эту библиотеку использовать.

Гуёвый софт всё равно почти весь на электроне, поэтому всё это не имеет вообще никакого значения.

GJS. Не думаю, что таким же образом нельзя запихнуть GTK/Glib в ноду, если очень сильно будет нужно.

на них пара кнопок и больше ничего

Такое наблюдается в основном в настолько тупых приложениях, где даже панель уже рудимент. Как например - отображалка справки в GNOME.

Поэтому Global Menu рулит. Только вот GNOME его больше не может.

Global Menu + Command Pallete (Unity HUD). Вот эта связка да, очень неплохо выглядит. Но она невозможна или крайне сложна в условиях, где приложения изолированы (flatpak).

Но ведь grid preview хотят уже 17 лет… Просто гномосеки не могут в фичи. Но мы это и так все знаем.

Хотеть не вредно. Но нужно расставлять приоритеты. Сколько там KDE делал KIOFuse? Ну, не 17 лет конечно, но тоже немало. KDE не умеет в фичи?

У гнома концепция — превьюшка должна быть сбоку, как в Макоси. Вероятно потому, что это меньше «отвлекает пользователя» по сравнению с мельтешением гридвью. Впрочем, никто не запрещает сделать такой же предпросмотр и в кедах.
А вообще, это ты ещё не вспомнил времена, когда не каждый браузер правильно вызывал GtkFileChooser, и например в десятой Опере он превью картинки не показывал вообще. Волей-неволей перелезешь на Кеды.

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

Мне тоже не нравится раздутость элементов в GNOME 3, но справедливости ради: https://i.imgur.com/zH3xPop.png

Это всё лирика.

Не лирика в том, что при открытии/сохранении зачем то каждый раз заново открывается урезанный файловой менеджер, в котором каждый раз заново надо выбирать путь. Хотя рядом эта директория уже открыта в файловом менеджере.

А в сухом остатке в Windows из файлового диалога ты можешь сделать практически всё то же самое, что и из самого файлового менеджера. Окрыть и посмотреть, переименовать, переместить, удалить, подредактировать прямо здесь и сейчас

Зачем? Это неудобно делать в каждый раз заново открывающимся окне в случайной директории.

Drag-and-drop из обычного окна Explorer’а ведь работает.

Он не так как в Haiku работает. В Haiku это выбирает перетащенный файл, а в Windows перемещает его в выбранную директорию. Второе поведение имеет мало смысла.

Коряво работает она только в Linux, где вместо стандартных протоколов по которым бы этот Drag-and-drop отрабатывал нормально всегда – говно и мимикрия «GTK+ под Qt и Qt под GTK+», разброд и шатание в системообразующих API.

разброд и шатание в системообразующих API

Два чаю этому господину! Вот где корень всех бед. И вот почему я крайне разочарован в Linux Desktop - до сих пор.

И эта война не кончится никогда.

А всего-то нужно - определиться с курсом и следовать ему. Но это просто, блджад, невозможно в коммунити Open Source.

У меня так скоро чаю не останется…

в Linux, эта концепция всё равно сильно экономит время и нервы, ибо вместо запуска обрубочных, тормозящих и глючных файловых диалогов можно просто кидать файлы на форму из всегда открытого ФМ и в 99% это будет просто работать.

Вот видите, сами пользуетесь. Только в Windows это не работает и приводит к перемещению файла, а не открытию/сохранению.

но справедливости ради: https://i.imgur.com/zH3xPop.png

Haiku: https://imgur.com/fv1zuoe

Ну давай, покажи, как без GObject-Introspection ты будешь прикручивать рандомную библиотеку на C/C++ в питон и JS.

Ну… примерно так же, как все всегда это делают? Через FFI? Это не то чтобы очень сложно, чувак, и городить мутную объектную модель для этого совсем не обязательно.

Тем временем, GI сохраняет кучу нервных клеток, т.к любой язык поддерживающий GI, сможет эту библиотеку использовать.

Любой из двух?

Не думаю, что таким же образом нельзя запихнуть GTK/Glib в ноду, если очень сильно будет нужно.

Как видишь, вообще не нужно.

Global Menu + Command Pallete (Unity HUD). Вот эта связка да, очень неплохо выглядит. Но она невозможна или крайне сложна в условиях, где приложения изолированы (flatpak).

Схера ли? Приложения давно меню через DBus экспортируют и получают ивенты из него обратно таким же образом. Это и в Flatpak работает. Тут просто гномеры опять обосрались, как и всегда.

Хотеть не вредно. Но нужно расставлять приоритеты.

Трижды переписать оконный менеджер – вот это приоритеты гнома!

А всего-то нужно - определиться с курсом и следовать ему. Но это просто, блджад, невозможно в коммунити Open Source.

Нужно просто делать независимые дистрибутивы без оглядки друг на друга, а не пытаться запихнуть всё в каждый дистрибутив. Например KDE OS, GNOME OS.

А всего-то нужно - определиться с курсом и следовать ему

Нельзя ни в коем случае: в этом случае линукс превратится в говно вроде мастдайки!

Система должна давать разнообразие. Без UNIX-way и KISS получится не линукс, а очередной ондроед.

Патчи вроде были, но в апстрим их так и не приняли.

Нужно просто делать независимые дистрибутивы без оглядки друг на друга, а не пытаться запихнуть всё в каждый дистрибутив. Например KDE OS, GNOME OS.

К этому, в общем-то, уже и пришло. Есть KDE Neon, есть Fedora с гнумом, есть Pop_OS. Всё подряд сейчас поддерживают в основном гиковские дистры.

А как же панель?

А действия можно добавлять иконками для быстрого запуска?

Есть Command Pallete/HUD?

Вот кстати да. Отсутствие табов в KDE меня огорчает :(

А как же панель?

Что за панель?

А действия можно добавлять иконками для быстрого запуска?

Можно добавлять свои команды в контекстное меню с сочетаниями клавиш.

Есть Command Pallete/HUD?

Что это?

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

Хотя рядом эта директория уже открыта в файловом менеджере.

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

Зачем? Это неудобно делать в каждый раз заново открывающимся окне в случайной директории.

Не в случайной, а в последней. Это удобно.

Вот видите, сами пользуетесь. Только в Windows это не работает и приводит к перемещению файла, а не открытию/сохранению.

Что значит не работает в Windows? Перетягивание файла из Explorer’а в формочку какого-нибудь GitHub’а прекрасно работает.

Не в случайной, а в последней.

На практике в случайной. Что там последнее и по какой логике оно выбирается – непонятно, но часто не как хотелось.

Что значит не работает в Windows?

Таскание файла в диалог открытия для открытия файла или таскание директории для её выбора в диалоге открытия.

Перетягивание файла из Explorer’а в формочку какого-нибудь GitHub’а прекрасно работает.

Это потому что в GitHub специально сделана обработка drag&drop через JavaScript. Через обычный HTML input это не работает.

Что за панель?

Его ещё зовут Toolbar

Что будет выполнять его функции?

Можно добавлять свои команды в контекстное меню с сочетаниями клавиш.

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

Поверь, 95% пользователей не используют подобное. А мне приходится работать с компьютерами этих 95% и часто.

А мышевозные кнопки для быстрых действий, в контекстном меню где-то, это такое…

Что это?

По сочетанию клавиш, появляется поиск, где ты можешь искать команды текстом. Например: Plotinus, HUD, Command Palette в VSCode (ошибся в названии)

Что будет выполнять его функции?

Меню сверху окна и сочетания клавиш, подписанные в этом меню. Также продвинутое контекстное меню с навигацией по директориям. При желании можно включить toolbar, но толку от него мало.

По сочетанию клавиш, появляется поиск, где ты можешь искать команды текстом.

Такого нет. Есть только для запуска программ/открытия файлов.

Домохозяйкам это не нужно. Так постановил ЦК GnomeFoundation.

При желании можно включить toolbar, но толку от него мало.

Где это мало? Показывает текущее расположение и кнопка вверх - как минимум. Это тебе не огрызок в виде названия текущей папки в заголовке, но хрен знает где.

Но теперь всё ровно как на первой картинке из KDE4, 110 пикселей жырноты.

Такого нет. Есть только для запуска программ/открытия файлов.

Ну вот и очень жаль, что нет. А рано или поздно в программе появляется столько функций, что их только искать.

Каких табов?

Показывает текущее расположение и кнопка вверх - как минимум.

Всё это есть в меню слева внизу.

Ну вот и очень жаль, что нет.

При желании можно сделать. Необходимые API и протоколы уже имеются. Например можно перечислять и вызывать пункты меню из другого процесса.

Табов в KWin.

Каких табов?

Таких или таких.

Всё это есть в меню слева внизу.

Ничего не понятно, покажи свой пример пож. Ты же из Haiku пишешь? :)

При желании можно сделать. Необходимые API и протоколы уже имеются. Например можно перечислять и вызывать пункты меню из другого процесса.

Но желания такого нет, как я понимаю?

HUD работал из другого процесса, т.к. он ещё был реализацией Global Menu. Но имхо, нужно что-то вроде Plotinus. Виджет в тулките, который будет вызываться сочетанием клавиш.

А ведь они были в KDE 3.5 или ранних версиях KDE 4, уже не помню. Но выпилили из-за сложностей подобной реализации.

Ничего не понятно, покажи свой пример пож.

Держите: https://imgur.com/a/ivbkWwf. Путь виден в контекстном меню. Чтобы перейти вверх, надо выбрать первый пункт, «HaikuUtils» в данном случае. Нажать на «22 items», опустить курсор мыши, отпустить. Делается в один клик и места не занимает.

Ты же из Haiku пишешь? :)

Пишу с планшета, компьютер с Haiku рядом стоит.

Виджет в тулките, который будет вызываться сочетанием клавиш.

Тогда это не будет везде работать. Не все разработчики программ будут добавлять этот виджет.

Тупость конечно. Поэтому форки и создаются. Если бы это был бы какой-нибудь IceWM, то было бы понятно, что скорость и все дела, а так... :?

Домохозяйкам это не нужно.

Домохозяйкам смотреть фотографии как раз нужно. А вот сотрудникам компаний, для которых собственно и делается GNOME, это вредно, тратят время компании на ерунду в виде просмотра картинок.

как раз нужно

ПартияGnome сказал ненужно, значит ненужно!

Держите: https://imgur.com/a/ivbkWwf. Путь виден в контекстном меню. Чтобы перейти вверх, надо выбрать первый пункт, «HaikuUtils» в данном случае. Нажать на «22 items», опустить курсор мыши, отпустить. Делается в один клик и места не занимает.

Поделитесь травой.

может, тебе в церковь за иконками сходить...

А в чем профит?

То есть за них уже написали патч, но они просто не могут взять его и посмотреть, я правильно понимаю?

Nice one.

Профит в том, что можно несколько окон объединить в одно. Всегда ваш, копетан.

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