| Summary: | 1Cv77: Проблемы с окном Удаления помеченных объектов | ||
|---|---|---|---|
| Product: | WINE@Etersoft | Reporter: | Vitaly Lipatov <lav> |
| Component: | Окна / фокус / перерисовка | Assignee: | Анатолий Лютин <vostok> |
| Status: | CLOSED FIXED | QA Contact: | Vitaly Lipatov <lav> |
| Severity: | critical | ||
| Priority: | P3 | CC: | alexeev, baraka, edo.rus, sdvinfo, triada123, vostok |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Заявки RT: | Связано с: | ||
| Дата напоминания: | |||
| Bug Depends on: | 81, 623, 945 | ||
| Bug Blocks: | 100, 584, 695, 718, 1087, 2147 | ||
| Attachments: | Пример затирания кнопок | ||
|
Description
Vitaly Lipatov
2006-03-05 23:00:11 MSK
Временным решением может быть использование comctl32 из Windows9X. Чтобы "пропавшее" окно вновь появилось, нужно свернуть окно в заголовок и развернуть обратно. Если конфликтов при удалении нет, то всё нормально с окном Даже скажем так: отметить можно и пробелами, но после запуска Контроля все отметки исчезают. Самое печальное - что если из 30 объектов 1 удалить невозможно - а бухгалтер решил сначала разобраться в ситуации, а потом удалять - то найти источник проблем (объект) не представляется возможным. Очень печально. W@E 1.0.5: Отметка по умолчанию по-прежнему не включается. Но содержимое окна перестало пропадать и портиться. Кто подтвердит? Вроде окно не портиться. Checkbox-ы действительно не устанавливаются мышкой. После ввода контороля действительно исчезают. Буду добиваться, для начала, чтобы checkbox можно было установить мышкой. Не вижу прогресса, поэтому пока перевожу в статус asiigned, дабы не мучала багзила, вернусь к решению когда буду свободен (см. мою Вики) такая же проблема была в Драйверах торгового оборудования от атол исправлена в wine 9.35 (In reply to comment #7) > такая же проблема была в Драйверах > торгового оборудования от атол исправлена > в wine 9.35 > сам ошибся, там работает только с клавиатуры, а мышкой нет ;-(( так же проверено на wine 0.9.37 без изменений... ubuntu 7.04 wine 1.0.7 с клавиатуры работает мышкой нет ;-(( Сделал comctl32_listview.c.patch В нём нулевой stateMask инвертируется. Помогло. Но нужно писать тест для доказательства. С тестом на сообщения мыши не успели, делаем к следующему релизу. В бета-версии к 1.0.8 есть исправление, чтобы и от мыши срабатывало. Закрываем, функциональность имеется. Created attachment 145 [details]
Пример затирания кнопок
Ещё при нажатии кнопки "Контроль" белые поля расширяются и затирают кнопки. См. скриншот (прилагается) Жалоба: http://rt.etersoft.ru:5380/Ticket/Display.html?id=57 В http://bugs.etersoft.ru/show_bug.cgi?id=695 добавил комментарий, который объясняет истоки проблемы. Данная проблема возникает при управлении окон менеджера KDE. При управлении GNOME данной проблемы нет. Временное лекарство выставить принудительно тип окна для kde - "Обычное окно". Рецепт в описании 623 баги: http://bugs.etersoft.ru/show_bug.cgi?id=623 Никакого рецепта в 623 баге нет. Нужно подготовить готовое решение, чтобы из коробки всё работало на основных системах, по аналогии с тем, какие предустановки сделаны для Mozilla в KDE. Давайте разберёмся и выработаем рецепт для KDE и GNOME. Эти правила записываются в ~/.kde/share/config/kwinrulesrc Сделать скрипт с настройками? Для начала опубликуй правила (файл *.kwinrules). Глобальное место для файла - /usr/share/apps/kwin/default_rules/ Вариант с установкой значений через файл конфигурации KDE трудно применим, т.к. это окно по умолчанию управляется не KDE, а Wine, поэтому для исправления ошибки таким способом необходимо принудительно дать оконному менеджеру KDE управление этим окном, чтобы на него начали действовать эти настройки. Вариант, который реализован в моём Wine так же не идеален, т.к. окно становится поверх всех окон, и если нажать кнопку "Выбор", то соответствующее окно будет находится под окном-родителем, т.е. для нормальной работы его тоже надо будет выводить из-под управления и ставить выше окна родителя. (In reply to comment #22) ... > способом необходимо принудительно дать > оконному менеджеру KDE управление этим Да не принудительно дать управление, а выкинуть принудительное отнятие управления. Да нет по умолчанию принудительного отнятия!!! В том смысле, что если взять реализацию функции is_window_managed из оригинального вайна, то, используя её, это окно не будет получать управление. Короче, надо ввести его под управление KDE/GNOME (не заменяя функцию is_window_managed конечно), и попробовать сделать файл для KDE и посмотреть что на эту тему есть в GNOME, если надо. (In reply to comment #26) > Короче, надо ввести его под управление > KDE/GNOME (не заменяя функцию is_window_managed > конечно) Это возможно только установкой ВСЕМ окнам флага "управляется оконным менеджером" Как выяснилось мой хак, обеспечивающий исправление 945, так же вносит изменения, благодаря которым исправляется эта ошибка. Поэтому её закрываю. *** Bug 1886 has been marked as a duplicate of this bug. *** |