[Wine-devel] 1c v77, _NET_WM_WINDOW_TYPE vs WM_HINTS

Dmitry Novoseletsky =?iso-8859-1?q?aka=5Fdown_=CE=C1_pisem=2Enet?=
Пн Янв 12 08:15:14 MSK 2009


Здравствуйте.

  В рассылку пишу первый раз и, собственно, к разработке wine на etersoft
отношения не имею. Но в качестве пользователя продукта, в течении нескольких
месяцев занимаюсь адаптацией запуска 1с в терминальных
сессиях freenx. Корректирую поведение NXClient for windows(!) от
nomachine. Открытой его части. Коррекция касается локализации и
интерфейса. Учет победам и поражениям ведется в теме форума
http://linuxforum.ru/index.php?showtopic=64076 ("Курощение
nomachine клиента - за шаг до...").
  В режиме запуска "floating window" ("rootless") window manager (wm)
является частью клиента. Изменяя его код, удалось добиться практически
нормального поведения форм 1с и их элементов, даже кое-где более
правильного, чем при запуске под KDE, например. Но после перехода
1.0.8-1.0.9 все пришлось опять исправлять, т.к. прежние исправления
были найдены "на ощупь" по сочетанию свойств, не имеющих прямого
отношения к типам элементов.
  Стало ясно, что дописать wm по науке, определенной в
http://standards.freedesktop.org/wm-spec/latest/ar01s05.html#id2568975,
увы, не получится. Свойство _NET_WM_WINDOW_TYPE принимает для окон (и
не только wine) самые экзотические значения. Т.е. этот стандарт не
работает (пока?). Значит остаются WM_HINTS.

Тревожу ваш покой таким вопросом: Где можно посмотреть на алгоритм
получения WM_HINTS (и, возможно, других свойств) на основании
виндовсовских-вайновских dwStyle и dwExStyle? Насколько я понимаю, при
разработке wine на etersoft были решены проблемы отображения
окон/форм/элементов форм 1с под родными линуксовыми wm. Мне же нужно
всего лишь получить эти стили обратно.

-- 
С уважением,
 Dmitry                          mailto:aka_down на pisem.net


Подробная информация о списке рассылки Wine-devel