Posted: 06.06.11 14:13. Post subject: [АНОНС] Новая версия Mouse Hunter 1.71

Выпущена новая версия Mouse Hunter 1.71


Выложил сабж - Mouse Hunter - бесплатная утилита, которая оптимизирует работу с мышью... (читать далее), про который говорил здесь...

quote:

Есть в Aml Pages такая фигня, как умный mouse wheel, когда по вращению колесика мыши скроллится не панель с фокусом ввода (панель, которая будет принимать клавиатурный ввод), а панель именно под курсором мыши. Дык вот написана отдельная тулза, которая оный фокес-покес распространяет на всю систему Windows (благо надоело лажаться в остальных программах). Писалось что называется на интерес, софтина фришная. Рабочее название Mouse Hunter (сдвоенная система: очень тонкий агент, который выполняет всю полезную работу, и отдельный exe-шник на модной библиотеке для конфигурирования. Потому и отдельный, что для модного интерфейса настроек. В момент выполнения полезной работы сама "модная" библиотека не нужна). Кому нить надо такое софтино? Могу выложить на сайт? Тока эта... (C) Чего там в описании писать, бог его знает... Ну не филолог я Может народ поможет?

 Posted: 15.12.11 12:06. Post subject: можно добавить настр..

quote:

можно добавить настройку "размер горизонтального скроллинга" ? т.е. хотелось бы иметь возможность двигать горизонтальный скроллинг за одну прокрутку колесика на большее "расстояние"

Carc пишет:

quote:

Подумаем: там копаться надо как маус вил по умолчанию разворачивается.

можно, по моему, проще: 1x 2x 3x ... того же "действия", что сейчас.

--------------------------------------------------------------------------------

quote:

в firefox 3.6.24 горизонтальный скроллинг не работает :(

Carc пишет:

quote:

Подробности в студию - лучше прямо с УРЛОМ проблемной страницы, чтобы врубиться получше в ситуацию.

да любая страница с горизонтальным скролом, например в
http://yandex.ru/yandsearch?text=бла%20бла
уменьшить окно до возникновения горизонтальной прокрутки.

кста, если прав GrelVl (а он наверное прав), то может сделать возможность настройки, результат который бы, например, мог "выглядеть" так:
shift + колесо мыши - попытка горизонтальной прокрутки используя WM_HSCROLL
alt + колесо мыши - попытка горизонтальной прокрутки используя WM_MOUSEHWHEEL
или так:
shift + колесо мыши - попытка горизонтальной прокрутки используя WM_HSCROLL и используя WM_MOUSEHWHEEL [то, что в некоторых программах будет двойной эффект(2x) не беда, главное чтоб работало]

 Posted: 15.12.11 14:16. Post subject: DrakonHaSh пишет: м..

DrakonHaSh пишет:

quote:

можно, по моему, проще: 1x 2x 3x ... того же "действия", что сейчас.

Любопытная идея. Только сдается мне это не будет одинаково работать везде. У меня вот в Бате работает вполне, в Хроме горизонтальный скроллинг тоже ничего так, а вот в Акробат Ридере маловато будет... И как тут для всех использовать одни и те же настройки кратности?

 Posted: 15.12.11 14:24. Post subject: DrakonHaSh пишет: к..

DrakonHaSh пишет:

quote:

кста, если прав GrelVl (а он наверное прав), то может сделать возможность настройки, результат который бы, например, мог "выглядеть" так: shift + колесо мыши - попытка вертикальной прокрутки используя WM_HSCROLL alt + колесо мыши - попытка вертикальной прокрутки используя WM_MOUSEHWHEEL или так: shift + колесо мыши - попытка вертикальной прокрутки используя WM_HSCROLL и используя WM_MOUSEHWHEEL [то, что в некоторых программах будет двойной эффект(2x) не беда, главное чтоб работало]

Хм, а WM_MOUSEWHELL само по себе ничего не крутит. Реакцию на него определяет только хост приложение - так что попытка вертикальной прокрутки смысла не имеет - она и так делается.
Да и мудренность мне не нравится - просто с точки зрения того, что пользователь будет вынужден об этом помнить.

Должно быть проще: нажаты клавиши (кнопки, шифты чего там выставлено в настройках) хирачим тьфу-ты, реализуем... ну да точно кажись так горизонтальный скроллинг.
Не нажаты клавиши: дык по умолчанию - юзим вертикальный.

 Posted: 15.12.11 14:53. Post subject: Carc пишет: Хм, а W..

Carc пишет:

quote:

Хм, а WM_MOUSEWHELL само по себе ничего не крутит. Реакцию на него определяет только хост приложение - так что попытка вертикальной прокрутки смысла не имеет - она и так делается.

Carc, то ли я твою мысль не понял, то ли ты не внимательно прочитал. Я писал про WM_MOUSEHWHEEL, а не про WM_MOUSEWHELL.

 Posted: 15.12.11 15:08. Post subject: GrelVl пишет: Carc,..

GrelVl пишет:

quote:

Carc, то ли я твою мысль не понял, то ли ты не внимательно прочитал. Я писал про WM_MOUSEHWHEEL, а не про WM_MOUSEWHELL.

Ептыть... Век живи - век учись. А пацаны-то и не знали

Блин, как-то я мимо этого сообщения прошел - вообще не в курсах был. СПАСИБО!
Попробуем! Только у меня Висты да сервера 2008 под рукой для тестов нет.

 Posted: 15.12.11 15:10. Post subject: Carc пишет: Ептыть...

Carc пишет:

quote:

Ептыть... Век живи - век учись. А пацаны-то и не знали Блин, как-то я мимо этого сообщения прошел - вообще не в курсах был. СПАСИБО! Попробуем! Только у меня Висты да сервера 2008 под рукой для тестов нет.

Только блин не знаю - в настройках оно надо делать? Рядовому пользователю страшное слово WM_MOUSEHWHEEL ничего не говорит.

 Posted: 15.12.11 15:44. Post subject: Carc пишет: Только ..

Carc пишет:

quote:

Только у меня Висты да сервера 2008 под рукой для тестов нет.

А и не надо. Сам же писал, что реакцию на сообщение определяет только хост приложение.
Carc пишет:

quote:

Рядовому пользователю страшное слово WM_MOUSEHWHEEL ничего не говорит.

Можно обозвать его типа "имитация наклона колеса".

 Posted: 15.12.11 16:08. Post subject: GrelVl пишет: А и н..

GrelVl пишет:

quote:

А и не надо. Сам же писал, что реакцию на сообщение определяет только хост приложение.

Настройку надо - хотя бы для тестов я так думаю. Потом если все хорошо, то можно просто убрать (причем можно в тестовом режиме убрать - старый прием test-case, который работает лучше новых. Вот в последних Пагесах отлино себя показал).

GrelVl пишет:

quote:

Можно обозвать его типа "имитация наклона колеса".

Предлагаю проще:
В названии че-нить написать чуть ли не от балды "эдвенсед скроль он горизонталь", по умолчанию для начала включить и только висты и старше. На крайняк чего в тултипе прописать для продвинутых.

Кому надо найдет или спросит - остальным побоку. Тут как-то пост мелькал про настройки пользователей. Если в 2-ух словах одна контора пользователей планктонного вида попросила скинуть файл конфигурации Ворда. Контора какая-то известная, с именем - ей доверяют.

Короче скинули тысячи (но меньше десятки, но все ж статистика). Изменены дефолты у 5 процентов, да и то по ходу папка по умолчанию для документов. И это-то известнейшее приложение, и пользуют и знают... И изменили папку для документов... И это "крутые" пользователи...

Я это про Гуд Дефаултс.... Это к тому что правильные настройки по умолчанию важнее, и никто в них не лазит. А если любопытно, могу дать ссылку на душераздирающую историю про гуд дефаултс. Как я родному-то!!! деду битый час доказывал - что это не крутой эксель - а моя Мапля работает. Вот вам и все настройки. Никто в них не лазиет. А для тех кто полез и правда смыслит, можно и в тултипе написать.

 Posted: 15.12.11 15:55. Post subject: Залил версию 1.11. ..

Залил версию 1.11.

Изменений мало, в основном менял в таргетной ДЛЛ направление горизонтального скроллинга. Колесико на себя - вправо (т.е. к концу документа по аналогии с вертикальным сроллингом), и колесико от себя - влево (опять же по аналогии в начало документа).

+ шутки-прибаутки в конфиг-модуле (если что, это не я! Это поклонники Пагес придумали "здесь могла быть ваша реклама")... В общем-то шутка юмора такая. А потом когда-нить может быть что-нить там и по делу будет (может спасибки какие со ссылками, может еще чего. А пока чего место пропадает? ).

А теперь уже займемся WM_MOUSEHWHEEL для висты. ОК?

 Posted: 15.12.11 18:36. Post subject: А почему, собственно..

А почему, собственно, MOUSEHWHEEL - для висты? Да, первый драйвер от MS, который начал генерировать это сообщение, появился в висте. Но мы же не отлавливать его собираемся, а сами посылать. А винде-то пофиг, какое сообщение мы посылаем. Поэтому работать будет и ниже висты.
По поводу настройки для типа сообщения для гор. прокрутки я сомневаюсь. Во-первых, мало приложений обрабатывают MOUSEHWHEEL, а во-вторых, я не встречал больше ни одного приложения, которое не понимало бы HSCROLL. В результате у пользователя, который включит в настройках MOUSEHWHEEL вместо HSCROLL. отвалится гор. прокрутка в большинстве приложений. Если уж и делать такую настройку, то только с возможностью задавать классы окон, в которых она будет работать. Но в текущей реализации по-моему проще и более правильно отлавливать Fx по классу окна и слать ему (и только ему) MOUSEHWHEEL. Для других окон все по-старому.
На счет Гуд Дефаултс я с тобой согласен. Идеальная программа вообще не должна иметь настроек и иметь всего лишь одну кнопку: "сделать, что бы все было ништяк":).

 Posted: 15.12.11 18:51. Post subject: GrelVl пишет: А поч..

GrelVl пишет:

quote:

А почему, собственно, MOUSEHWHEEL - для висты? Да, первый драйвер от MS, который начал генерировать это сообщение, появился в висте. Но мы же не отлавливать его собираемся, а сами посылать. А винде-то пофиг, какое сообщение мы посылаем. Поэтому работать будет и ниже висты.

Потому что мы должны быть уверены, что после отсылки MOUSEHWHEEL работа выполнена корректно... А как мы об этом узнаем?

В противном случае отсылка 2-ух сообщений: MOUSEHWHEEL + HSCROLL будет приводить к прокрутке горизонтально дважды (отрабатывает и 1-ое, и 2-ое сообщение) - т.е. это будет на новых виндах.
А в старых виндах та же пара будет отрабывать единожды, за счет HSCROLL.

Проще говоря, мы понятия не имеет привел ли к успеху первый MOUSEHWHEEL, и нужен ли второй посыл HSCROLL. Причем причину неудачи мы не знаем никак: ос старая, не поддерживается или что?
Поэтому и не получится использовать и то, и другое. Эффект будет разный на разных виндах.
Или я где-то ошибаюсь?

 Posted: 19.12.11 07:25. Post subject: Чего-то тут уже все ..

Чего-то тут уже все смешалось: и горизонтальная прокрутка и вертикальная. DrakonHaSh, давай уточним, тебя только горизонтальная прокрутка не устраивает или и вертикальная тоже?

Carc, я тоже долго про MOUSEHWHEEL не знал, а когда узнал, то тоже поначалу думал что оно только начиная с висты будет работать. Так что не ты первый.
Слать ли одновременно MOUSEHWHEEL и HSCROLL - дело твое. Тут тестить надо. На большом количестве приложений. А вот по поводу скорости горизонтальной прокрутки я могу сказать из своего опыта, что прокрутка с помощью HSCROLL часто оказывается меньше чем ожидается. Но с другой стороны, есть такие окна, где очень важна прокрутка по одной позиции, иначе просто проскакиваем нужную информацию. Например, такими окнами являются некоторые (не все) диалоги открытия/сохранения файлов. Мое решение было таким: засекаем время между сообщениями, если оно больше какой-то величины, скажем 100мсек, то шлем одно HSCROLL. Если меньше, то несколько. Т. о. при медленном вращении колеса прокрутка будет по одной позиции, а при быстром - больше. Ну вобще-то у меня немного посложнее, увеличение происходит в несколько этапов, чтобы не было рывка. Т. о. убиваем двух зайцев: по обстоятельствам можем делать и медленную и быструю прокрутку, не меняя настроек.
PS. Не хочу тебя пугать, но если у Mouse Hunter будет большое количество поклонников, то тебя еще столькими вопросами и пожеланиями завалят, что... Вобщем это еще цветочки. Но мне интересно, что у тебя получится. И в первую очередь интересны решения, отличные от моих. Поэтому постараюсь не сбивать тебя с твоего мысленного пути.

 Posted: 15.12.11 19:27. Post subject: Ошибаешся ты только ..

Ошибаешся ты только в том, что считаешь что mousehwheel не будет проходить на старых виндах. У меня под XP огнелис прекрасно принимает его отсылку из моей проги. Единственное, что важно - это чтобы в конечное приложение была заложена обработка этого сообщения, т. к. дефолтной виндовой оконной процедурой оно вообще не обрабатывается. А винда может быть хоть 98 :). А вот узнать, правильно ли отреагировало конечное приложение на наше сообщение мы действительно не можем. Ну по крайней мере надежных способов не существует.

 Posted: 22.12.11 00:25. Post subject: GrelVl пишет: Ошиба..

GrelVl пишет:

quote:

Ошибаешся ты только в том, что считаешь что mousehwheel не будет проходить на старых виндах. У меня под XP огнелис прекрасно принимает его отсылку из моей проги. Единственное, что важно - это чтобы в конечное приложение была заложена обработка этого сообщения, т. к. дефолтной виндовой оконной процедурой оно вообще не обрабатывается. А винда может быть хоть 98 :). А вот узнать, правильно ли отреагировало конечное приложение на наше сообщение мы действительно не можем. Ну по крайней мере надежных способов не существует.

Ну а я о чем говорил? Старая винда это 98\NT\2000 - там запросто может и не быть обработчика такого сообщения....

 Posted: 22.12.11 14:08. Post subject: Carc пишет: Старая ..

Carc пишет:

quote:

Старая винда это 98\NT\2000 - там запросто может и не быть обработчика такого сообщения....

Так... Почитал MSDN. DefWindowProc обрабатывает WM_MOUSEHWHEEL начиная с висты, а WM_MOUSEWHEEL начиная с 2000. Но для обоих сообщений вся обработка сводится к тому, что DefWindowProc перенаправляет их к окну-родителю того окна, которое его получило. И так продолжается пока либо сообщение не будет обработано либо пока не будет достигнуто окно верхнего уровня этого приложения. Вся "полезная реакция" (собственно прокрутка окна) возлогается на разработчиков приложений. Единственная разница между вистой и 98 при обработке этих сообщений лишь в том, что прод 98 разработчик не может пологаться на то, что они будут переданны вверх по цепочке парентов. Следовательно он должен вставить код по их обработке в то самое окно, которое должно на них реагировать. Такая программа будет одинаково работать и в висте и в 98. Если же он вставит их обработку в парент этого окна, такое приложение будет корректно работать в висте, но в 98 - только если активен тот самый парент. Хороший разработчик выберет первый путь. Собственно по этому мы и наблюдаем реакцию на WM_MOUSEHWHEEL в огнелисе под XP. Хотя не понятно почему они не добавили обработку WM_HSCROLL. А вообще WM_MOUSEHWHEEL так и осталось экзотикой. Не смотря на то что оно придумано давно, программисты не торопятся включать его обработку в свои программы.

 Posted: 22.12.11 14:20. Post subject: GrelVl пишет: Так....

GrelVl пишет:

quote:

Так... Почитал MSDN. DefWindowProc обрабатывает WM_MOUSEHWHEEL начиная с висты, а WM_MOUSEWHEEL начиная с 2000. Но для обоих сообщений вся обработка сводится к тому, что DefWindowProc перенаправляет их к окну-родителю того окна, которое его получило.

Ну понятно что перенаправляет, и конкретной прокруткой рулит конкретное приложение. Вопрос в другом: что
а) будет ли перенаправлять вообще? Увидит DefWindowProc под ХП непонятное сообщение, и просто банально на него забьет - ничего не перенаправляя.

б) еще бабка надвое сказала как именно она его перенаправляет. Может действительно напрямки правит его в окно и кладет с прибором. А может и иначе: отправляет, и если целевое приложение не реагирует на него (по возвращаемому значению), то рендерит сообщение во что-нить другое - тот же HSCROLL к примеру.

Как оно на самом деле - никто не знает. Design by behavior и привет. Так что хотя бы поначалу галки понадобятся, чтобы точно знать что именно делает Хантер. А то потом угадайка начнется - где хантер нашуровал, а где винда сама....

Сори, чего-то я отвечать стал на первую фразу - а по сути мы об одном и том же говорим.

GrelVl пишет:

quote:

Собственно по этому мы и наблюдаем реакцию на WM_MOUSEHWHEEL в огнелисе под XP. Хотя не понятно почему они не добавили обработку WM_HSCROLL. А вообще WM_MOUSEHWHEEL так и осталось экзотикой. Не смотря на то что оно придумано давно, программисты не торопятся включать его обработку в свои программы.

Ну вот собственно и я про то же: надо попробовать с галкой сначала, делать так или эдак. А там видно будет: оставить галку или захардкодить. Или как обычно галка пусть будет, но в 99 из 100 по умолчанию всех будет устраивать.

 Posted: 22.12.11 15:43. Post subject: Ладно, не будем лезт..

Ладно, не будем лезть в дебри. Выходов у тебя 2: либо слать одновременно hscroll и mousehwheel (отключаемая опция) либо захардкорить mousehwheel только для огнелиса.

 Posted: 22.12.11 16:48. Post subject: GrelVl пишет: Ладно..

GrelVl пишет:

quote:

Ладно, не будем лезть в дебри. Выходов у тебя 2: либо слать одновременно hscroll и mousehwheel (отключаемая опция) либо захардкорить mousehwheel только для огнелиса.

Сдается мне как раз не надо дважды отсылать эти сообщения. А то в определенных случаях будем получать двойной эффект, прокручиваться будет дважды. А в других стандартный, одинарный эффект. Зачем нам такое неопределенное поведение?

А хардкодить под огнелис имхо тоже сомнительная идея: завтра появится еще одно приложение, которое не сечет WM_HSCROLL, послезавтра третье - и что на каждое окно код переписывать? И сколько раз его придется переписывать?

 Posted: 22.12.11 18:15. Post subject: А ты как хочешь сдел..

А ты как хочешь сделать? Что бы была настройка слать hscroll или mousehwheel?

 Posted: 22.12.11 22:54. Post subject: GrelVl пишет: А ты ..

GrelVl пишет:

quote:

А ты как хочешь сделать? Что бы была настройка слать hscroll или mousehwheel?

Дык две радио-кнопки, или галку отдельную. Но видимо изначально по умолчанию будет mousehwheel - думаю это все-таки более правильное направление.