Имеется некое приложение (WPF 4.0, Win7), работающее без клавиатуры, весь ввод идёт от сенсорного экрана. Работает вроде бы нормально, но вот отзывчивость кнопок оставляет желать лучшего - бывает, реагируют с третьего-пятого раза; если расположены рядом, то фокус может при клике по кнопке переползти на соседнюю, итп. Кнопки просто привязаны к командам (экземплярам ICommand) в модели через биндинг, никакой обработки touch events не делается. У кнопок переопределён дефолтный темплейт, но внутри там ничего особенного - Border для раскраски, ContentPresenter, несколько VisualStates и триггреров опять же для перекраски в зависимости от. Focusable и IsTabStop установлены в False, FocusVisualStyle в x:Null.
Может, есть для такого случая (сенсорный ввод) какие-то специальные tips & tricks, чтобы сделать интерфейс более отзывчивым?

Видимо, да.

Это приложение вообще не использует стандартных диалогов, поэтому не знаю (но вроде как все именно стандартные диалоги - FileDialog, PrintDialog, всякие там свойства сертификатов, и проч. - они же нативные? По крайней мере, их потроха прекрасно просматриваются с помощью Spy++).

Я тоже думал так попробовать, но в моём случае это будет очень трудоёмко - в приложении code behind практически нет, все привязки команд к кнопкам находятся внутри стилей и дататемплейтов, и добраться до этих кнопок, чтобы императивно подцепить хэндлеры кликов и тачей - это будет очень долгая и невесёлая песня. Поэтому, собственно, и ищу серебряную пулю :)

Как выяснилось, вышеописанное поведение на сенсорных экранах - это достаточно давно известный баг: https://github.com/dotnet/wpf/issues/194
Просто навешивание обработчиков кликов в code-behind в моём случае ничего не дало.
Слегка исправил картину способ, указанный здесь . Указанные по этой же ссылке хотфиксы на сайте MS сейчас недоступны - вместо хотфикса они настоятельно предлагают перейти на Win10, что в моем случае невозможно. Вариант с дективацией tablet device (там же ниже) не дал вообще никакого эффекта.
Из интересного: оказывается, в случае сенсорного экрана еще могут некорректно отрабатывать VisualState's в темплейте - способ борьбы с этим есть здесь .
Препарирование механизма touch events в связке с mouse events, и почему последние могут вообще не работать, если в визуальном дереве у какого-то из родителей установлено IsManipulationEnabled = true: http://nui.joshland.org/2010/04/why-wont-wpf-controls-work-with-touch.html
Хоть у меня это свойство нигде не установлено, я всё равно попробовал применить приведенный по ссылке код - метод, вызываемый из TouchUp, судя по содержимому лога, вызывается через раз-другой, т.е. всё-таки TouchPoint живет какой-то своей жизнью, и часто попадает мимо кнопки, несмотря на вызов Mouse.Synchronize.
Ну, и на этом вроде бы всё.