> Скорость(задержка) отработки меню в Windows регулируется ключиком в > реестре, по умолчанию, задержка - достаточная для рядового пользователя > - в Wine же никакой задержки нет, и пользователь вынужден производить > особо точную работу по управлению мышкой для выбора вложенного пункта > меню, иначе при неловком движении текущее меню закрывается и открывается > другое, в чье поле заехал указатель мыши.
В 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.* Уже давно не актуально, аннулирую.