Вот прям в хроме сейчас. Вбиваю в строку адреса что-то. Он мне сразу показывает меню с пунктами из истории. Подвожу мышкой, щёлкаю. За то мгновение, пока я нажимаю на кнопку, из гугла подгружаются автодополнение и подменяет пункт из истории на пункт из поиска. В итоге грузится не так страница. Начинаем всё с начала — открываем новую вкладку, вбиваем в строку адреса что-то. Потеряна минута жизни.

И такое повсеместно. Неужели так сложно при появлении элемента отключить реакцию на нажатие мышкой в течение следующей секунды, к примеру. Ну может меньше, но в любом случае есть какая-то разумная реакция. Если я жму мышкой через 50 мс после появления элемента на экране, очевидно, что мозг с такой скоростью не работает и я жму не туда, куда хотел. А ещё лучше — не менять просто так элементы интерфейса под мышкой, а добавлять их снизу, к примеру.

Здравствуйте, vsb, Вы писали:

Во всем виноваты жиэсники!

vsb>Вот прям в хроме сейчас. Вбиваю в строку адреса что-то. Он мне сразу показывает меню с пунктами из истории. Подвожу мышкой, щёлкаю. За то мгновение, пока я нажимаю на кнопку, из гугла подгружаются автодополнение и подменяет пункт из истории на пункт из поиска. В итоге грузится не так страница.
Используйте православный фаерфокс. Там отдельно поле адреса с историей загруженных страниц, и отдельно поле поиска с историей поиска. И никакого сострадания к мобиломеньшинствам, у которых кружится голова от сложной экранной формы с >1 полей ввода.

Здравствуйте, Osaka, Вы писали:

O>Используйте православный фаерфокс. Там отдельно поле адреса с историей загруженных страниц, и отдельно поле поиска с историей поиска. И никакого сострадания к мобиломеньшинствам, у которых кружится голова от сложной экранной формы с >1 полей ввода.

Не знаю, где взять православный, в линуксе у меня видимо мусульманский, там одна строка. Наверное можно настроить.

Здравствуйте, vsb, Вы писали:

vsb>Не знаю, где взять православный, в линуксе у меня видимо мусульманский, там одна строка. Наверное можно настроить.
Угу, и в винде приходится настраивать. Но при строка для ввода адреса продолжает работать, как и строка поиска, хотя для поиска появляется еще одна рядом. Та же задница, вид сбоку.

Здравствуйте, vsb, Вы писали:

vsb>Вот прям в хроме сейчас. Вбиваю в строку адреса что-то. Он мне сразу показывает меню с пунктами из истории. Подвожу мышкой, щёлкаю. За то мгновение, пока я нажимаю на кнопку, из гугла подгружаются автодополнение и подменяет пункт из истории на пункт из поиска. В итоге грузится не так страница. Начинаем всё с начала — открываем новую вкладку, вбиваем в строку адреса что-то. Потеряна минута жизни.

vsb>И такое повсеместно. Неужели так сложно при появлении элемента отключить реакцию на нажатие мышкой в течение следующей секунды, к примеру. Ну может меньше, но в любом случае есть какая-то разумная реакция. Если я жму мышкой через 50 мс после появления элемента на экране, очевидно, что мозг с такой скоростью не работает и я жму не туда, куда хотел. А ещё лучше — не менять просто так элементы интерфейса под мышкой, а добавлять их снизу, к примеру.

Это ты еще на сайте Озона не пытался чмыкнуть куда-нибудь в фильтр, когда там асинхронно что-то подгружается, на лету меняется сортировка списков и происходит прочая своя, кем-то зачем-то придуманная жизнь.

На самом деле, думаю, некоторые решения известны, но их не так просто внедрить без заметного рефакторинга. Есть же примеры тех же сайтов магазинов/маркетплейсов, сделанные по-человечески. Во-вторых, некоторые решения не так уж очевидны, и если что-то оптимально для большинства, не факт, что оно понравится тебе: у тебя свой воркфлоу, моторика, тайминги. В-третьих, не все — хорошие программисты, дизайнеры и мудрые юзабелисты, остальным людям тоже надо где-то работать.

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

Не понял, зачем там мышкой что-то кликать, если можно клавиатурой по списку пройтись.
И это, автодополнение можно отключить ("Autocomplete searches and URLs")

Меня больше беспокоило ложное переключение на search engine, но я это поборол через кастомный search engine.
В Mozilla Firefox "switch to tab" мешается.

Здравствуйте, vsb, Вы писали:

vsb>И такое повсеместно. Неужели так сложно при появлении элемента отключить реакцию на нажатие мышкой в течение следующей секунды, к примеру. Ну может меньше, но в любом случае есть какая-то разумная реакция. Если я жму мышкой через 50 мс после появления элемента на экране, очевидно, что мозг с такой скоростью не работает и я жму не туда, куда хотел. А ещё лучше — не менять просто так элементы интерфейса под мышкой, а добавлять их снизу, к примеру.

Так это поведение аналогично и для клавиатуры и не только внутри одного приложения.
Сидишь себе в программе стрелками листаешь список, по Enter хочешь перейти в редактирование одной записи, а там вдруг система вывалила окно с предложением обновить и перезагрузить комп, куда улетел фокус ввода и ты Enter'ом согласился на это.
И в телефонах без мышки такая же фигня постоянно.
Я вчера так зашёл в журнал вызовов, хотел позвонить одному контакту, но внезапно список прогрузился и на его месте оказался другой контакт.
Потому что ради быстрого запуска мгновенно показали что-то кэшированное, в фоне запустили актуализацию, которая выполнилась может за пару секунд, но я уже успел сделать выбор.
Если бы сразу при запуске актуализировали данные, то приложение запускалось на эти пару секунд дольше.
Обзорщики бы в интернетах положили рядом два смартфона и показали, что один мгновенно стартует, а второй отстаёт и плохой.
В общем, проблема глобальная и нужно как-то решать на уровне ОС. Можно сократить проблемы на уровне конкретного приложения, но и это сейчас не модно.
Для сенсорного ввода пальцем на экране почему-то заморочились, высчитывают и определяют куда именно считать нажатие из этих сотен пикселей под пальцем.
Переключением фокуса ввода почему-то не озадачиваются.

Здравствуйте, Osaka, Вы писали:

O>Используйте православный фаерфокс. Там отдельно поле адреса с историей загруженных страниц, и отдельно поле поиска с историей поиска. И никакого сострадания к мобиломеньшинствам, у которых кружится голова от сложной экранной формы с >1 полей ввода.

Вы давно FF использовали?
Сейчас для этого надо явно выставить "browser.newtabpage.activity-stream.improvesearch.handoffToAwesomebar=false" (ищется по awesome, скромности у этих уёбдизайнеров на десяток Наполеонов вместе взятых)
И то в private mode не работает (хотя это немного логично).

Здравствуйте, vsb, Вы писали:

vsb>Неужели так сложно при появлении элемента отключить реакцию на нажатие мышкой в течение следующей секунды, к примеру.

Красивая идея. Записал.

Здравствуйте, vsb, Вы писали:

vsb>Вот прям в хроме сейчас. ...

Старая тема. загружаешь страничку, пытаешься нажать на ссылку, а в этот момент у страницы дозагрузилась и распахнулась верхняя часть. Твой клик попал не туда. Бесит реально.

N>Сейчас для этого надо явно выставить "browser.newtabpage.activity-stream.improvesearch.handoffToAwesomebar=false" (ищется по awesome, скромности у этих уёбдизайнеров на десяток Наполеонов вместе взятых)
N>И то в private mode не работает (хотя это немного логично).

Разве не достаточно эту настройку поменять?

Здравствуйте, m2user, Вы писали:

N>>Сейчас для этого надо явно выставить "browser.newtabpage.activity-stream.improvesearch.handoffToAwesomebar=false" (ищется по awesome, скромности у этих уёбдизайнеров на десяток Наполеонов вместе взятых)
N>>И то в private mode не работает (хотя это немного логично).

M>Разве не достаточно эту настройку поменять?
M>Image: Screenshot at 2024-04-14 09-35-08.png

Это другое. То что ты показываешь заводит search bar справа от URL. А я говорю про вариант, когда на новой странице пишешь чего-то в поле поиска, а оно тебе мгновенно перекидывает в адресную строку.
Search bar справа от URL отбирает его длину и на новой странице имеет мало смысла, там в самой странице достаточно места. Поэтому я этот вариант изначально не рассматривал, он действительно устаревший ну для 99% юзеров.

Здравствуйте, vsb, Вы писали:

vsb>Не знаю, где взять православный, в линуксе у меня видимо мусульманский, там одна строка. Наверное можно настроить.
Причем запросто. Или ты из "мобиломеньшинств, у которых кружится голова от сложной экранной формы с >1 полей ввода".
Более того, при обновлениях себя файрфокс твои его настройки не меняет.

N>А я говорю про вариант, когда на новой странице пишешь чего-то в поле поиска, а оно тебе мгновенно перекидывает в адресную строку.

у меня "new windows and tab" настроен на blank page, а не Firefox Home, поэтому никакого Web Search у меня там нет.
Предпочитаю использовать поисковики напрямую. А вместо Search bar у меня когда-то был настроен поиск по контенту открытой страницы.

Здравствуйте, vsb, Вы писали:

vsb>Вот прям в хроме сейчас. Вбиваю в строку адреса что-то. Он мне сразу показывает меню с пунктами из истории. Подвожу мышкой, щёлкаю. За то мгновение, пока я нажимаю на кнопку, из гугла подгружаются автодополнение и подменяет пункт из истории на пункт из поиска. В итоге грузится не так страница. Начинаем всё с начала — открываем новую вкладку, вбиваем в строку адреса что-то. Потеряна минута жизни.

vsb>И такое повсеместно. Неужели так сложно при появлении элемента отключить реакцию на нажатие мышкой в течение следующей секунды, к примеру. Ну может меньше, но в любом случае есть какая-то разумная реакция. Если я жму мышкой через 50 мс после появления элемента на экране, очевидно, что мозг с такой скоростью не работает и я жму не туда, куда хотел. А ещё лучше — не менять просто так элементы интерфейса под мышкой, а добавлять их снизу, к примеру.

Потому что интерфейсы нынче рисованные. На винде клик приходит хендлу, если хендел — это отдельный контроль, то проблем не будет, а вот если хендел это окно с рисованными контролями, то клик в реальности идет не на контроль, а в некоторую точку в окне и если окно перерисуется раньше, чем будет обработан клик, то клик пройдет не в тот нарисованный контроль по которому он был осуществлен.

Здравствуйте, Osaka, Вы писали:

O>Используйте православный фаерфокс.

Он перестал быть православным после 26-й версии.

Здравствуйте, rudzuk, Вы писали:

R>Во всем виноваты жиэсники!

Так оно. На жиэсе с цыэсэсом взял да сделал. Даже если получилась фигня. На большинстве остального взял... взял... взял... и решил: да ну его нахер!

Здравствуйте, m2user, Вы писали:

M>у меня "new windows and tab" настроен на blank page, а не Firefox Home, поэтому никакого Web Search у меня там нет.

У меня Firefox Home, но никакого Web Search у меня там нет. Убрал этот бесполезный кусок интерфейса (вместе с ним исчезло лого гигантского размера — про скромность разработчиков ФФ см. выше).

Здравствуйте, netch80, Вы писали:

N>ищется по awesome, скромности у этих уёбдизайнеров

Причём тут уёбдизайнеры? Это дизайнеры ФФ.

N>Вы давно FF использовали?
N>Сейчас для этого надо явно выставить "browser.newtabpage.activity-stream.improvesearch.handoffToAwesomebar=false" (ищется по awesome, скромности у этих уёбдизайнеров на десяток Наполеонов вместе взятых)
Установлено в прошлой пятилетке, обновлено до 102, эта настройка true (не трогал)

AD>Старая тема. загружаешь страничку, пытаешься нажать на ссылку, а в этот момент у страницы дозагрузилась и распахнулась верхняя часть. Твой клик попал не туда.
Именно туда ради чего всё делалось — на баннер.

Здравствуйте, Osaka, Вы писали:

AD>>Старая тема. загружаешь страничку, пытаешься нажать на ссылку, а в этот момент у страницы дозагрузилась и распахнулась верхняя часть. Твой клик попал не туда.
O>Именно туда ради чего всё делалось — на баннер.
Вот-вот

Здравствуйте, Alekzander, Вы писали:

A> Так оно. На жиэсе с цыэсэсом взял да сделал. Даже если получилась фигня. На большинстве остального взял... взял... взял... и решил: да ну его нахер!

Здравствуйте, rudzuk, Вы писали:

R>Image: flat,750x,075,f-pad,750x1000,f8f8f8.u2.jpg

Ну ты и старпёр, если помнишь детские болячки браузеров.

Здравствуйте, vsb, Вы писали:

O>>Используйте православный фаерфокс. Там отдельно поле адреса с историей загруженных страниц, и отдельно поле поиска с историей поиска. И никакого сострадания к мобиломеньшинствам, у которых кружится голова от сложной экранной формы с >1 полей ввода.

vsb>Не знаю, где взять православный, в линуксе у меня видимо мусульманский, там одна строка. Наверное можно настроить.

Файрфокс — лютое гавно. На работе принуждают, сам бы никогда не стал юзать

Здравствуйте, vsb, Вы писали:


vsb>И такое повсеместно. Неужели так сложно при появлении элемента отключить реакцию на нажатие мышкой в течение следующей секунды, к примеру.

Ну если не сложно, возьми и сделай. Опен-сорс же
А вообще говоря да. Сложно. Эти то хоть асинхронную загрузку сделали, а вот в микрософте например и этого не осилили.

Здравствуйте, Alekzander, Вы писали:

A> R>Image: flat,750x,075,f-pad,750x1000,f8f8f8.u2.jpg

A> Ну ты и старпёр, если помнишь детские болячки браузеров.

Ха! Еще какой. Я видел жизнь!

M>Файрфокс — лютое гавно.

Мне не нравится, куда Mozilla Firefox движется с выходом новых версий.
Но у FF есть фича Multi-Account containers, полноценного аналога которой в Chromium я не обнаружил.
Да и вообще FF пока ближе к привычным браузерам, типа Seamonkey.

M> На работе принуждают, сам бы никогда не стал юзать
Это как?

Здравствуйте, m2user, Вы писали:

M>Но у FF есть фича Multi-Account containers, полноценного аналога которой в Chromium я не обнаружил.

Что это и нафига оно нужно?


M>Да и вообще FF пока ближе к привычным браузерам, типа Seamonkey.

Привычные браузеры типа Seamonkey? А что это за Seamonkey? Кто его видел, кто им пользуется? Кому они привычны?

Мне хром привычен, а как в яндексе попользовался яндекс браузером, он мне хорошо зашел, правда на свой домашний комп чет пока ленюсь с хрома на трусики переехать


M>> На работе принуждают, сам бы никогда не стал юзать
M>Это как?

Ну так, запрещено и всё

Здравствуйте, rudzuk, Вы писали:

A>> R>Image: flat,750x,075,f-pad,750x1000,f8f8f8.u2.jpg

A>> Ну ты и старпёр, если помнишь детские болячки браузеров.

R>Ха! Еще какой. Я видел жизнь!

Да и я, в общем-то, тоже... Ну вот, сам себя расстроил!

M>>Но у FF есть фича Multi-Account containers, полноценного аналога которой в Chromium я не обнаружил.
M>Что это и нафига оно нужно?

Это как Incognito/Private window (свой набор cookies в каждом контейнере), только не один, а именованные — можно задавать для каждого таба свой контейнер.
И создавать/удалять их по необходимости.
Незаменимо, если есть несколько учеток от одного сервиса, либо просто, чтобы ограничить всякие сайты, следящие за пользователями через cookie.

M>Привычные браузеры типа Seamonkey? А что это за Seamonkey? Кто его видел, кто им пользуется? Кому они привычны?

Seamonkey это набор приложений (почтовик, браузер, irc, news), от которых в 2005 г. ответвился Firefox.
Т.е. это браузер на движке Gecko, как и FF, но без всяких радикальных изменений, которые произошли с FF за последние лет 10-15.
Релизится регулярно (последняя версия March 28, 2024).
Можно рассматривать как запасной вариант, если FF испортят окончательно.

Здравствуйте, netch80, Вы писали:

N>Красивая идея. Записал.
Да как то не очень, если прога на клик не будет реагировать. Ты вроде нажал и ждешь результата, а ничего не происходит.
Лучше будет вставлять заглушки на место контрола, а как данные подгрузятся заменять заглушки контролами. Или выводить в контейнере индикатор загрузки, после чего сразу вставить все контролы в контейнер.
А если речь о том, что он нажал на один элемент и пока отпускал палец его место занял другой элемент, то тут клика происходить не должно, т.к. mousedown был на одном контроле, а mouseup на другом.

Здравствуйте, Marty, Вы писали:

M>Файрфокс — лютое гавно. На работе принуждают, сам бы никогда не стал юзать
Раньше был отличный, они сами его сговняли когда похерили поддержку большинства UI плагинов и сделали сам UI до тошноты похожим на хром.
Я тогда скрипя зубами слез на хром, раз уж FF стал таким же угробищным но ещё и тормозным.

Здравствуйте, Marty, Вы писали:

M>>> На работе принуждают, сам бы никогда не стал юзать
M>>Это как?
M>Ну так, запрещено и всё
Это как? Запрещено всё кроме FF?

Здравствуйте, DiZSl, Вы писали:

DZS>Потому что интерфейсы нынче рисованные. На винде клик приходит хендлу, если хендел — это отдельный контроль, то проблем не будет, а вот если хендел это окно с рисованными контролями, то клик в реальности идет не на контроль, а в некоторую точку в окне и если окно перерисуется раньше, чем будет обработан клик, то клик пройдет не в тот нарисованный контроль по которому он был осуществлен.

Не, если у тебя перерисовалось буквально перед тем как ты решил кликнуть и палец начал движение то вне зависимости от того, как у тебя под капотом это реализовано — ты, как хуман, кликнешь не туда, куда собирался. С точки зрения машины как раз всё будет правильно: ты кликнул уже на новый контрол, который отрисовался за несколько десятков миллисекунд раньше.
Это такая же проблема как внезапное выскакивание popup с default button когда ты набираешь текст и вводом или пробелом "выбираешь" default button даже не успев толком рассмотреть что это было.

Более правильно будет не менять позицию контрола (или элемента в контроле), над которым уже находится мыша. Можно визуально показать что там есть новые данные, цветом или маленькой иконкой внутри контрола, но НЕ МЕНЯЯ КООРДИНАТ того, что уже есть в контроле), и перерисовать его только после того как юзер отведёт мышу или кликнет на эту иконку.
С пальцетыком вообзще хз как понять куда юзер несёт свой палец, там в общем случае есть наверное только одно хорошее решение для интерфейса, который обновляется асинхронно — НЕ ОБНОВЛЯТЬ ИНТЕРФЕЙС АСИНХРОННО! Показывай спиннер, который меняется кнопку со смыслом "готово", по нажатию на которую будет redraw и показ новых, догрузившихся элементов.
Если же суетиться под клиентом то клиент будет периодически тыкать "не в ту дырку".

Здравствуйте, Константин Б., Вы писали:

КБ>А вообще говоря да. Сложно. Эти то хоть асинхронную загрузку сделали
Вот только сделали так, что лучше бы не делали

Здравствуйте, CreatorCray, Вы писали:

CC>Раньше был отличный, они сами его сговняли когда похерили поддержку большинства UI плагинов и сделали сам UI до тошноты похожим на хром.
CC>Я тогда скрипя зубами слез на хром, раз уж FF стал таким же угробищным но ещё и тормозным.

Не знаю, что там на хром похоже, контекстные меню совсем другие

Здравствуйте, CreatorCray, Вы писали:

M>>>> На работе принуждают, сам бы никогда не стал юзать
M>>>Это как?
M>>Ну так, запрещено и всё
CC>Это как? Запрещено всё кроме FF?

Да

Здравствуйте, Marty, Вы писали:

CC>>Это как? Запрещено всё кроме FF?
M>Да
Жестоко!
Интересно почему именно FF разрешён...

Здравствуйте, Marty, Вы писали:

M>Не знаю, что там на хром похоже, контекстные меню совсем другие
Когда они начали пихать то, что они назвали Quantum — интерфейс стал похож на хром, такой же убогий.
Я тогда с него и слез.

Здравствуйте, vsb, Вы писали:

vsb>Вот прям в хроме сейчас. Вбиваю в строку адреса что-то. Он мне сразу показывает меню с пунктами из истории. Подвожу мышкой, щёлкаю. За то мгновение, пока я нажимаю на кнопку, из гугла подгружаются автодополнение и подменяет пункт из истории на пункт из поиска.

Да. И не только в Хроме.
За прыгающие контролы убивать вообще надо.
Или хотя бы сильно бить.

Здравствуйте, CreatorCray, Вы писали:

CC>>>Это как? Запрещено всё кроме FF?
M>>Да
CC>Жестоко!
CC>Интересно почему именно FF разрешён...

Ну, он типа никуда ничего не сливает

Здравствуйте, Marty, Вы писали:

M>Ну, он типа никуда ничего не сливает
А откуда они знают?
Скорее уж своя сборка хрома будет точно ничего никуда не сливать.

Здравствуйте, vsb, Вы писали:

vsb>Неужели так сложно при появлении элемента отключить реакцию на нажатие мышкой в течение следующей секунды, к примеру. Ну может меньше, но в любом случае есть какая-то разумная реакция.
Её нет. Будет бесить ещё больше "подвисание" курсора мыши, щелчка. Люди согласны тупить сами, но латентность мыши "на ровном месте" раздражает.
Поработай в RDP через долгий TCP (свисток) или поиграй в современные игры на старом железе.
Это неправильный подход.

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

А всего-то надо было выделить первые строки панели подсказки истории, а последующие ниже — подгрузке. Но кто думает про юзабельность. За это не плотють. И так сойдёт.

Здравствуйте, vsb, Вы писали:
асинхронка задолбала, на днях дважды перевод с телефонной приложухи сделал.
хорошо сумма маленькая.

Здравствуйте, Разраб, Вы писали:

Р>асинхронка задолбала, на днях дважды перевод с телефонной приложухи сделал.
Я отчасти потому финансовыми мобильными прилагами не пользуюсь совсем — очень неудобный у них UX всегда.

Здравствуйте, alexsmirnoff, Вы писали:

A>Здравствуйте, vsb, Вы писали:

vsb>>Вот прям в хроме сейчас. Вбиваю в строку адреса что-то. Он мне сразу показывает меню с пунктами из истории. Подвожу мышкой, щёлкаю. За то мгновение, пока я нажимаю на кнопку, из гугла подгружаются автодополнение и подменяет пункт из истории на пункт из поиска.

A>Да. И не только в Хроме.
A>За прыгающие контролы убивать вообще надо.
A>Или хотя бы сильно бить.

Последние 5-10 лет и далее на неопределэнное время это главный писк моды. Помню времена, когда прыгающие кнопки бывали лишь шуткой, а теперь и в банковских приложениях такое запросто. Видимо, искусственный псевдоинтеллект внедряют, он теперь всегда настаивает на своём мнении, что нужно делать, кому не нравится — это его проблемы, c'est la vie.

Здравствуйте, akasoft, Вы писали:

A>Её нет. Будет бесить ещё больше "подвисание" курсора мыши, щелчка. Люди согласны тупить сами, но латентность мыши "на ровном месте" раздражает.
A>Поработай в RDP через долгий TCP (свисток) или поиграй в современные игры на старом железе.
A>Это неправильный подход.

Как-то мы живём с двойными кликами, а там системе нужно придержать событие и подождать — будет второй клик или уже нужно событие одинарного в окно слать.

A>Вот. Вооот! Это кривой дизайн — менять элементы под курсором.

А что делать, когда я в своём приложении нормальный дизайн сделал, но пользователю под мышку выскочило всплывающее окно стороннего приложения?

Здравствуйте, karbofos42, Вы писали:

K>Как-то мы живём с двойными кликами, а там системе нужно придержать событие и подождать — будет второй клик или уже нужно событие одинарного в окно слать.
И будет "Я же нажал! Теперь опять уровень с начала проходить!!! Бах мышой об стену".

K>А что делать, когда я в своём приложении нормальный дизайн сделал, но пользователю под мышку выскочило всплывающее окно стороннего приложения?
Мы же про браузер и поиск в нём или рецепт на все случаи жизни? Так серебряной пули нет.

Здравствуйте, akasoft, Вы писали:

A>И будет "Я же нажал! Теперь опять уровень с начала проходить!!! Бах мышой об стену".

Вопрос реализации. Из-за двойных кликов кто-то переживает: "я же нажал сколько-то миллисекунд назад, а тупой компьютер всё не реагирует"?

A>Мы же про браузер и поиск в нём или рецепт на все случаи жизни? Так серебряной пули нет.

Так всегда лучше искать универсальное решение, а не узкоспециализированное.

Я просто отключил часть подсказок и всё.

Здравствуйте, karbofos42, Вы писали:
K>Как-то мы живём с двойными кликами, а там системе нужно придержать событие и подождать — будет второй клик или уже нужно событие одинарного в окно слать.
Это где такое?
Во всех (немногих) известных мне гуях никто ничего не придерживает. Когда пользователь делает "двойной клик", в окно приходят по очереди вот такие сообщения:
1. MouseDown
2. MouseUp
3. Click
4. MouseDown
5. MouseUp
6. DoubleClick
Никакой задержки между 2 и 3, а также 5 и 6 нету.

Чтобы добиться описываемого вами поведения, нужно унижаться вручную: https://learn.microsoft.com/en-us/dotnet/desktop/winforms/input-mouse/how-to-distinguish-between-clicks-and-double-clicks?view=netdesktop-8.0
При этом дефолтный double click time составляет ажно полсекунды. Это примерно впятеро больше интервала, воспринимаемого как "немедленная реакция".
Работать с приложением, которое тупит по полсекунды на каждый клик, будет крайне неприятно.

Здравствуйте, karbofos42, Вы писали:
K>Вопрос реализации. Из-за двойных кликов кто-то переживает: "я же нажал сколько-то миллисекунд назад, а тупой компьютер всё не реагирует"?
Никто не переживает, потому что большинство приложений сделаны в рекомендованной парадигме, где дабл-клик расширяет действие одинарного.
Стандартная штука — один клик "выделяет" элемент, двойной — "запускает" или "открывает" или "выполняет действие по умолчанию".
При этом подразумевается, что двойной клик, помимо своей уникальной нагрузки, включает в себя и то же самое поведение "выделить", которое работает по одинарному клику.
Это как раз и позволяет мгновенно реагировать на одинарный клик.