Summary: | Нет задержки в меню WINE | ||
---|---|---|---|
Product: | WINE@Etersoft | Reporter: | Константин Кондратюк <kondratyuk> |
Component: | Общее | Assignee: | Татьяна Фокина <tatyana> |
Status: | CLOSED INVALID | QA Contact: | Andrey Vusik <night> |
Severity: | normal | ||
Priority: | P5 | CC: | don-do, lav, olezha, tatyana, winebugs |
Version: | unspecified | ||
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Linux | ||
Whiteboard: | |||
Заявки RT: | Связано с: | ||
Дата напоминания: | |||
Bug Depends on: | |||
Bug Blocks: | 384, 8900 |
В Windows, для регулирования времени задержки открытия\закрытия меню используется строковой ключик реестра "HKEY_CURRENT_USER\Control Panel\Desktop\MenuShowDelay" = 400 Вся проблема и все неудобства заключаются в том, что при работе - подменю показывается сразу и из-за этого возникают неприятные микропаузы пока меню прорисуется и будет возможен выбор другого меню. Чтобы понять о чём я говорю, достаточно найти любое меню, где пункты меню были бы указателями на подпукты, типа: меню1->подменю1 меню2->подменю2 меню3->подменю3 меню4->подменю4 Как это происходит в Винде - допустим перемещается курсор сверху вниз по этому меню, и подменю не открываются, пока курсор на задержится на пункте на большее время, чем указано в реестре. А Вайн меню открывается сразу, как только курсор появился на этом подпункте. Вот такое поведение и требуется реализовать. (In reply to comment #2) > Вся проблема и все неудобства заключаются > в том, что при работе - подменю показывается > сразу и из-за этого возникают неприятные > микропаузы пока меню прорисуется и будет > возможен выбор другого меню. Это, как я уже говорил, не вся проблема. После того как указатель мыши съезжает с раскрывшегося меню на соседнее (это нужно чтобы попасть на вложенное по короткой траектории или рука дрогнула и описала дугу), меню неожиданно закрывается т.к. не имеет отсрочки "открытия/закрытия". От этого недостатка сильно страдает эргономика. Разве по этой баге ничего не сделано? (In reply to comment #4) > Разве по этой баге ничего не сделано? > Сделана только задержка на открытие(что в принципе не плохо), но в целом работа до конца не доведена, следовательно не оплачена, следовательно не можем включить в билд. Думаю, нужно поставить некоторую точку. 1. Спросить у человека, есть ли у него возможность завершить работу. 2. Спросить, не против ли он передать свою наработку в проект Wine. (In reply to comment #6) > Думаю, нужно поставить некоторую точку. > 1. Спросить у человека, есть ли у него > возможность завершить работу. Первое уже спросил неделю назад ( в rt есть ветвь диалога - 1951). > 2. Спросить, не против ли он передать свою > наработку в проект Wine. Если он не ответил на первое, то нет смысла спрашивать второе, тем более, что он есть в этой баге, как CC : winebugs@mail.kz Значит в будущем надо сразу ставить человека в известность, что любой код, им написанный в рамках тестового задания, будет использован под LGPL. (In reply to comment #8) > Значит в будущем надо сразу ставить > человека в известность, что любой код, им > написанный в рамках тестового задания, > будет использован под LGPL. > В чём же проблема? Пишите должностные инструкции. Чтобы в будущем предусмотреть все варианты. Приветствую всех! Извиняюсь за то, что ответил с задержкой. Я не возражаю против того, чтобы мой код был включен в Wine. Новых идей по поводу того, как завершить данный баг, нет. (In reply to comment #10) > Приветствую всех! > Извиняюсь за то, что ответил с задержкой. Ренат, большое спасибо что вы откликнулись. > Я не возражаю против того, чтобы мой код был > включен в Wine. Спасибо за согласие. Со временем мы оформим код, как следует и отправим его в рассылку WineHq.org. В данный момент мы его приложим к открытой части, исходники которой будут выложены на ftp. > Новых идей по поводу того, как завершить > данный баг, нет. Сейчас данный баг имеет низкий приоритет, поэтому в ближайшее время он навряд ли будет исправлен, но ваша работа поможет программисту при работе ( естественно, при условии, что вы сами не будете этим заниматься). Поскольку я не могу поменять адрес ответчика в RT, то я вашу заявку закрываю. Если вы хотите дальше заниматься этой работой (или другой), то отпишитесь на почту - будет новая заявка с актуальным адресом. Чем закончилась история с патчами? Они вошли в сборку? Откладываем, bugs@ в ближайшее время делать ничего не будет. Нужно уточнить, если сейчас проблемы нет, аннулируем. Для примера использовала 1с77,БД test_base wine@eter-2 bottle 1c77/1c77 WINE@Etersoft SQL 2.0.2-eter13/3 (В ответ на comment #2) > Вся проблема и все неудобства заключаются в том, что при работе - подменю > показывается сразу и из-за этого возникают неприятные микропаузы пока меню > прорисуется и будет возможен выбор другого меню. Чтобы понять о чём я говорю, > достаточно найти любое меню, где пункты меню были бы указателями на подпукты, > типа: > меню1->подменю1 > меню2->подменю2 > меню3->подменю3 > меню4->подменю4 > > Как это происходит в Винде - допустим перемещается курсор сверху вниз по этому > меню, и подменю не открываются, пока курсор на задержится на пункте на большее > время, чем указано в реестре. А Вайн меню открывается сразу, как только курсор > появился на этом подпункте. Вот такое поведение и требуется реализовать. Воспроизвелось. Все происходит именно так,как описано в комметнарии 2 :в wine подменю открывается мгновенно, также мгновенно и исчезает при перемещении указателя на другой пункт.В windows (также на примере 1с77) происходит небольшая задержка, ориентироваться и попасть в нужное подменю проще.) Проблема есть, работаю. На данный момент удалось сделать задержку открытия/закрытия меню на время, указанное в ключе реестра "HKEY_CURRENT_USER\Control Panel\Desktop\MenuShowDelay"(значение действительно берется из реестра). Осталась проблема некорректного возврата на уже открытое подменю(если оно не успело закрыться). Пытаюсь исправить. > Осталась проблема некорректного возврата на уже открытое подменю(если оно не
> успело закрыться).
Исправила.
Почему отложено? Так может быть всё-таки надо доделать, патчи отправить, и багу закрыть? Отложено, потому что временно не занимаюсь ей. Помнится, Дмитрий посоветовал мне сначала *досконально* изучить предмет исправления. Патч отправлялся на winehq, однако принят не был, и новых идей по поводу этой задачи у меня пока нет. Если будет лучше, чтобы задача висела в состоянии "назначена", верну обратно :) Задача по релизу W@E 1.* Уже давно не актуально, аннулирую. |
> Скорость(задержка) отработки меню в Windows регулируется ключиком в > реестре, по умолчанию, задержка - достаточная для рядового пользователя > - в Wine же никакой задержки нет, и пользователь вынужден производить > особо точную работу по управлению мышкой для выбора вложенного пункта > меню, иначе при неловком движении текущее меню закрывается и открывается > другое, в чье поле заехал указатель мыши.