Gtk+ 3 Roadmap

> Драйвера БД можно прямо в QtSql загонять, я так и выкручивался на Винде

Вы сами пересобирали? Интересно. Я в винде пошел по принципу наименьшего сопротивления. Бинарный инсталлер.

> разный QT_BUILDKEY

да-да-да. Мне мой знакомый тоже говорил о этом нюансе

Сам разумеется, а как иначе? Тем более в те времена всёравно не существовало официального билда Qt под MSVS

> Одного не пойму: gconf - это ж вроде иерархическая мусорка, по типу реестра, для хранения конфигов. Как с помощью неё вызывать методы одной программы из другой?

Вы упрощаете. Я же намекнул в своем сообщении что это слегка необычный способ использования Gconf. Но если взаимодействие в стиле переконфигурирования плагина, то самое то. Просто Gconf задумывался как конфигуратор с поддержкой автоуведомления. Я гнал на реестр винды, но недавно узнал что он это то же умеет. Но эта возможность не известна всем. А GConf для этого спроектирован и это раскручено. По всему гному. Идея в том что программы могут настраивать друг-друга.

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

Как то мне кажется, что это всёравно что топором землю рыть

Я привел частный пример. Даже попахивает proof-of-the-concept. Но идея такая - взаимоконфигурация не привязанная к запущености приложения.

> мусорка

Вот тут поправлю. Это все еще набор отдельных файлов. Они называются GConf схемы. Они объединяются в реестр значений по умолчанию. А то что меняется хранится вместе в home. То-етсь удаление схемы идет вместе с приложением. Чистится «реестр», но пользовательские настройки остаются. Отдельность схем обеспечивает нормальную, чистую установку и удаление программ (извините за неприятное словосочетание)

так можно поделить пакеты на части и правильно расставить зависимости, чтобы не получалось, как в последней Федоре, что Консоль тянет за собой работоспособное КДЕ))

AFAIU, Fedora тут ни при чем. konsole — часть kdebase. С точки зрения разработчиков KDE — неотъемлемая часть

Хех, ну это вообще старая идея :) в KDE также реализовано, да и куча софта имеет свои дефолты в /usr/share/config но идея хорошая, куда лучше, чем хардкодить настройки в саму прогу (хотя без этого тоже нельзя)

> в KDE также реализовано

Как? Проведите ликвидацию безграмнотности.

Я просто спросил, так как не знаю аналогов GConf в KDE

Ну в кедах обычный ini юзается, но вот настройки можно держать в /usr/share/config

А как уведомление? Как разделение пользовательских настроек и настроек по умолчанию?

Уведомления там вроде как через dbus идут, но это отдельная вообще история, а с разделением просто, нету юзерских, берем системные

Просто я замечал в КДЕ принцип Apply->Restart. Такого нет в Гноме. Нужно избавится от виндовых patternов в пользу более удобных решений. Если есть такое в Gnome, значит есть очень серьезные причины или клиентская программа криво написана. В самом Gnome таких нет. Поэтому если взять nautilus, то он сразу кушает любое, самое легкое прикасание к gconf

Это автоматически? Если да, то как либа называется? Будем юзать. И уведомления стандартизированы? Либа?

konsole — часть kdebase. С точки зрения разработчиков KDE — неотъемлемая часть

А мужики-то не знали! (с)

$ sudo pacman -Rs kdebase-konsole
проверка зависимостей...

Удалить (1): kdebase-konsole-4.3.4-1 [1,64 MB]

Размер удаляемых файлов:   1,64 МБ

Хотите удалить эти пакеты? [Y/n]

Просто я замечал в КДЕ принцип Apply->Restart.

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

Но вообще Qtшный движек настроек уже устарел, поэтому в qutIM'е мы от него отказались и сделали свой с дефолтовым форматом json

> Но вообще Qtшный движек настроек уже устарел

Согласен. Но мне понравилось как шустро QSettings в винде залез в реестр. When in Rome, do as Romans do. Но ini файлы... Даже MS отказалась от них давно. Помню еще в школе рекомендации МС по поводу миграции на реестр.

Когда узнал что QSettings в UNIX используют ini файлы, то стало грустно... А для кого XML? Убивают они своими путями наименьшего сопротивления. Наверное потому я и гномовец, что пусть сложно, пусть куча роботы, но технически безукоризненно, выгода на лицо, никаких костылей. Как нужно, так и будем делать.

> Удаление всех public полей из структур. Сделает поддержку ABI намного проще путем доступа только через функции

Slowpoke is so slow.

>Когда узнал что QSettings в UNIX используют ini файлы, то стало грустно... А для кого XML?

Для чипованых :) В Unix нет стандартизированной базы данных настроек, ini-файлы читаются/правятся вручную гораздо лучше xml

> Когда узнал что QSettings в UNIX используют ini файлы, то стало грустно... А для кого XML?

Прекратите троллить, надоело уже. Весь мир уже давно идеей фикс «XML в конфигах» переболел и отказался.

> Кто пользовал, есть смысл съезжать с gmail web interface и Thunderbird на Evolution? Какой профит?

Встречный вопрос: есть смысл съезжать с gmail web interface и Evolution на Thunderbird? Какой профит? :-)

А если серьёзно, то менять связку web+native на только native есть потеря функционала в любом случае. Выбор же Thunderbird или Evolution — это скорее вопрос личных предпочтений.

PS. Сам использую именно Gmail+Evolution.

>> Могу сказать про себя, что о гноме я тоже слышу в основном только на ЛОРе, тем не менее считаю, что взаимная интеграция будет полезна обоим DE.

С точки зрения user-friendly оно наверное, так и есть... правда, опасаюсь, что когда эта идея примет законченный вид, запуск KDE будет тащить за собой 90% Гнома, а запуск Гнома, соответственно, 90% KDE.

А Вас не смущает, что Xorg уже тащит за собой Glib? Особенно если учесть, что с добавлением GIO он (Glib) уже даже не пытается «притворяться» Дюймовочкой...

Если поковыряться в десктопе простого смертного программиста, то легко обнаружится, что основы и GNOME и KDE всё равно уже подгружены. KDE'шники, к примеру всё равно могут иметь запущенные Stardict и Pidgin, а GNOME'ры — Umbrello UML Modeller...

>> Физика в графическом интерфейсе: кинетическая прокрутка, магнетизм, трение, отскок элементов, растягивание, затухание, смешивание, тени и другие оптические эффекты

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

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

> А оказывается не у меня одного гномьи файловые диалоги вызывают лютую, бешенную НЕНАВИСТЬ!!!111?

А что в них не так? Не слишком вендявые?

извините на глупый вопрос, но где это у вас хорг от глиб зависит? :)

все в gconf хорошо, только он однопоточный и libxml2, который так любит гном — до безобразия тормозной. К счастью большой кусок проблемы решается удалением миллиона локализаций для конфигов. До сих пор не понимаю, почему это не делается в дистрибутивах. Как и прелинкинг собственно.

да, насчет клаттера я просто лежал. :) Clutter до сих пор еще девелоперская кривая игрушка, не готовая к продакшин решениям. А ты про нее прям как будуто неотделимый часть архитектуры :)

ну не знаю.. всегда в Убунте юзаю дефолтный Evolution и доволен.. а Thunderbird доставлять нужно если хочешь использовать

>> Но если взаимодействие в стиле переконфигурирования плагина, то самое то. Просто Gconf задумывался как конфигуратор с поддержкой автоуведомления. Я гнал на реестр винды, но недавно узнал что он это то же умеет.

Хм... Сигналы в Юниксах есть со времён мамонтов и египетских фараонов: меняешь конфиг, посылаешь процессу сигнал, и тот перечитывает свой конфиг =)

От gconf избавятся в скором времени. dconf приняли для будующих реализаций. А там бинарный формат хранения, хотя схемы текстовые.

> От gconf избавятся в скором времени. dconf приняли для будующих реализаций.

Ага.

А там бинарный формат хранения, хотя схемы текстовые.

Не совсем. dconf будет поддерживать разные backend-ы, в том числе и бинарный, и нынешний GConf, и простые тесктовые файлы, и ... Нужно всего лишь будет написать соответсвующий backend.

> о! оне таки начали «заимвствовать» или просто впервые признали ;)

Почему впервые? Насколько мне известно этот факт особо не скрывают. Да и оно лучше чем KDE'шное: «Хочу быть виндой но как-то хреново получается».

Присоединяюсь, странный какой-то roadmap без дат. А цели в общем благие.

Помню еще в школе рекомендации МС по поводу миграции на реестр.

C возвращением))) Майкросовт с выходом свисты рекомендует использовять для хранения настроек папочку users ))))

Лично я на GTK вообще не пишу, а вот что с софтописателями (которые используют) будет, интересуюсь.

Охохо. Qt3 и Qt4 уже не могут быть одновременно в системе? Ну и кто сейчас пользуется Qt3? (Хотя и есть, но мало) Так и тут же.

> Охохо. Qt3 и Qt4 уже не могут быть одновременно в системе?

И что, кто это отрицал ?
Посмотрим, срок жизни gtk приложений выше и значительно.
Вы же, себе что-то свое хотите тут доказать.

Ну и кто сейчас пользуется Qt3? (Хотя и есть, но мало)

Намек на то, что под Qt3 нет культовых приложений и фаны кде легко
меняют свои взгляды и привычки ?))

>Посмотрим, срок жизни gtk приложений выше и значительно.

Т.е. 2 либы будут очень долго сосуществовать? Такой ли это плюс это ещё вопрос.

Намек на то, что под Qt3 нет культовых приложений и фаны кде легко

меняют свои взгляды и привычки ?))

Тоньше!

> Т.е. 2 либы будут очень долго сосуществовать? Такой ли это плюс это ещё вопрос.

За бортом Gnome много либ. К.О.
И ничего, как-то живут.

Такой ли это плюс это ещё вопрос.

Да, нестабильность - это благодать и основа для инноваций.

>dconf

У них есть какой-то roadmap?

stable api is nonsense же :}

> stable api is nonsense же :}

очень заметно ...))

> Это утверждение на чем-нибудь основано или личные соображения?

На том же, почему я считаю героин бякой (ни разу не попробовав).

И кстати, в чем разница между глюками и багами? ;-)

Судя по узусу, глюки — это 1) необъяснимые с позиции здравого смысла баги 2) то же, что и баги, но в речи непрограммистов

Тут же я использовал синонимчный ряд для усиления драмы, разумеется

> Для чипованых :) В Unix нет стандартизированной базы данных настроек, ini-файлы читаются/правятся вручную гораздо лучше xml

Мне нет. Наверное чипованым лучше.

Прекратите троллить, надоело уже. Весь мир уже давно идеей фикс «XML в конфигах» переболел и отказался

Вы мир? Java SE, Java EE, .NET не намекают? Может укажете проблему с XML кроме выкриков о том что лень писать. Или вы считаете что технологически отсталый, примитивный и ограниченный INI рулит миром. Удалите Windows 98. Ах, нет, там тоже INI мало...

все в gconf хорошо, только он однопоточный и libxml2, который так любит гном — до безобразия тормозной. К счастью большой кусок проблемы решается удалением миллиона локализаций для конфигов. До сих пор не понимаю, почему это не делается в дистрибутивах. Как и прелинкинг собственно.

Вы гоняете гигабайты через gconf? Вот это уже не здорово... Хотя если гоняете то у вас есть пруфы что gconf вызывает дискомфорт и является bottleneck?

да, насчет клаттера я просто лежал. :) Clutter до сих пор еще девелоперская кривая игрушка, не готовая к продакшин решениям. А ты про нее прям как будуто неотделимый часть архитектуры :)

Вы хоть видео смотрели? В чем собственно проблема? В gstack мало что есть неотделимым. unix-way.

Хм... Сигналы в Юниксах есть со времён мамонтов и египетских фараонов: меняешь конфиг, посылаешь процессу сигнал, и тот перечитывает свой конфиг =)

SIGHUP, SIGUSR1/2? Вы этим пользовались? Вот какой конфиг изменили? Или вы все старые настройки пересканите, сравните с новыми, проверите что изменилось? Что ж, вполне себе решение. Пахнет тем как я прогал в 8 классе.

От gconf избавятся в скором времени. dconf приняли для будующих реализаций. А там бинарный формат хранения, хотя схемы текстовые.

То что я понял

dconf is a low-level configuration system. Its main purpose is to provide a backend to GSettings on platforms that don't already have configuration storage systems.

Немного не та ниша. А где вы это читали?

stable api is nonsense же :}

Опять какого то умника цитируют. А он ведь пошутил наверное

И ещё к анонимусам метку типа «тролль». И валовый объём мыла на выходе из биореактора.

>Fedora тут ни при чем. konsole — часть kdebase

Ну это в федоре так, а в дебиане/убунте консоль зависит только от kdelibs

> Намек на то, что под Qt3 нет культовых приложений

Есть. Одно. KPDF.

Хотя я в последнее время больше evince пользуюсь, у него наилучшее качество отрисовки (если сравнивать что с KPDF, что с Okular)