А пиксмапов вообще нет?

(Reply to this) (Thread)

на самом деле при создании виджета можно сказать, что он пиксмап хочет, и спокойно рисовать тудыть. обработчик expose достаточно умный, чтобы это увидеть и блитнуть грязную часть. с точки зрения рисовалки — у неё есть GC и Drawable, а что уж в них будет — окно или пиксмап — большинству кода по барабану.

(Reply to this) (Parent)

а про загрузку картинок и прочего… это вот один специальный класс «картинка» и требует больше всего заботы. и то только в том случае, если он динамически создан — а в большинстве случаев динамически созданые пиксмапы, как я писал, просто back buffers, которые можно тупо пересоздать.

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

(Reply to this) (Parent)

p.s. фича тулкита в том, что после стадии realize (т.е. выплёвывания всего в X11) никакие изменения, окромя косметических, в иерархию уже вносить нельзя. т.е. ты можешь двигать виджеты, менять размеры, но не можешь добавлять или убирать. то же самое относится к пиксмапам, которыми кто‐то обязан владеть.

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

собственно, фича «realize-unrealize-modify-realize» была запланирована изначально. просто я не сразу заметил, что если в неё добавить «emergency mode» — то есть, насильственный unrealize, то можно спокойно пережить смену икс‐сервера.

(Reply to this) (Parent) (Thread)

Вообще -- мило, конечно.

(Reply to this) (Parent)

А твой тулкит будет работать под Mir?

(Reply to this) (Thread)

всяким говном не интересуюсь. есть X11. больше ничего нет.

(Reply to this) (Parent) (Thread)

А разве в будущем на линуксе X11 останется? Главный начальник сказал, что перейдут на Mir.

(Reply to this) (Parent) (Thread)

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

(Reply to this) (Parent) (Thread)

Марк Шатлворт главный в убунте, разве не он?

(Reply to this) (Parent) (Thread)

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

(Reply to this) (Parent) (Thread)

А что, бывает другой линукс?

(Reply to this) (Parent)

бля, сука, тебя даже не потроллишь

(Reply to this) (Parent)

И да, я вообще не представляю, как работать без double buffering. То есть оно мерцает при скорости отрисовки менее 100fps. Я понимаю, что у тебя пока что быстрее, но...

(Reply to this) (Thread)

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

(Reply to this) (Parent)

в смысле — нужна быстрая графика? создал opengl-окно и ебошь, хуле дел‐то. а тулкиту зачем интенсивно рисоваться — не ясно. ну, может моргнёт, кода восстанавливает перекрытую часть окна. да и хуй с ним.

(Reply to this) (Parent) (Thread)

В смысле -- если тулкит неуспевает отрисовывать за 1/100 с, то получается мерцание всякое.

(Reply to this) (Parent) (Thread)

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

(Reply to this) (Parent)

«с фоном».

(Reply to this) (Parent)

Window Maker вообще гениальный. Наверное, самый гениальный WM ever. Кстати, Unity носит отчётливо его черты, только с перделками и свистелками.

(Reply to this) (Thread)

а сразу и не скажешь, что его, тащемта, спиздили с некстов… потому что кто те нексты видел?

(Reply to this) (Parent)