Открыта новая ветка GTK - 2.9.0

Круто! А где посмотреть, как этот новый диалог выглядит?

очень хорошо! :)

--седайко стюмчик

> то, что ждали кдеешники

Гыгы. Только кдешники?

* GtkStatusIcon, a cross-platform "tray icon" API
* GtkPrintOperation, cross-platform printing support

наконец!

lol, kdeшники это врядли ждали.

мну например использует единственную прогу, которая на gtk написана, - stardict, и в ней файлы не открываются

К диалогу открытия файлов прикрутили адресную строку. Вот и все. А filechooser backend interface - это совсем другое, это API/ABI через которое диалог дергает модуль работы с файловой системой (вроде их три всего пока - стандартный, gnome-vfs и win32).

> мну например использует единственную прогу, которая на gtk написана, - stardict, и в ней файлы не открываются

я больше (хоть другие и не часто): Stardist, aMule, BitTorrent, VMWare player, Ethereal, gimp и иногда попадается OpenOffice собранный с gtk

Там написано что появлися OSX GDK backend - что, теперь gtk на OSX уже спортирован?

>видимо это то, что ждали кдеешники - новый диалог open/save.

А что прежний сильно хороший был, что не стоило нового ждать? Надеюсь что новый лучше, по сравнению с тем что был и есть в 2.8 даже икспишный диалог рулит.

> К диалогу открытия файлов прикрутили адресную строку. Вот и все. А filechooser backend interface - это совсем другое, это API/ABI через которое диалог дергает модуль работы с файловой системой (вроде их три всего пока - стандартный, gnome-vfs и win32).

А-а-а... Тогда хорошо. А то я уж подумал, что действительно диалог изуродовали в угоду КДЕшникам. :)

И всё? Ай... По прежнему нельзя будет выбрать несколько файлов одной только мышью? (впрочем это не самое страшное)

По прежнему, для того чтобы выбрать "другую директорию" для сохранения или тип файла, надо будет делать лишний клик по треугольничку?

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

По прежнему будет тормозить на больших дирах?

- Scrolling menus can be forced to always display both arrows, using the GtkMenu::double-arrows style property

Товарищи а как эту "мега фичу" вообще отключить нафиг. Что бы меню не скролились, а сразу вылазили целиком. А то запарили.

Справедливости ради замечу, что у диалога из 2.8 есть два плюсика.

1) Более старый диалог из 2.6 был ещё хуже.

2) Всё-таки он один стандартный для всех приложений, как гтк, так и гном. А в qt чёрти что творится - в opere ордин диалог, в кдешных прогах другой...

Классно! Теперь qt точно копец

ага, я бы тоже отключил... и вообще еще 2.8.х улучшать и улучшать. тормоза пока не детские :( и никто не знает где их искать. Причем 10% пользователей имеют тормоза, остальным хорошо. Где копать, хз.

>Communication with backends is now asynchronous to avoid blocking on filesystem operations.

УХУХУ! ДА!

>Reworked hex Unicode input now requires Ctrl-Shift-U

...кстати то, о чём сусер недавно вспоминал.

А кто скажет? На МАСах какая гтк работает есть ли какие проблемы?

>>А что прежний сильно хороший был, что не стоило нового ждать? Надеюсь >>что новый лучше, по сравнению с тем что был и есть в 2.8 даже икспишный >>диалог рулит.
Это на любителя, а у меня чать работ под offtopicom.
Дык я вот для работы с glade и прочей ерундой закладок понаделал прямо из диалога -это очень удобно.Адресной строки не хватало это правда.
А хвалить XP диалог-даже не знаю чего там хорошего-нормальной адресной строки там тоже нет и закладки из диалога не сделаешь.

> По прежнему нельзя будет выбрать несколько файлов одной только мышью? (впрочем это не самое страшное)

Пользоваться мышью без клавиатуры - это да, самое страшное :)

> По прежнему, для того чтобы выбрать "другую директорию" для сохранения или тип файла, надо будет делать лишний клик по треугольничку?

Это не относится к GtkFileChooser

> По прежнему, после ввода полного пути до файла (включая файл), будет выполняться не открытие этого файла, а переход в диру?

Чтобы открыть достаточно два раза enter нажать вместо одного. Не так сложно.

Это вы так шутите?
В KDE как раз таки диалог приличный.

> 2) Всё-таки он один стандартный для всех приложений, как гтк, так и гном. А в qt чёрти что творится - в opere ордин диалог, в кдешных прогах другой...

так Opera же не kde-программа

для примера сравните sim собранный с поддержкой kde и без

Ситуация более чем комична.

>По прежнему будет тормозить на больших дирах? а это уже не gtk тормозит на больших дирах, а ФС. Reiserfs у тебя небось...

> Чтобы открыть достаточно два раза enter нажать вместо одного. Не так сложно.

Не получилось. Сделал Ctrl-L -> ввел /usr/bin/yes -> нажал enter enter -> дооооолго жду -> открыт каталог /usr/bin, курсор на файле yes

> В KDE как раз таки диалог приличный.

Никто и не сомневается... Но неужели новую версию выпустили из-за одного только диалога!?

> а это уже не gtk тормозит на больших дирах, а ФС.

Если я буду получать содержимое каталога так, как приведено ниже, тормозить будем совсем не ФС:

dir = opendir (path);

if (dir)
{
    while ((entry = readdir (dir)) != NULL)
    {
        printf("%s\n", entry->d_name);
        sleep(1);
    }

    closedir (dir);
}

Так что нефиг сразу катить на ФС - наверняка гномеры где-то лоханулись :))

> Не получилось.

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

>Так что нефиг сразу катить на ФС - наверняка гномеры где-то лоханулись :))

ну, например, перевел /home с рейзера на xfs, сразу дира с музыкой (11G) стала открываться моментально в диалоге 'open', а до этого секунд 5-7 надо было ждать, пока диалог оживет.

Гномер конечно тормозной, однако выглядит более эстетично чем КДЕ.

Надеюсь, диалог не сильно изуродовали. Нынешний, в gtk 2.8, лично на мой вкус на голову выше KDE'шного. Благо, регулярно пользоваться приходится и тем и другим.

>Гномер конечно тормозной, однако выглядит более эстетично чем КДЕ.

+1 На нормальной машине не тормозит, а выглядит намного опрятнее и эргономичнее.

+1

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

>Гномер конечно тормозной, однако выглядит более эстетично чем КДЕ.

а превью как в КДЕ оно могЁт?

>>Гномер конечно тормозной, однако выглядит более эстетично чем КДЕ.

Ну да. Гномер настолько тормозной, что уже себя-любимого сравнивает с десктопом... :)

GTK еще и stat() на каждый файл дергает. Поэтому и тормозит на больших директориях.

> +1 На нормальной машине не тормозит, а выглядит намного опрятнее и эргономичнее.

Поддерживаю. Более того, на не самой нормальной машине (1,2 duron; 256 ram) - работает получше KDE.

Диалог очень даже ничего и даже сейчас!

Осоьенно, когда надо каждый раз кликать, что-б развернуть дерево папок. аздолблаи!

>>Поддерживаю. Более того, на не самой нормальной машине (1,2 duron; 256 ram) - работает получше KDE.

Пол гектара мозгов, 2.8 камень и всё равно тормозит на больших дарах.

Пускай сначало снимут с ручника свою gtk потом уж поговорим об урезании функциональности гнома :)

> Пол гектара мозгов

Вот это я понимаю - драка! Прям таки аццкая бойня :))))

>> Пол гектара мозгов

>Вот это я понимаю - драка! Прям таки аццкая бойня :))))

s/Пол гектара мозгов/512 Мб оперативной памяти (ОЗУ) s/2.8 камень/процессор 2.8 МГц s/дарах/дирах

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

Ну замечательно.

Аналогично. Да и выглядит все поопрятнее.

> И всё? Ай... По прежнему нельзя будет выбрать несколько файлов одной только мышью? (впрочем это не самое страшное)

> По прежнему, для того чтобы выбрать "другую директорию" для сохранения или тип файла, надо будет делать лишний клик по треугольничку?

> По прежнему, после ввода полного пути до файла (включая файл), будет выполняться не открытие этого файла, а переход в диру?

> По прежнему будет тормозить на больших дирах?

Вопрос! Когда разработчики въедут и сделают нормальный диалог, например, такой, как в KDE )))

> GTK еще и stat() на каждый файл дергает. Поэтому и тормозит на больших директориях.

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

> sleep(1); Так что нефиг сразу катить на ФС - наверняка гномеры где-то лоханулись :))

+1 Ага, наставили везде слипов ))))))))

Вопрос. Когда разработчики KDE въедут и сделают нормальный диалог, например, такой, как в Gnome ))-

> видимо это то, что ждали кдеешники - новый диалог open/save

Как раз KDEшникам было бы лучше, если бы GTK-диалоги Open/Save оставались такими же убогими - как наглядное доказательтство преимущества Qt и KDE. :)

> К диалогу открытия файлов прикрутили адресную строку

То открутят, то обратно прикрутят... Чё-та разработчики совсем запутали местных гномопеарщиков. Те уж и не знают, какую именно ахинею нести. Полгода назад орали, что Ctrl+L - самая интуитивная весчь, и никаких строк не надо. Что им теперь орать прикажете? :)

>Что им теперь орать прикажете? :)

Что кто-то очень много орал, что хочет адресную строку.

Надеюсь, они вернут её в отключаемом виде, ибо линейка каталогов в виде кнопок лично мне сильно удобнее :)