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

В "Межделмаше" сказали не пущать!

А до того некому было пущать.

Трижды ненужно: и гном этот ваш, и говнотык, и «иконки».

Эдичка! А как это тебя в толксы пустили?

Score: 70

Ах! Ну хорошо, это ненадолго.

Возрадуемся же, что бравые разработчики GNOME всё так же продолжают охранять пользователей от лишних фич!

Сами всё понимаете. Тему можно было бы и не создавать.

А почему ты не сделал PR с этой фичей за 17 лет? Вопрос риторический. Никому, кто может это сделать, это не было нужно все эти 17 лет. Никто из тех, кому это нужно, не может это сделать.

Никому, кто может это сделать, это не было нужно все эти 17 лет. Никто из тех, кому это нужно, не может это сделать.

Ох лол! Ну вот ты даже не поинтересовался проблемой, а уже мнение имеешь.

Вот, держи: https://github.com/Dudemanguy/gtk

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

Срамота.

Но…

Альтернатив GNOME и GTK на Linux, как не было, так и нет. ¯_(ツ)_/¯

Альтернатив GNOME и GTK на Linux, как не было, так и нет

А кому нужны альтернативы этой дряни? Ты еще скажи, что альтернатив кедам и культяпкам нет... Фу, мерзость какая!..

Убеждать надо не разрабов, а их дезигнеров. Как показывает практика.

Сначала нужно нарисовать красивый мокап, где красивый GTKFileChooser будет красиво отображать Thumbnails в режиме иконок… Смотрите как красиво и удобно! Да так, чтобы они потекли.

А потом прислать патч с реализацией этого мокапа. Хороший патч.

Это вам не типичный опенсорц, где примут всё, не смотря на то, как это выглядит и какого качества реализация. Херакс-херакс, вот вам фича, кушайте не обляпайтесь - такое с гномом не прокатит.

Даже KDE’шники кажись осознали, что просто херачить фичи - не круто. Но они уже обречены, как и Qt.

Да все тебя уже давно поняли, Эдди, пользуйся голой консолью, тебе никто не мешает.

Расскажи лучше из первых уст, что там интересного с БТА происходит. Сегодня прочитал про фейл 2019 года с попыткой заменить зеркало. Есть какая то инфа, что с ним планируют делать, или всё как всегда?

А затем, что Glib - он вездесущ. Это уже стандарт объектной модели в Linux, как COM в винде или .Net. Даже небо, даже аллах, даже systemd, и даже сам Qt зависимы от Glib.

Для того, чтобы выкинуть Glib - придётся переписывать весь GNU/Linux с ног до головы.

А всё что не крутится вокруг Glib в Linux - это лишь жалкие велосипеды и нон-конформисты.

А затем, что Glib - он вездесущ.

Из Haiku недавно выпилили, оно там вообще было по недоразумению.

Это вам не типичный опенсорц, где примут всё, не смотря на то, как это выглядит. Херакс-херакс, вот вам фича. Даже KDE’шники кажись осознали, что просто херачить фичи - не круто. Но они уже обречены, как и Qt.

Да-да, конечно. Только почему GNOME тогда такой уродливый?

Альтернатив GNOME и GTK на Linux, как не было, так и нет. ¯_(ツ)_/¯

KDE.

пользуйся голой консолью

Зачем же голой? Есть уйма классных WM, мне вот нравится I3, на крайняк можно IceWM использовать. А вот культяпки-говнотыки реально бесят.

Сегодня прочитал про фейл 2019 года

Что-то поздно прочитал, уже 2021 год вовсю идет... Нормально работаем на предыдущем зеркале, а зеркало №1 валяется в контейнере под краном (как валялось в подобном контейнере в течение 30 лет до этого). Естественно, «ростех» начал оправдываться, мол все сделаем зашибись. Но, похоже, вряд ли они найдут еще миллионов 250, чтобы сделать все как надо. Да и дешевле, наверное, было бы сделать для БТА тонкое активное зеркало.

Для того, чтобы выкинуть Glib - придётся переписывать весь GNU/Linux с ног до головы.

Чушь, достаточно переписать лишь те говноутилитки, которые эту дрянь используют.

А всё что не крутится вокруг Glib в Linux - это лишь жалкие велосипеды и нон-конформисты.

Ядро — жалкий велосипед? Или NGINX? Или прочие и прочие полезные вещи?

Забавно, что лучшие файловые диалоги существуют в мире Windows. Там и открыть файл для редактирования в другой программе можно, переименовать его нормально или переместить в созданную директорию.

А в Linux извечная проблема с этими файловыми диалогами:

• GTK+ – куцые, без разумных файловых манипуляций.
• Qt – куцые, нет возможности выбрать что-то с подключенного устройства.
• KDE – глючные, постоянно не отображают превьюшки когда надо, падают на абсолютно ровном месте.

Так и живем. В Linux-дистрибутивах представлено три популярных варианта файловых диалогов и все три полная и убогая дрянь. Даже в macOS с их «листами» и то ситуация с файловыми диалогами значительно лучше.

Я в итоге ещё с KDE перестал пользоваться этими глючными файловыми диалогами в большинстве случаев и просто начал мышевозить и drag-and-drop’ать файлики из вечно открытого Dolphin и Nautilus. Это экономит как время (вспоминается как в каком-нибудь Firefox открывается тяжеленный файловый диалог KDE через всякие там идиотские kGTK-прослойки «шурша SSD» 2-3 секунды), так и нервы, от того что файл перед отправкой куда-то нужно переименовать, но это невозможно сделать в силу ублюдочности GTK+-диалогов, например.

и даже сам Qt зависимы от Glib.

На Windows версии Qt нет никакой Glib. Под Линукс тоже при желании можно собрать без Glib.

Ядро — жалкий велосипед?

Шел 2021 год, Эдди мееееедленно начинал в чём-то догадываться.

Это попытка присобачить чужеродное тело и сделать вид, что оно родное. В Haiku у KDE гораздо больше шансов, чем в Linux.

В Linux-дистрибутивах представлено три популярных варианта файловых диалогов и все три полная и убогая дрянь

А ты не думал, что это оттого, что файловые диалоги не нужны? Зачем тебе это ущербище, если тот же gimp правильней запускать с параметрами — файлами, которые нужно открыть для редактирования?

Это только вантузоиды привыкли мышкой щелкать. А в линуксе совсем иная парадигма, здесь вам не тут!

Зачем же голой? Есть уйма классных WM, мне вот нравится I3

Ну и какие приложения ты собираешься запускать в этом WM, если не на GTK или Qt?

Что-то поздно прочитал, уже 2021 год вовсю идет

Ну так я не слежу за этим. Случайно сегодня на эту инфу наткнулся. Вспомнил, что об этом телескопе ещё в детской книжке читал. Стало интересно.

Да и дешевле, наверное, было бы сделать для БТА тонкое активное зеркало.

Более того, это нужно сделать. Да и не так уж и много денег нужно в масштабах страны. Но в этой стране на науку как обычно…

и сделать вид, что оно родное

В Линуксе любое GUI чужеродное. В UNIX никакого GUI изначально предусмотрено не было, только консоль. И это видно по libc и POSIX интерфейсам.

какие приложения ты собираешься запускать в этом WM, если не на GTK или Qt?

Да хоть на чистых иксах. Или с OpenGL-прослойкой. Другое дело, что 99.9% разработчиков - криворукие идиоты, которые кроме говнотыков или культяпок ничего не используют! Позор на их жирные задницы!!!

это нужно сделать

Понятное дело, что нужно. В идеале - вообще свой 10-метровый телескоп построить. В Чили (чтобы научная эффективность была выше 40% — в России нет мест, подходящих для строительства оптического телескопа).

Чушь, достаточно переписать лишь те говноутилитки, которые эту дрянь используют.

Удачи в переписывании systemd, udev, и ещё 100500 низкоуровневых сервисов.

Ядро — жалкий велосипед? Или NGINX? Или прочие и прочие полезные вещи?

Glib - это объектная модель, тулкит по умолчанию. Потому скорее можно назвать вторым ядром. Даже systemd написан с использованием Glib.

У меня есть гипотеза об Идеальном Приложении для GNOME.

Идеальное Приложение для GNOME – это пустое окно, отрисованное через GTK, которое ничего не делает. В нём нет никаких фич, оно полностью соответствует HIG, и, конечно же, конфигурируется через реест^Wdconf. Но опций у него тоже нет.

Под Линукс тоже при желании можно собрать без Glib.

Но в итоге Qt собранный без (GNOME lib) не сможет, например, в QtMultimedia и во многое другое. Поэтому абсолютно во всех релевантных Linux-дистрибутивах Qt собирают подлинкованым к GNOME Lib ещё чёрт с каких знает годов: https://www.qt.io/blog/2006/02/24/qt-and-glib, редкие исключения могут быть лишь в embedded, но в нём часто GNOME Streamer (GStreamer) юзают, там тоже без Glib никуда.

GTK целиком и полностью вертится вокруг Glib. Потому оно роднее для Linux, чем всё остальное.

Забавно, что лучшие файловые диалоги существуют в мире Windows.

По хорошему файловые диалоги вообще не нужны. Это дублирование функционала файлового менеджера.

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

systemd

ненужное говно. Я его не использую.

udev

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

Даже systemd

Хватит уже это говно вспоминать, да сгинет поцтеринг на Луну и не вернется!!!

По хорошему файловые диалоги вообще не нужны. Это дублирование функционала файлового менеджера.

Вообще, одно обычно реализовано через другое :)

GTK целиком и полностью вертится вокруг Glib.

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

если тот же gimp правильней запускать с параметрами — файлами, которые нужно открыть для редактирования?

И как ты с помощью командной строки прикрепишь файл на страницу в браузере?

Вообще, одно обычно реализовано через другое :)

Я знаю. Только в Линуксе не всегда так.

Раздражает, что надо заново искать директорию для открытия/сохранения, если она и так уже открыта в файловом менеджере. Почему нельзя использовать уже открытое окно ФМ? Зачем выдумывать другое окно?

Glib - это объектная модель, тулкит по умолчанию.

Glib – это такая кривоватая поделка, необходимость в которой обсувловлена крайней убогостью стандартной библиотеки C и отсутствием пакетного менеджера/репозитария библиотек. Glib – это такой недо-Boost из мира C. С разницей в том, что из Boost что-то попадает в стандарт и используется повсюду, а Glib так и варится в собственном соку.

Никаких уродливостей в нём не нашёл.

А развитие Nautilus и GTKFileChooser, запёрлость на том, что разрабы захотели подождать GTK4 чтобы реализовать свои задумки с помощью новых виджетов GTK и аппаратного ускорения Вулканом.

Уел!

Но ведь не нужно извращений. Просто открываем диалог со строкой ввода, да пишем там полный путь (и чтобы автодополнение работало)...

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

Никаких уродливостей в нём не нашёл.

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

А развитие Nautilus и GTKFileChooser, запёрлость на том, что разрабы захотели подождать GTK4 чтобы реализовать свои задумки с помощью новых виджетов GTK и аппаратного ускорения Вулканом.

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

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

Есть: Ctrl+L.

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

Согласен, что это неудобно и в этом нет необходимости.

По хорошему файловые диалоги вообще не нужны. Это дублирование функционала файлового менеджера.

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

В Linux-дистрибутивах представлено три популярных варианта файловых диалогов и все три полная и убогая дрянь.

Согласен. Нигде нет баланса…

О, ты мой спаситель! Я не знал про это чудесное клавосочетание. Теперь я счастлив ☺

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

На Windows версии Qt нет никакой Glib.

Зато линкуется с Win32 API.

Логично же.

Под Линукс тоже при желании можно собрать без Glib.

Минус фичи. Минус возможность линковаться с glib-библиотеками.

А в Windows и нет никакого дублирования функциональности файлового менеджера

Есть как минимум в том, что открывается особое окно, а не обычное окно explorer.exe. Нельзя использовать обычные окна Проводника для выбора файлов. И таскание как в Haiku не работает, только копировать путь, который без расширений только в Windows 8 в ribbon сделали.

Зачем тебе это ущербище, если тот же gimp правильней запускать с параметрами — файлами, которые нужно открыть для редактирования?

Что ты будешь делать, когда тебе потребуется открыть по быстрому другой файл? Закрывать gimp и открывать его с другими параметрами?

Что ты будешь делать, когда тебе нужно будет вставить картинку в картинку? Как выбирать будешь?

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

Надо бы эксперимент сделать, не сложно совсем. Добавить значок перед полем ввода имени файла и при перетаскивании его в окно ФМ файл сохраняется. Необходимый протокол drag&drop уже есть.

Нинужно

Нинужно

Нинужнаа!!!

Иди поставь себе фряху уже, раз тебе ничего не нужно. :)

Но ведь не нужно извращений. Просто открываем диалог со строкой ввода, да пишем там полный путь (и чтобы автодополнение работало)…

И тут ты понимаешь, что наспех созданный файл «kde_buggy_shit.jpg» надо бы переименовать во что-то более нейтральное перед отправкой его в официальный баг-трекер.

И если в виндовом диалоге ты жмакаешь F2 и быстро вводишь то что тебе нужно, в Linux’е начинается свистопляска с тратой как времени, так и нервов. И это ещё хорошо, если этот файл перед отправкой не нужно быстро подредактировать.

Извращения – это дрочь на командную строку там, где удобнее и быстрее пользоваться GUI, или, наоборот, дрочь на GUI там, где удобнее пользоваться терминалом и командами. В современных UNIX-like системах должна быть представлена «золотая середина».

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

Ctrl+L вроде там есть.