В Nautilus скоро появится вид списком (column-wise)

>Дык ведь в кде4 конк -- только браузер :)

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

>Нет, не 10. Просто это я выставил в 10 8)

хм. А почему в конке 4 10? =)

>http://zalil.ru/upload/25540348

а ты сам пробовал по этому линку сходить? =)

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

Updated:

И музыка там какая-то левая, кроме Баха, Пинк Флойда, Роллингов и еще пары наименований одна ересь.

>в дельфине тоже не работает. Ах да, дельфин - просто фм.

Не все сразу. Подождем.

>хм. А почему в конке 4 10? =)

Почему ты меня об этом спрашиваешь? =)

>а ты сам пробовал по этому линку сходить? =)

Ну неужто ниасилил небольшой квестик?

http://slil.ru/25540348

geek затих чего-то. Сейчас скажет, что это некошерно.

Спасибо, проблевался. Лично мне не нужны другие списки, кроме существующего на данный момент.

>Ну неужто ниасилил небольшой квестик?

хренасе небольшой

зы: я не понял, обложки тумбнейлер не умеет?

>зы: я не понял, обложки тумбнейлер не умеет?

В тех книгах, что у меня просто нет обложек 8)

>хренасе небольшой

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

>зы: я не понял, обложки тумбнейлер не умеет?

Хз, попалась столлманоброшюрка без обложки =)

>Список = "мелкие иконки + "названия" в формате от верха до низа окна + горизонтальный скролл.

...и именно это я и использую уже N-ное количество лет. Так что к чему ты это настрочил --- я не понимаю.

>от чего отказались? Буду благодарен за внятное описание alien widgets, а то руки не доходят пошарить в нете

http://labs.trolltech.com/blogs/2007/08/09/qt-invaded-by-aliens-the-end-of-al...

> - пересчет layout (виджеты-то резиновые)

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

> - отрисовка окна (layout-то сменился) в pixmap

> - засовывание этого pixmap в X11 через сокет/Shm

когда это происходит без composite manager, всё работает довольно сносно, потому что pixmap и так на стороне сервера сидит, так что третьего шага, собственно, и нет

>вот мне и интересно, как это обошли. Ролик с alien widgets я видел, но там походу layout не пересчитывается, соответственно - обновляется только кусок окна

думаю, просто сразу рисуют на один большой drawable, а потом его рисуют в окно (через XCopyArea)

>оно считается довольно быстро

я в курсе. Проблема-то не в том, сколько он считается, а в том, что _всё_ после этого надо перерисовать

>потому что pixmap и так на стороне сервера сидит, так что третьего шага, собственно, и нет

есть поток данных - пиксмап-то сначала надо подготовить. Смотри шаг 1 =)

>думаю, просто сразу рисуют на один большой drawable, а потом его рисуют в окно (через XCopyArea)

логично

>http://labs.trolltech.com/blogs/2007/08/09/qt-invaded-by-aliens-the-end-of-al...

там нет внятного описания =) "я могу сказать вам больше, но не сейчас"

ппц... вид списком выдает команда ls (: нафига что то еще?...

use terminal, be free (:

не прошло и 20 лет.

> Почему у меня не виснет?

2) ты не проверял на ftp серверах.

Уж не знаю, как на ftp, но на sftp точно подвисает.

>там нет внятного описания =) "я могу сказать вам больше, но не сейчас"

Ну ё-моё! :)

As of today, every single widget in Qt has a native window that is managed by the window system — in this case the X server. The flicker you see on the movie is a result of multiple X windows trying to synchronize and play funny games with the X server.

But how can we improve? With Qt 4.1 we took a huge step towards resolving similar issues when introducing the backing store, but it can’t cover resize flicker as it’s fully caused by the X server. The only consequent and necessary next step is therefore to bypass the X server and let Qt do the job

>есть поток данных - пиксмап-то сначала надо подготовить. Смотри шаг 1 =)

Это недолго, всё-таки не битмап по сети передавать. Я встречался с такими приложениями, которые битмапы гоняли по сети, скажу честно, это непередаваемый ужос :)

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

Непонятно, правда, почему бы не переделать Window в Pixmap, по-идее, это почти такой же Drawable, и хендл у него есть, и перерисовать их можно одним скопом. Остаётся только засада с диспетчеризацией событий...

>Это недолго, всё-таки не битмап по сети передавать. Я встречался с такими приложениями, которые битмапы гоняли по сети, скажу честно, это непередаваемый ужос :)

всё-таки растеризация делается на стороне клиента. Шрифты те же, модные векторные фишки etc. Опять же композитинг и шейпинг безоконных виджетов - всё это на стороне клиента происходит.

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

ну...в гтк эту проблему решили очень давно - там все виджеты без X11 окон =) Да и в Qt тоже похожий флаг есть с четвертой версии. Опять-таки - если с терминологией не намутили

>Непонятно, правда, почему бы не переделать Window в Pixmap, по-идее, это почти такой же Drawable, и хендл у него есть, и перерисовать их можно одним скопом. Остаётся только засада с диспетчеризацией событий...

в смысле рисовать на window? Или рисовать все-таки на pixmap, который потом кидать на window?

>Ну ё-моё! :)

не то это. При больших объемах отрисовки всё равно лаг будет заметен, особенно на кривых нвидиевских дровах с покоцаным XRender =)

не, конечно лучше, нежели родовая болезнь Qt с морганием, но все равно недостаточно

>всё-таки растеризация делается на стороне клиента. Шрифты те же, модные векторные фишки etc. Опять же композитинг и шейпинг безоконных виджетов - всё это на стороне клиента происходит

оконных тоже :)

>ну...в гтк эту проблему решили очень давно - там все виджеты без X11 окон =) Да и в Qt тоже похожий флаг есть с четвертой версии. Опять-таки - если с терминологией не намутили

Не нашёл такого флага. Там точно все виджеты — окна: для каждого можно получить handle и сделать с ним нечто некроссплатформенное :)

>в смысле рисовать на window? Или рисовать все-таки на pixmap, который потом кидать на window?

Думаю, что особо без разницы, если все пиксмапы уже подготовлены. Но гарантии не дам.

>не, конечно лучше, нежели родовая болезнь Qt с морганием, но все равно недостаточно

моргания не будет точно, а там, гляди, и дошьют сапог из атишных спек, чтобы им nvidi'ю пинать

Плюс к тому, без нативных виджетов всё можно рисовать через OpenGL, а он сейчас просто реактивный, по сравнению с... :)

>оконных тоже :)

не, оконные композитятся иксами, если композитинг включен

меня ввели в заблуждение :-\

"Non-window widgets are child widgets, and are displayed within their parent widgets." на http://doc.trolltech.com/4.2/qwidget.html

посмотрел xwininfo -tree на qtconfig - действительно, на каждый чих иксовое окно

>Думаю, что особо без разницы, если все пиксмапы уже подготовлены. Но гарантии не дам.

разница есть, иначе даблбуффер в кутю не ввели =)

>Плюс к тому, без нативных виджетов всё можно рисовать через OpenGL, а он сейчас просто реактивный, по сравнению с... :)

бекенды надо было асиливать :-p

>сабж - файловый менеджер, а не браузер вообще-то

конк тоже ФМ вообще-то и собственно не ясно как поддержка жестов мышей нарушает функции ФМ

>>оконных тоже :)

>не, оконные композитятся иксами, если композитинг включен

пардон, я вопрос ниасилил. Всё делается на стороне сервера, и композит, и рендеринг. Глифы для шрифтов тоже только один раз грузятся. См. в сторону XRenderCompositeTrapezoids и XRenderCompositeString

>бекенды надо было асиливать :-p

Каким макаром ты иксовые окна собрался в GL-контекст рисовать?

/bin/timemachine -y=65532

....в Win/GNOME скоро появися KDE4.1 Василий Пупкин (Vasiliy Pupkin), один из разработчиков Win/GNOME, опубликовал в своём блоге заметку о добавлении этой функции в один из ближайших выпусков оболочки.

Напомню, что многие пользователи (в особенности пользователи Gnu/Linux) давно уже используют KDE11.4

>конк тоже ФМ вообще-то и собственно не ясно как поддержка жестов мышей нарушает функции ФМ

неясно, зачем файловому манагеру жесты

>Глифы для шрифтов тоже только один раз грузятся. См. в сторону XRenderCompositeTrapezoids и XRenderCompositeString

ну вот тебе и поток

>Каким макаром ты иксовые окна собрался в GL-контекст рисовать?

зачем иксовые? Как в системе представлять оконные и no-window виджеты - дело бекенда

> >конк тоже ФМ вообще-то и собственно не ясно как поддержка жестов мышей нарушает функции ФМ

> неясно, зачем файловому манагеру жесты

А чем он принципиально отличается от остальных приложений?

>А чем он принципиально отличается от остальных приложений?

тем, что оперирует файлами. Одно неосторожное движение и тю-тю.

>любишь представлять себя Гарри Поттером? Помахал мышкой - и файло уехало в корзину? =)

круто! помахал мышкой всё настроилось/почистилось/загрузилось/обновилось

>зачем иксовые? Как в системе представлять оконные и no-window виджеты - дело бекенда

только no-window. Нарисовать иксовый drawable в GL контекст невозможно

>ну вот тебе и поток

он небольшой, проблема, повторяю, в другом. Когда меняется размер окна, X шлёт кучу событий на Resize, и Window Manager меняет размер окна, не дожидаясь, пока клиент что-то там перерисует. Если перерисовку инициирует клиент, он может что угодно забуферизировать, и прочее. Когда перерисовка инициируется иксами, она происходит асинхронно, после того, как изменился размер окна.

Когда клиент начинает изменять размер (после пересчёта layout) дочерних окошек, каждое меняет размер, становится инвалидным, и получает XExposeEvent. Когда оно получит это событие, никто не знает, но юзер видит и раздражается :)

>только no-window. Нарисовать иксовый drawable в GL контекст невозможно

скажу по-другому: бакенд может делать иксовым только top-level окно. Для которого создавать GL-контекст и рисовать там все дочерние элементы, не взирая на наличие флага NO_WINDOW

по крайней мере так гтк работает - в наличии, кроме x11 бекенда ещё и directfb, quartz, win32/gdi и даже консольный бакенд =)

>он небольшой, проблема, повторяю, в другом. Когда меняется размер окна, X шлёт кучу событий на Resize, и Window Manager меняет размер окна, не дожидаясь, пока клиент что-то там перерисует.

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

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

> неясно, зачем файловому манагеру жесты

Ну это же основополагающий принцип KDE - "шоб було" :)

>скажу по-другому: бакенд может делать иксовым только top-level окно. Для которого создавать GL-контекст и рисовать там все дочерние элементы, не взирая на наличие флага NO_WINDOW

>по крайней мере так гтк работает - в наличии, кроме x11 бекенда ещё и directfb, quartz, win32/gdi и даже консольный бакенд =)

Как, кстати, тогда решается вопрос с drag'n'drop в винде, например? Она ж хочет хандлы для OLE, про что в блоге пару слов было. Или, например, когда у alien widget просят handle? Его "по-быстрому" переделывать, или невалидный хандл возвращать?

На это дело немало народу, Qt юзающего, заточено, как я понимаю

>надо поглядеть кстати - может имеется возможность при получении первого запроса на ресайз включать синхронный режим

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

>неясно, зачем файловому манагеру жесты

За тем же, зачем и браузеру - потому что удобно!

>Одно неосторожное движение и тю-тю.

А вот нефиг отключать диалоги потверждения, тогда и "тю-тю" не будет.. ;)

>вроде нет. Можно только выкидывать все запросы на перерисовку, кроме последнего (точнее, регион суммировать)

а XSynchronize() на что?

>За тем же, зачем и браузеру - потому что удобно!

чего удобно?

зы: в браузере тоже неудобно

>Ну это же основополагающий принцип... - "шоб було"

Типичная логика виндузятника - раз мне это не нужно, значит это никому не нужно..

>чего удобно?

В смысле "чеМ удобно"? Тем, что не надо целиться в кнопочки/менюшки/etc.

>в браузере тоже неудобно

Ты сейчас за себя говоришь или за всех жителей Земли? =)

>В смысле "чеМ удобно"? Тем, что не надо целиться в кнопочки/менюшки/etc.

а я и так не целюсь :-\

>Ты сейчас за себя говоришь или за всех жителей Земли? =)

сейчас за себя. Не вдохновили меня gestures

> Типичная логика виндузятника - раз мне это не нужно, значит это никому не нужно.

Что ты можешь знать о логике виндузятников, мальчишка? :)