TWinKey - шорткаты, табы, диски и всякая всячина

sa · Сообщение sa » Пт июн 24, 2011 02:10

Flasher писал(а):Прям ежечастно необходимый набор действий.

Ты ж тоже букву Ё первой в строке быстрого поиска не каждый день используешь?

Flasher

sa
По-разному. По Ё искать легче, т.к. меньше вариантов для совпадения. Если я скажу, что использую фильтр по Ё в десятки раз чаще, чем названную тобой последовательность, то я ничего не скажу, т.к. я её никогда (кроме как сегодня) не использовал и вряд ли когда-либо буду. И ты, думаю, кстати, тоже.

sa · Сообщение sa » Пт июн 24, 2011 02:22

Flasher писал(а):И ты, думаю, кстати, тоже.

Естественно, назвал то, что попало под руку. С другой стороны, достаточно просто вызвать справку, запустить на нужной странице поиск по Ctrl+F, не найти требуемую строку и уже иметь три незакрытых окна.

Flasher

Четыре клика Esc вместо трёх (что крайне странно для опытного юзера) - это ничуть не страшнее, чем если промазать по кнопке на тулбаре и выполнить какой-то пакетный скрипт, согласись.

sa · Сообщение sa » Пт июн 24, 2011 02:42

Наверное, весь сыр-бор из-за того, что я обычно выдаю серию нажатий ESC с запасом (не опасаясь при этом последствий), а не в обрез.

ask-rus

sa писал(а):если выделение есть, то снимать его, а если нет (ну нажал ESC лишний раз), то восстанавливать.

Если выделение в файл. панели есть, то cm_ClearAll, если выделения нет, то стандарт Esc + cm_RestoreSelection.

Добавлено спустя 1 минуту:

ask-rus писал(а):cm_RestoreSelection

Не умеет сбрасывать фильтр.

Flasher

ask-rus писал(а):Не умеет сбрасывать фильтр.

В данном случае речь об условии, когда фильтра нет. Выделение должно сниматься после фильтрации, соответственно восстанавливать выделение можно будет только после последовательности - снять фильтр > снять выделение. Это довольно простая логика.

ask-rus

Flasher писал(а):В данном случае речь об условии, когда фильтра нет. Выделение должно сниматься после фильтрации, соответственно восстанавливать выделение можно будет только после последовательности - снять фильтр > снять выделение. Это довольно простая логика.

Пока у нас есть границы (нет возможности определить, в каком списке мы находимся)

VadiMGP писал(а):Могу предложить только два варианта - либо обратный порядок действий (сначала сбрасывать выделение, потом фильтр) либо одновременный сброс фильтра и выделения.

и новый вариант с восстановлением выделения, целесообразнее всего двигаться от того, что имеем. Привяжем к Esc помимо стандартной функции - cm_RestoreSelection для файл. панели с отсутствующим выделением, который будет выполняться после стандарта Esc (после снятия фильтра) с некоторой задержкой в мс.

Flasher

ask-rus писал(а):Пока у нас есть границы (нет возможности определить, в каком списке мы находимся)

При чём тут список? Главное, что можно определить по иконке, есть фильтрация или нет. А даже если бы не могли, то в любом случае Esc никак не должен был бы возвращать выделение до сброса фильтра.

ask-rus

Flasher писал(а):Главное, что можно определить по иконке, есть фильтрация или нет.

Я пока не услышал автора по этому поводу.

Flasher

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

ask-rus

Всё же следует дождаться автора, т. к. у нас сейчас есть два варианта:
- 1, с якобы возможностью не программно, а визуально

определить список (обычный или отфильтрованный Быстрым поиском) по значку;
- 2, когда всегда к Esc-функциям будет подвешано восстановление выделения, если выделение в файловой панели отсутствует, которое будет выполняться с маленькой задержкой, чтобы в случае с фильтром Быстрого поиска дать ему возможность сброситься.

Flasher

ask-rus писал(а):т. к. у нас сейчас есть два варианта

1-й - это вариант чего? Чтобы ты понял, что к списку применён фильтр. А 2-й касается текущей проблемы. Одно с другим тут мешать не надо.

ask-rus писал(а):которое будет выполняться с маленькой задержкой, чтобы в случае с фильтром Быстрого поиска дать ему возможность сброситься

В задержке не вижу никакого смысла. Сброс должен происходить без всяких задержек. А восстановление должно выполняться после снятия выделения, которое и так будет запомнено программно.

ask-rus

Flasher писал(а):1-й - это вариант чего? Чтобы ты понял, что к списку применён фильтр.

Т. е. ты уверен, что утилита способна отловить наличие значка у строки состояния?

Flasher писал(а):А 2-й касается текущей проблемы. Одно с другим тут мешать не надо.

Что с чем намешано?

Flasher писал(а):В задержке не вижу никакого смысла. Сброс должен происходить без всяких задержек.

Одновременно?

Flasher писал(а):А восстановление должно выполняться после снятия выделения, которое и так будет запомнено программно.

Ну это понятно, что cm_ClearAll запоминает то, что сбросил.

Flasher

ask-rus писал(а):Т. е. ты уверен, что утилита способна отловить наличие значка у строки состояния?

Нет, я уверен, что ты можешь это сделать самостоятельно.

ask-rus писал(а):Что с чем намешано?

Мухи с котлетами. Сначала пишешь об одном, потом о другом.

ask-rus писал(а):Одновременно?

Сброс фильтра - он один. Одновременность можно подвязать как минимум к двух событиям.