Новый диалог открытия файлов GNOME

Вызывает зависть. Вроде б программисты же, весь день в экран пялятся, а шрифты мелкие. Как они сохраняют такое зрение?

Может они в них пялятся поднося нос к экрану.

Для меня вообще дико что диалогом выбора файлов занимается фреймворк отрисовки кнопок.

Всегда казалось логичным запускать проводник с ключом и парсить его вывод.

Или же вообще иметь отдельную программу со стандартным поведением (ключами и выводом), а в системе делать на нее симлинку.

Потому что логика и эволюция линукса на десктопе – вещи несовместимые.

Или же вообще иметь отдельную программу со стандартным поведением (ключами и выводом), а в системе делать на нее симлинку.

Логично. За одно нет и лишней связности на уровне ABI. И легко заменить реализацию на новую.

Они вдаль почти не смотрят. Поэтому неплохо видят вблизи, и очень плохо вдаль.

Эволюция - это вообще не про логику, это святой рандомий.

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

Или же вообще иметь отдельную программу со стандартным поведением (ключами и выводом), а в системе делать на нее симлинку.

Разве xdg desktop portal не реализует нужную вам функциональность только по-другому?

Делает, но через оверинженеринг и 20 годами позднее, чем когда это следовало сделать.

Не уверен что оверинжениринг при условии что прозрачно поддерживаются и сэндбоксы (flatpak) и прямое использование. Ну а «20 годами позднее» можно про все фитчи десктоп линукса говорить, но тут уже проблема в программистах.

весь день в экран пялятся, а шрифты мелкие

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

Всегда казалось логичным запускать проводник с ключом и парсить его вывод.

В линухе нет проводника, поэтому и диалоги делают фреймфорки. Насколько я помню, что тот же Delphi тянет стандартные диалоги WinAPI, а линухе нет API, там насколько я помню всё завязано на оконном менеджере, а дефолтный диалог для Xorg, мягко говоря не будет вписываться ни в одно DE, поэтому каждый пилит своё. Может «свободой выбора» прикроывают отсутствие стандартов?

Т.е. через ..дцать лет GONOMEры поняли что даже домохозяйкам может понадобиться сортировка файлов по суффиксу?

Разве xdg desktop portal не реализует нужную вам функциональность только по-другому?

В данном случае wandrien говорит об общесистемной функциональности. Запилить диалог открытия файлов проблем нет, хотя и сложно. Проблема - в том что погромирование под ГТК подразумевает собой создание виджета, например кнопки «Обзор», и привязку к его нажатию ГТКшного действия типа char* gtk_file_chooser_get_filename(GtkFileChooser* chooser) которое запускает фреймворковую открывалку. Произвольных открывалок там не предусмотрено.

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

В линухе нет проводника, поэтому и диалоги делают фреймфорки. Насколько я помню, что тот же Delphi тянет стандартные диалоги WinAPI, а линухе нет API, там насколько я помню всё завязано на оконном менеджере, а дефолтный диалог для Xorg, мягко говоря не будет вписываться ни в одно DE, поэтому каждый пилит своё. Может «свободой выбора» прикроывают отсутствие стандартов?

Стандарта таки нет, поэтому вангую еще больший винегрет после внедрения этого, 15-го, стандарта в Гном.

Половина программ будут иметь ГТК-диалог, у которого будут свои настройки, ну например сортировка. А вторая половина будет иметь Наутило-диалог. Зная гномеров - синхронизированы они вряд ли будут, скорее будет мудацкое «Вот вам интерфейс в d-bus, хотите - долбитесь, а тут оно УМВР».

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

Мечты, мечты.

Т.е. через ..дцать лет GONOMEры поняли что даже домохозяйкам может понадобиться сортировка файлов по суффиксу?

Нет. Скорее мэйнтейнер файлового менеджера Nautilus нашел в GtkFileChooserDialog фатальный недостаток

Будет проще.

Они через пару минорных релизов объявят обычный диалог устаревшим, а еще через пару - выпилят нахрен.

Они через пару минорных релизов объявят обычный диалог устаревшим, а еще через пару - выпилят нахрен.

Ну и сотни, если не тысячи программ выпущенных до этих релизов - превратятся в тыкву. Либо придется вводить доп. костыль, адресующий вызов файлчузера на исполняемый файл. Короче пат.

Не, ты не понял. Это стиль разработки gtk4. Херачить ломающие изменения прямо по ходу дела.

Никаких сотен и тысяч программ на этом тулките нет.

сэндбоксы (flatpak)

Два ненужно. Огненная тюрьма - это юниксвей, а комбайны для мужеложцев

Вызывает зависть. Вроде б программисты же, весь день в экран пялятся, а шрифты мелкие. Как они сохраняют такое зрение?

Ну во первых, можно экран иметь большой физически. Тогда то, что у тебя мелко, у них будет нормально. Во вторых зрение падает в основном в даль(сам за компом 30+ лет из 40 провел в жизни, у меня так). Ну и третье, приходится страдать, ради того, чтобы побольше информации(кода) влезло на экран.

занимается фреймворк
запускать проводник

Вроде не противоречащие друг-другу вещи, а наоборот.

И легко заменить реализацию на новую.

Ты уже не помнишь, наверно, чем был крут гном, когда его Мигель пилил (первый гном). Это была реализация CORBA, но ребята сделали D-Bus и стали его совать во все дырки и не-дырки, а на аналог OLE, позволявший такие штуки как вызов кусков других программ, полностью забили.

Помню.

GNOME уже давно без Object, без Network и без Model.

GNOME 3 должен называться GE 3. =)

ну наконец-то
на лоре весеннее гномо-обострение

Это была реализация CORBA

а что крутого в этом было? Емнип на железе тех лет оно лагало так, что Мигель хотел аж в ядро это чудище засунуть в виде korbit, да только Лойнус его послал.

GNOME 3 должен называться GE 3. =)

Нет, потому что GNU там тоже давно нет, вместо него шляпа.

Он должен называться просто E, но такого Растерман им не простит.

То, что это была нужная вещь.

Вменяемый IPC был (и до сих пор есть) нужной вещью. Но CORBA тут не причём. Это чудовищная херота из каменного энтерпрайза 90х, и я очень счастлив что она сдохла.

Какой IPC? Это на порядок больше, чем ipc.

Какой IPC? Это на порядок больше, чем ipc.

Чем лучше? Чем IPC?

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

Если бы Мигель делал GNOME сегодня с таким же размахом, то он бы сделал HTTP с JSON внутри и гнум был бы сборищем микропен^H^H^Hсервисов. Возможно, даже кубернетес бы требовал для работы, хер ли нет-то.

Переусложнённое говно или нет, но вменяемой объектной модели на линь так и не завезли.

Или ититесь с голыми so-шками и хавайте ложкой все проблемы ABI-совместимости, или… всё, других вариантов нет.

Не dbus же в качестве объектной модели всерьёз рассматривать.

Может они в них пялятся поднося нос к экрану.

Чорт! Я всегда знал,, то с разработчиками гнома что-то не так! Теперь ясно - глаза на носу!

А теперь прикинь, насколько всё бы тормозило если бы все вызовы библиотек были через корбу. Вот это был бы мрак.

Сошки – одна из наименьших проблем современного лялекса.