когда ты мне лично поставишь славу %-)))

"бугагашеньки", как говорит местный дед_мороз, ты работу работаешь, или дурака валяешь для собственных нужд чего рожаешь? %-))

часто проблема заключена в неверных желаниях

(Reply to this) (Thread)

Кэп! не узнал под псевдонимом!

(Reply to this) (Parent)

ОС Питух такая ОС Питух

Так ничего лучше иксов нету же.

Вяленд вообще УГ.

(Reply to this) (Thread)

ну так пора делать X12. где, наконец, выкинуть всё легаси, привести в нормальный вид протокол, сделать нормальный интерфейс к нему и так далее. но увы — скорее всего нас ожидает сраный вэйланд.

(Reply to this) (Parent) (Thread)

Протокол и так очень хорошэго вида. Работа с клавой немного напряжна, но с xkb+софтовая переключалка+XIM можно сделать достаточно для любых применений. Xlib да, устарел. Кстати, про xcb я пока толком не определился -- но мне скорее нравится. Рисовалку надо бы проапгрэйдить, но очень слегка на самом деле. Сплайны, альфа, цветосуммирование (притом в паттэрнах тожэ), матрицы, кусочно-линейные наложэния паттэрнов, record/playback. Притом матрицы можно из XIE взять. В остальном -- оставить как есть, расшырять расшырениями, не особо относящимися к основному протоколу.

(Reply to this) (Parent) (Thread)

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

xkb ужасен: что за ёбнутый лимит на 4 раскладки, например? хватит всем, типа? отсутствие вменяемой возможности выяснить, какие символы генерит физическая (или логическая) кнопка и наоборот тоже доставляют (проблема с хоткеями в неанглийских раскладках, например, везде решена при помощи молитв какой-то ёбаной матери и мегатонны хаков).

сам протокол при передаче по сети ужасен и тормоз. у немашины намного лучше вышло.

xcb сильно завязан на внутренности протокола, поэтому как альтернативу xlib я его вообще не рассматриваю. это скорее инструмент для построения чего-то уровнем повыше, а сам по себе — ну нахуй.

нахуя у окон «бордюрчики»? ни одна из современных софтин их не использует. а если кому-то упёрлось на «чистых иксах» писать, то бордюр можно руками нарисовать.

ну, и прочие мелкие легаси-остатки, тащемта. например, почему я не могу создать окно с размерами 0x0?

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

(Reply to this) (Parent) (Thread)

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

Отучаемся говорить за всех (c).

Во-первых, у меня на экране добрая половина не-букв нарисована стандартными линиями.

Во-вторых, XPutImage -- это тожэ рисовалка, притом из CORE Protocol. Да, сейчас люди предпочитают нарисовать иконку и впендрячить её. Кстати, не только в иксаз. Ну, время такое, не понимаю, почему кого-то это удивляет.

В-третьих, вот довести то, что я предлагаю -- будет отличный слой чтобы рисовать всякие SVG, постепенно появляющиеся.

>xcb сильно завязан на внутренности протокола, поэтому как
> альтернативу xlib я его вообще не рассматриваю.

Мне именно внутренности протокола и нужны. Чтобы писать эффективные и простые тулкиты. Впрочем, не только тулкиты -- протокол ничем особо не хужэ GDI какого-нибудь, и получше 2D DirectX.

>сам протокол при передаче по сети ужасен и тормоз. у немашины
> намного лучше вышло.

У немашыны почти что он жэ. Точнее, он с парой расшырений. Кроме того, в плане реализацыи сервера хорошо бы переходить к многозвенке: локальный сервер, сервер основного рабочего стола, по потребности -- сервера конкретных мониторов. Но для этого CORE замечательно подходит.

>нахуя у окон <<бордюрчики>>?

У меня на экране вполне используются. Кроме того, расшырим паттэрны как я предлагаю -- их можно будет использовать и в размалёванных свистоперделках.

>ну, и прочие мелкие легаси-остатки, тащемта. например, почему я
> не могу создать окно с размерами 0x0?

Ну, бывает. А тебе зачем?

(Reply to this) (Parent) (Thread)

>Во-первых, у меня на экране добрая половина не-букв нарисована стандартными
>линиями.
таких три с половиной, для них можно и расширение запилить.

>вот довести то, что я предлагаю
и получится каиро.

>Мне именно внутренности протокола и нужны. Чтобы писать эффективные и простые
>тулкиты
ну, на здоровье, конечно. а мне вот нужны вменяемые и документированые интерфейсы, чтобы не заниматься полицейскими расследованиями на пустом месте, когда мне надо не ёбаные иксы вдоль и поперёк изучить, а сделать несколько простых вещей и забыть о них на много лет.

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

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

я другого не понимаю: нахера они являются свойством окна, когда это можно скинуть на клиента.

>А тебе зачем?
а почему нет? вот логика где? давайте уже тогда и координаты считать с единицы и снизу. кстати, какой смысл у размера окошка InputOnly?

(Reply to this) (Parent) (Thread)

>таких три с половиной, для них можно и расширение запилить.

Ещё раз: меня устраивает протокол как таковой.

>и получится каиро.

В том-то и дело, что каиро писали гтк-шники с самого начала. А здесь нужно где-то 18 вызовов добавить к хорошэй вещи, ну и два-три формата пиксмапов.

>да, кстати, о протоколе. почему я не могу перенести приложение с
> одних иксов на другие?

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

>это явно какая-то атомная система, которая не знает ни про wm, ни
> про цвета. ну да, я тоже лепил олд-стайл тулкит,

links, xterm, ion. Ещё висит мозилла -- но в gtk какая-то простая тема. Ещё gv (он на Xaw).

>я другого не понимаю: нахера они являются свойством окна, когда это можно скинуть на клиента.

Тебе жалко что-ли? А вообще -- правильно. У окон должны быть бордеры. В нумерацыи пикселов их лучшэ не учитывать. Рисовать их лучшэ серверу. Что теперь, фэйковые окна ко всем добавлять?

>а почему нет?

Ну, вот так склалось. Тебе не пофиг?

(Reply to this) (Parent) (Thread)

>Потому, что на устройствах с ограниченной памятью это роскошь
и почему меня это совершенно не ебёт, например? нахуя пихать в «устройства с ограниченой памятью» иксы вообще? и потом: сейчас в ёбаном «телефоне» памяти больше, чем у меня на старом pIII/600.

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

>Ну, вот так склалось. Тебе не пофиг?
а я не понимаю, почему. и не люблю вещи из разряда «понять это нельзя, надо запомнить». почему окно, на котором и рисовать-то нельзя ничего, тем не менее должно иметь размеры больше нуля?

(Reply to this) (Parent) (Thread)

>пихать в <<устройства с ограниченой памятью>> иксы вообще? и
> потом: сейчас в ёбаном <<телефоне>> памяти больше, чем у меня на
>старом pIII/600.

Именно поэтому в твой телефон имеет прямой смысл запихать иксы. И именно это я называю устройством с ограниченной памятью.

(Reply to this) (Parent) (Thread)

вот уж чего мне в телефоне точно не надо — это ёбаной пингвоос. и «телефон» такой тоже мне в хуй не упёрся. телефон должен звонить и помнить десяток контактов. всё. остальное марширует нахуй.

(Reply to this) (Parent) (Thread)

Сейчас в USB-свистке, выглядящем как брелок для ключей, 200 метров флэша и 150 мегагерц основной процэссор. В простом телефоне с цветным экраном и портом к компу -- и того большэ.

Ты правда думаешь, что линуксы с виндовсами ещё нескоро прочно захватят эту нишу?

(Reply to this) (Parent) (Thread)

я, кагбэ, считаю, что они там нахуй не усрались. и вся линейка «смартфонов» тоже.

(Reply to this) (Parent) (Thread)

Какой смартфон? Свисток, говорю тебе, модэмчик такой GSM-ный.

И твоё мнение никого не интересует. Сейчас линукс потянут дешёвые телефончики за 2500 с цветными картинками и игрушэчками (хотя там чаще винда или симбиан). Пройдёт время, и корпус с монтажём будет стоить столько жэ, сколько чипы, в которых можно впендрячить линукс -- тогда у тебя будет замечательный выбор "телефон на линуксе", "телефон на винде", "телефон на ябле".

(Reply to this) (Parent) (Thread)

и «самосборный тупофон из деталек по цене пачки сигарет».

(Reply to this) (Parent) (Thread)

Хер. То есть самая дешёвая деталька, к которой существует стэк 7G будет, конечно, дешэвле пачки сигарет -- но внутри будет линух. На всех 10 гигабайтах рамы.

(Reply to this) (Parent)

>или учить иксы всяким вещам типа антиалиасов.

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

(Reply to this) (Parent)

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

Ты о чём вообще? Нормальная возможность -- берёшь раскладку и смотришь. Как при приходе эвента, только наоборот. Или опять с бэкмаппингом проблемы?

Кстати, без поддержки xkb оно тожэ чаще работает, чем нет.

(Reply to this) (Parent) (Thread)

>Ты о чём вообще?
об эпическом сраче с нерабочими хоткеями у тормозиллы в русской раскладке, например. и связаным с этим. универсального метода решения не существует, только метод, который «в большинстве случаев работает, но иногда всё равно криво». и да, с бэкмаппингом как раз все проблемы.

(Reply to this) (Parent) (Thread)

Не знаю, в Xt и потомках (Xaw, Motif) всё работает. А ГТК -- ну, что ты хочешь от тулкита с таким названием?

(Reply to this) (Parent) (Thread)

угу. работает. правда, в половине из них вообще с языками, отличными от языка Цивилизации и приближеных к ней вечные проблемы.

но я несколько о другом: о том, что решения нет, есть набор хаков, который работает кое-как и кое-где. да, в большинстве случаев всё нормально. но решение — всё равно хак.

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

(Reply to this) (Parent) (Thread)

>отличными от языка Цивилизации и приближеных к ней вечные проблемы.

На это чаще всего сетуют те, кто не включил "*international: true". Хотя да, встречаются иногда места, где надо добавить setlocale(LC_CTYPE, "").

>: о том, что решения нет, есть набор хаков, который работает
> кое-как и кое-где.

В Xt как-то решэние есть.

(Reply to this) (Parent) (Thread)

>В Xt как-то решэние есть
в гтк тоже добавили хак. но это не решение, это хак. я щаз уже не найду, но в длииииной дискуссии люди показывали, как херово этот хак работает, если ситуация начинает немного отличаться от стандартной, под которую хак заточен. работает оно всё только потому, что большинство людей использует «богоданную» систему, считая, что маппинг раскладок, например, надиктован моисею на синае, и менять его грешно.

(Reply to this) (Parent)

Вообще, в мотифе есть конечно свои гитики и неприятности. Но Xt в качестве основы вполне дисцыплинировала -- то есть по сравнению с gtk это ничего так, заметно лучшэ.

(Reply to this) (Parent)

А исходники xxkb ковырял?

(Reply to this) (Thread)

да, там ваще атомный пиздец. xxkb писался в те времена, когда EWMH было экзотикой какой-то, поддерживали его криво и ты пы. потому он постоянно ошибается, хватает лишние окна и так далее. я давно его переписать хотел, а тут попалась очередная заброшеная софтинка, да ещё и на Qt.

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

(Reply to this) (Parent)

ах, да, про умирание: xxkb подсаживает свой флажок в каждое окно же. а дальше дело техники. я сделал то же самое, только подсаживаю невидимого фэйсхаггера.

хотя на самом деле фэйсхаггер лишний, это задел на будущее. достаточно, оказывается, сделать XSelectInput(dpy, victimWindow, SubstructureNotifyMask | StructureNotifyMask);

главное — не делать этого на «своих» окнах, а то будет им кататония. ну почему, почему особенности XSelectInput() нигде толком не описаны? вообще, все документации и книги по иксам как-то потрясающе отвратительны и неполны.

(Reply to this) (Parent) (Thread)

Да, ты, кстати, вообще читал документацыю по иксам? А то как-то последник 12-15 лет по-моему иксы пишут в основном те, кто таки не.

(Reply to this) (Parent) (Thread)

да блджад, читал, конечно. все они написаны в расчёте на то, что есть некие «умолчания», которые все и так знают. а на самом деле сколько не смотрю софтин, написаных или на чистом xlib, или с погружением туда, везде практически авторы говорят, что пикантные особенности иксов пришлось учить методом тыка, как сделать кое-что другое — или вообще не ясно, или через жопу, и документация сосёт хуи.

а как доходим до вещей типа Xft, вообще начинается чад и угар кутежа.

в принципе, никакой вменяемой документации у иксов просто нет. а кто считает иначе, пусть предъявит мне что-нибудь уровня документации, поставляющейся с Qt.

(Reply to this) (Parent) (Thread)

А не надо доходить до Xft. Оно написано маразматиком, с маразматичной цэлью сделать экран более мутным. И до RENDER -- тожэ, потому что оно написано чуть ли не тем жэ маразматиком, притом примерно с теми жэ цэлями, только вдобавок ещё и совершэнно безсмысленное.

(Reply to this) (Parent) (Thread)

>А не надо доходить до Xft
то есть, ты предлагаешь таки брать фритайп, ебошить растеризаторы, самому искать в системе шрифты и так далее? неа, чота ещё меньше улыбает.

только не надо бодяги про то, что ttf не нужны.

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

(Reply to this) (Parent) (Thread)

>только не надо бодяги про то, что ttf не нужны.

ttf поддержываются X-сервером безо всяких Xft. И поддержывались задолго до её появления. А аналогичные им (на самом деле -- превосходящие) Type1 поддержывались ещё раньшэ.

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

каиро -- в общем, да. Ну, так, на самом деле, если прога большая и монолитная, то можно и попользовать. Но в общем, таки не советую.

(Reply to this) (Parent) (Thread)

>ttf поддержываются X-сервером безо всяких Xft
э? я что-то проебал, как обычно?

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

(Reply to this) (Parent) (Thread)

>э? я что-то проебал, как обычно?

Да кто тебя знает. Запускаешь в папке с .ttf-ами (или симлинками) ttmkfdir, говоришь xset +fp ..., вполне работает. Точнее, давно не пробовал -- у меня дебиан вроде все шрифты и так в конфиг сервера пропихивает.

(Reply to this) (Parent) (Thread)

э… и каким вызовом Xlib я могу рисовать текст ттфами? и как? вот я и спрашиваю. поисковики на такой вопрос отправляют меня в сторону xft.

(Reply to this) (Parent) (Thread)

Как обычно, XmbDrawString и прочими.

И нет, если ты хочешь WYSIWYG -- то это не про то. Иксовая рисовалка -- это чтобы вывести интэрфейс программы в соответствии со вкусами пользователя, а не чтобы текст был в точности как на бумаге. Использовать её для ускорения WYSIWYGа -- можно, но требует затрат.

(Reply to this) (Parent) (Thread)

да срать мне на бумагу, мне на экране надо.

>XmbDrawString
они у меня видят только иксовые битмапные шрифты, такие дела.

а в сраном Xft даже нормального метода определить размер шрифта по вертикали нет. ну, или я опять не нашёл, потому что оно ебанутое совершенно.

(Reply to this) (Parent) (Thread)

1) А они у тебя есть где-нибудь в выводе Font Path из xset q?
2) А fonts.scale/fonts.dir там везде лежыт?

(Reply to this) (Parent) (Thread)

есть.
лежат.

(Reply to this) (Parent) (Thread)

1) А покаж. И есть ли там ссылки на .ttf-ы. И скопируй fonts.scale в fonts.dir. Ну, или наоборот, смотря кто у тебя есть.
2) Кстати, после копирования, чтобы иксы не перезапускать, скажы xset fp rehash
3) А, да. У нас жэ всё такое модульное. В секцыи Modules xorg.conf ещё должэн стоять Load "freetype". А можэт и не должэн, но у меня стоит и явно всё работает.

(Reply to this) (Parent) (Thread)

bash-4.1$ xset q
...
Font Path:
  /usr/share/fonts/ms/,/usr/share/fonts/local/,/usr/share/fonts/misc/,/usr/share/fonts/OTF/,/usr/share/fonts/TTF/,/usr/share/fonts/Type1/,/usr/share/fonts/Speedo/,/usr/share/fonts/75dpi/:unscaled,/usr/share/fonts/100dpi/:unscaled,/usr/share/fonts/75dpi/,/usr/share/fonts/100dpi/,/usr/share/fonts/cyrillic/,/usr/share/fonts/local,/usr/share/fonts/TTF,/usr/share/fonts/OTF,/usr/share/fonts/Type1,/usr/share/fonts/misc,/usr/share/fonts/75dpi/:unscaled,/usr/share/fonts/100dpi/:unscaled,/usr/share/fonts/75dpi,/usr/share/fonts/100dpi,/usr/share/fonts/cyrillic,built-ins
Font cache:
  Server does not have the FontCache Extension

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

494
andalemo.ttf -monotype-andale mono-medium-r-normal--0-0-0-0-c-0-ibm-cp850
andalemo.ttf -monotype-andale mono-medium-r-normal--0-0-0-0-c-0-ibm-cp852
andalemo.ttf -monotype-andale mono-medium-r-normal--0-0-0-0-c-0-ibm-cp866
andalemo.ttf -monotype-andale mono-medium-r-normal--0-0-0-0-c-0-iso10646-1
andalemo.ttf -monotype-andale mono-medium-r-normal--0-0-0-0-c-0-iso8859-1
andalemo.ttf -monotype-andale mono-medium-r-normal--0-0-0-0-c-0-iso8859-10
andalemo.ttf -monotype-andale mono-medium-r-normal--0-0-0-0-c-0-iso8859-15
andalemo.ttf -monotype-andale mono-medium-r-normal--0-0-0-0-c-0-iso8859-2
andalemo.ttf -monotype-andale mono-medium-r-normal--0-0-0-0-c-0-iso8859-3
andalemo.ttf -monotype-andale mono-medium-r-normal--0-0-0-0-c-0-iso8859-4
andalemo.ttf -monotype-andale mono-medium-r-normal--0-0-0-0-c-0-iso8859-5
andalemo.ttf -monotype-andale mono-medium-r-normal--0-0-0-0-c-0-iso8859-9
andalemo.ttf -monotype-andale mono-medium-r-normal--0-0-0-0-c-0-koi8-e
andalemo.ttf -monotype-andale mono-medium-r-normal--0-0-0-0-c-0-koi8-r
andalemo.ttf -monotype-andale mono-medium-r-normal--0-0-0-0-c-0-koi8-ru
andalemo.ttf -monotype-andale mono-medium-r-normal--0-0-0-0-c-0-koi8-uni
andalemo.ttf -monotype-andale mono-medium-r-normal--0-0-0-0-c-0-koi8-u
andalemo.ttf -monotype-andale mono-medium-r-normal--0-0-0-0-c-0-microsoft-cp1252
arial.ttf -monotype-arial-medium-r-normal--0-0-0-0-p-0-ibm-cp850
arial.ttf -monotype-arial-medium-r-normal--0-0-0-0-p-0-ibm-cp852
arial.ttf -monotype-arial-medium-r-normal--0-0-0-0-p-0-ibm-cp866
...

и так далее. везде.

(Reply to this) (Parent) (Thread)

А в xfontsel есть возможность выбрать первое поле "monotype"? Или, лучшэ, "verdana" (она есть в ms, и по-моему только в них)?

(Reply to this) (Parent)

>то есть, ты предлагаешь таки брать фритайп, ебошить
> растеризаторы, самому искать в системе шрифты и так далее?

В смысле -- брать и использовать? Растеризаторы написаны (ну да, фритайп практически единственный, он и в xft, и в сервере используется). Шрифты в системе надо искать конечно самому -- как будто в xft или где-то ещё они найдётся б-жьим промыслом. Я вообще не понял этого коммента.

(Reply to this) (Parent) (Thread)

я, кагбэ, никакого механизма кроме Xft и не знаю. возможно, у меня проебайтунг.

впрочем, оно всё кривое — судя по тому, что когда тулкит дорастает до чего-то серьёзного, он начинает растеризовать шрифты своими силами.

(Reply to this) (Parent) (Thread)

В сервере нет антиальясинга. Видимо, потому, что тот мудак, который взялся его писать -- он таки полный мудак. А тем, кто могут написать нормально -- эта муть не интересна (как и мне, кстати). Из-за этого многие так или иначе пытаются сменить растеризатор на свой.

(Reply to this) (Parent) (Thread)

>В сервере нет антиальясинга.
ну вот меня это, например, устраивает. мне на моей трубе «антиалиасинг» в хуй не усрался, от него одни сопли на экране.

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

(Reply to this) (Parent) (Thread)

>ну вот меня это, например, устраивает.

Меня -- тожэ, более того, отключаю всюду где ручки дотягиваются.

>но, конечно, это не причина его не делать вовсе:

Вообще неплохо бы, да. Ну, в смысле -- нормально сделанный -- не помешает. Там надо-то всего ничего, на самом деле, а в протоколе вообще ничего -- только расшырение добавить.

(Reply to this) (Parent)

>усть предъявит мне что-нибудь уровня документации, поставляющейся с Qt.

Я понятие не имею, какой у Qt уровень документацыи. А документацыя по иксам лежыт у меня в /usr/share/X11/doc/hardcopy.

0_ilan@azor /home/ilan%l /usr/share/X11/doc/hardcopy   
BDF/    FSProtocol/  ICCCM/  man/     RX/     SM/   Xaw/    Xext/  Xi/   XKB/   Xmu/     XProtocol/  Xt/      Xv/
CTEXT/  i18n/        ICE/    rstart/  saver/  X11/  XDMCP/  xfs/   XIM/  XLFD/  XPRINT/  Xserver/    xtrans/
0_ilan@azor /home/ilan%

(Reply to this) (Parent) (Thread)

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

(Reply to this) (Parent)

По-моему, в proto.PS описана. И да, это один из тех файликов, которые, я считаю, должны быть прочитаны и поняты перед тем как кто-то садится "программировать иксы". Ещё я там, кажэтся, CTEXT забыл добавить включил -- хотя это ужэ скорее мои заморочки, и сейчас дейстивтельно от него отошли.

(Reply to this) (Thread)

Ещё я бы, кстати, к обязательному чтению добавил intrinsics.PS.

Чтобы как минимум писать иксосистемные вещи не хужэ, чем написан Xt.

(Reply to this) (Parent)

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

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

(Reply to this) (Parent) (Thread)

1) А ты вообще доку по Xlib читал? Учти, это не маны, там тожэ талмуд в постскрипте есть.
2) Ну, и если читал, то кто тебе доктор, что читал ты только C Language X Interface, а про сам X не прочёл?

(Reply to this) (Parent) (Thread)

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

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

(Reply to this) (Parent) (Thread)

>и референтс читал, и ещё что-то там читал. и нигде, сука, никто и
> словом не обмолвился, что на самом деле

"The X Window System Protocol provides the definitive word on the behavior of X. Although additional information appears here, the protocol is the ruling document."

Второй абзац 1-го раздела референса. Ну, значит, так читал, чо.

(Reply to this) (Parent) (Thread)

так не по протоколу, по Xlib. я наивно полагал, что этого будет достаточно.

(Reply to this) (Parent) (Thread)

Так вот то вот -- фраза из основной доки по xlib, если ты не понял.

И она прямо говорит, что чтобы понять иксы нужно читать доку по протоколу.

(Reply to this) (Parent) (Thread)

значит, я её забыл. читалось-то это несколько лет назад, когда я ещё упарывался по хардкору.

(Reply to this) (Parent)

ах, та. xkb тоже пиздат, например. получить «полное имя» раскладки — это пожалуйста, это нам перечислят. а аббревиатуру (типа «us») — сосите юх, парзите ублюдочную строку из конфига (ладно хоть, её можно системным вызовом получить). при этом знайте, дети, какие аббревиатуры у языков бывают, а какие — не очень. потому что языка «pc», например, в природе нет. и хуй знает каких ещё нет. очередная черезжопная угадайка, блядь.

(Reply to this) (Parent) (Thread)

Я не сказал, что xkb хорош, я сказал, что с софтовой подпоркой можно практически всего достичь.

(Reply to this) (Parent)