Операции-Удаление помеченных объектов. Курсором мыши не помечаются объекты для удаления. При перерисовке окна оно при вычислении размера списка игнорирует имеющиеся кнопки и список налезает на них. Переключатель, который в списке, не реагирует на мышь, но меняется нажатием Пробела. Похоже, checkbox'ы в списке не принимают сообщения, например WM_SETCHECK (недоработка в listview из comctl32). При переходе к следующему диалогу происходит странное изменение Z-порядка окон.
Временным решением может быть использование 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. ***
