История изменений

Это всё очень абстрактно, в том смысле, что требует более низкоуровневого фундамента. Нам нужна основа, от которой плясать, наподобие той, что я комментом выше изложил. Ситуация с Wayland: факты о X и Wayland. (комментарий)

я понял твою мысль, но тебе надо было написать не «очень абстрактно», а ровно наоборот — «слишком конкретно»; предложенная мной архитектура местами слишком конкретна — например, не учитывает чье-то желание сделать свой вариант layout-та, когда, скажем, отталкивание от краев больше, чем отталкивание виджетов друг от друга

нужно действительно предложить более абстракный вариант — им наверно может быть "(прямоугольные?) области на дисплее с z-индексом, находящиеся как в поле зрения, так и вне его (для быстрого трансфера); команды обновляют области, двигают области, и завершаются flush; каждый юзерский эвент несет с собой sequence number-ы всех областей, кому он принадлежит"; области могут быть с альфа-масками

вот ты понаписал много что, в том числе то, в чем я кстати *нифига* не разбираюсь [хотя вот про канвасы и гпу вполне разумно... и вообще я вижу, что я часть твоих сообщений оказывается не прочел], но я не понимаю главного: предпожим, я решу делать свой велосипед (этот самый улучшенный хтмл), и тогда *зачем мне иксы*? т.е. положим, я принципиально не буду юзать тулкиты вроде gtk & qt, а буду реализовывать все на разумно низком уровне; тогда им окажется, я полагаю, libsdl — и зачем тогда *вообще* иксы? почему бы не писать драйверы под че-то типа libsdl — это же наверно проще?

т.е. да, я тут совершенно упускаю из виду взаимодействие вне одного окна, но я думаю ты сможешь мне ответить (проинформировав если надо и про этот аспект)

Это всё очень абстрактно, в том смысле, что требует более низкоуровневого фундамента. Нам нужна основа, от которой плясать, наподобие той, что я комментом выше изложил. Ситуация с Wayland: факты о X и Wayland. (комментарий)

я понял твою мысль, но тебе надо было написать не «очень абстрактно», а ровно наоборот — «слишком конкретно»; предложенная мной архитектура местами слишком конкретна — например, не учитывает чье-то желание сделать свой вариант layout-та, когда, скажем, отталкивание от краев больше, чем отталкивание виджетов друг от друга

нужно действительно предложить более абстракный вариант — им наверно может быть "(прямоугольные?) области на дисплее с z-индексом, находящиеся как в поле зрения, так и вне его (для быстрого трансфера); команды обновляют области, двигают области, и завершаются flush; каждый юзерский эвент несет с собой sequence number-ы всех областей, кому он принадлежит"; области могут быть с альфа-масками

вот ты понаписал много что, в чем я кстати *нифига* не разбираюсь, но я не понимаю главного: предпожим, я решу делать свой велосипед (этот самый улучшенный хтмл), и тогда *зачем мне иксы*? т.е. положим, я принципиально не буду юзать тулкиты вроде gtk & qt, а буду реализовывать все на разумно низком уровне; тогда им окажется, я полагаю, libsdl — и зачем тогда *вообще* иксы? почему бы не писать драйверы под че-то типа libsdl — это же наверно проще?

т.е. да, я тут совершенно упускаю из виду взаимодействие вне одного окна, но я думаю ты сможешь мне ответить (проинформировав если надо и про этот аспект)

Это всё очень абстрактно, в том смысле, что требует более низкоуровневого фундамента. Нам нужна основа, от которой плясать, наподобие той, что я комментом выше изложил. Ситуация с Wayland: факты о X и Wayland. (комментарий)

я понял твою мысль, но тебе надо было писать не «очень абстрактно», а ровно наоборот — «слишком конкретно»; предложенная мной архитектура местами слишком конкретна — например, не учитывает чье-то желание сделать свой вариант layout-та, когда, скажем, отталкивание от краев больше, чем отталкивание виджетов друг от друга

нужно действительно предложить более абстракный вариант — им наверно может быть "(прямоугольные?) области на дисплее с z-индексом, находящиеся как в поле зрения, так и вне его (для быстрого трансфера); команды обновляют области, двигают области, и завершаются flush; каждый юзерский эвент несет с собой sequence number-ы всех областей, кому он принадлежит"; области могут быть с альфа-масками

вот ты понаписал много что, в чем я кстати *нифига* не разбираюсь, но я не понимаю главного: предпожим, я решу делать свой велосипед (этот самый улучшенный хтмл), и тогда *зачем мне иксы*? т.е. положим, я принципиально не буду юзать тулкиты вроде gtk & qt, а буду реализовывать все на разумно низком уровне; тогда им окажется, я полагаю, libsdl — и зачем тогда *вообще* иксы? почему бы не писать драйверы под че-то типа libsdl — это же наверно проще?

т.е. да, я тут совершенно упускаю из виду взаимодействие вне одного окна, но я думаю ты сможешь мне ответить (проинформировав если надо и про этот аспект)

Это всё очень абстрактно, в том смысле, что требует более низкоуровневого фундамента. Нам нужна основа, от которой плясать, наподобие той, что я комментом выше изложил. Ситуация с Wayland: факты о X и Wayland. (комментарий)

я понял твою мысль, но тебе надо было писать не «очень абстрактно», а ровно наоборот — «слишком конкретно»; предложенная мной архитектура местами слишком конкретна — например, не учитывает чье-то желание сделать свой вариант layout-та, когда, скажем, отталкивание от краев больше, чем отталкивание виджетов друг от друга

нужно действительно предложить более абстракный вариант — им наверно может быть "(прямоугольные?) области на дисплее с z-индексом, находящиеся как в поле зрения, так и вне его (для быстрого трансфера); каждый эвент несет с собой sequence number-ы всех областей, кому он принадлежит"; области могут быть с альфа-масками

вот ты понаписал много что, в чем я кстати *нифига* не разбираюсь, но я не понимаю главного: предпожим, я решу делать свой велосипед (этот самый улучшенный хтмл), и тогда *зачем мне иксы*? т.е. положим, я принципиально не буду юзать тулкиты вроде gtk & qt, а буду реализовывать все на разумно низком уровне; тогда им окажется, я полагаю, libsdl — и зачем тогда *вообще* иксы? почему бы не писать драйверы под че-то типа libsdl — это же наверно проще?

т.е. да, я тут совершенно упускаю из виду взаимодействие вне одного окна, но я думаю ты сможешь мне ответить (проинформировав если надо и про этот аспект)