| Summary: | КМ-Школа Сворачивается в неизвестность | ||
|---|---|---|---|
| Product: | WINE@Etersoft | Reporter: | Денис Баранов <baraka> |
| Component: | Общее | Assignee: | Константин Кондратюк <kondratyuk> |
| Status: | CLOSED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P5 | CC: | kondratyuk, lav, vostok |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Заявки RT: | Связано с: | ||
| Дата напоминания: | |||
| Bug Depends on: | 1628 | ||
| Bug Blocks: | 1528 | ||
| Attachments: | screen окна в ww (git) | ||
|
Description
Денис Баранов
2008-04-08 22:23:04 MSD
Этот "неправильный" тип окна - из той же серии, что и не-отображение крестика? Это не "неправильный" тип окна, а кроссклассинговый, соответсвенно wine не может его взять корректно под управление, а без управления все окна сворачиваются фиг знает куда. Наверное необходимо запускать программу без декорирования, но доработать wine так, чтобы он такие окна при сфорачивании просто уменьшал в размере и кидал куда-то в угол, чтобы их потом можно было развернуть. Похожий пример - это реализация сворачивания дочерних MDI окон в Windows >= 98 А что такого в этом кроссклассинговом типе окна, что он не может быть взят wine под управление? (In reply to comment #3) > А что такого в этом кроссклассинговом типе > окна, что > он не может быть взят wine под управление? > Немного ошибся с термином - не кроссклассинг, а сабклассинг (subclassing) Да не то чтобы wine не может взять его под управление, фишка же в том (я же комментировал уже!) что при декорировании wine неправильно распознаёт все дополнительные/особые стили окна, поэтому он и не видит Close box, зато видит minimize box, приэтом он забивает системное меню своим, а КМ-ШКОЛА на нём висит парочка простых действий (свернуть, закрыть), при этом если бы там была бы ещё какая-нибудь нестандартная реализация (допустим особое изменение размера и т.д.), то менеджер wine не унаследовал бы это, т.к. в принципе он сам делает сабклассинг на любое wine-ское окно, находящаяся под его управлением. В нашей бете 1.0.9 очень много сейчас таких окон, которые не регистрируются и сворачиваются в никуда. При этом моя сборка из git без твоих патчей на окна даёт прекрасный результат (на км-школе не проверял, стоит попробовать). Или это дают патчи, или исправлено в 0.9.60 (In reply to comment #5) > В нашей бете 1.0.9 очень много сейчас таких > окон, которые не регистрируются и > сворачиваются в никуда. При этом моя сборка > из git без твоих патчей на окна даёт > прекрасный результат (на км-школе не > проверял, стоит попробовать). Или это дают > патчи, или исправлено в 0.9.60 > Хорошо, попробуй и отпишись. Created attachment 422 [details]
screen окна в ww (git)
Проверил. Регистрируется в панели окон нормально, но кнопки в заголовке окна совсем исчезли. Нужен скриншот из windows для сравнения, уверен, что там кнопки есть.
Нужно будет ещё через текущий wine-origin посмотреть, возможно наши хаки отламывают кнопки? $ wwo --version wine-0.9.60 Поведение окон идентично моей сборке на 0.9.60. (In reply to comment #9) > $ wwo --version > wine-0.9.60 > > Поведение окон идентично моей сборке на > 0.9.60. > Да, в оригинальном wine(проверял в 0.9.61) проблем с пропаданием нет, но всё равно есть две помарки: 1. При декорировании панель для рисования (иконка с карандашом) создаётся сразу и обрабатывается отдельно родительского окна, хотя она должна показываться только при выборке пункта "методический кабинет". 2. Без декорирования окно сворачивается в маленькую иконку и эту иконку невозможно никуда перетащить, что в целом совсем неприятно. Проблем со сворачиванием больше нет. Если в релизе базируемся на 0.9.61, то багу можно считать закрытой. Комментарий по поводу кнопок и декоратора перенесу в багу про кнопки. |