Total Commander

+ tab @ bottom
+ Keys filter
гдето в Пт-Суб будет бета

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

Нотпад ведет себя (Win+Left) так же

Попробую пояснить свой вопрос.
Если окно Син в нормальном, новом или максимальном положении, то я не вижу причин (о них был вопрос), почему нужно менять положение окна при вызове из Проводника. А вот из свернутого состояния Син нужно, конечно, развернуть. Тут я понимаю - окно займет нормальное положение.

Не понял. я сказал что Нотпад (Notepad) ведет себя с сохранением окна так же. PSPad - нет

Поиск в Дереве- теперь по Ctrl+F. Диалог стандартный непереведенный пока

1. Ликбез. Поясните, какие для пользователя положительные черты имеет организация Рез.поиска в виде списка? Почему это не реализовано как обычный readonly редактор (как в табе)?
Я вижу только недостатки: нельзя копировать, искать привычными средствами.
Конечно, есть возможность получить не в список, а в таб. НО при этом пользователь лишается переходов по найденным местам. Жестокая плата.

Для пол-ля неудобно. Но я пока не знаю как сдеать такое же(с подсветкой, переходами) в редакторе

Alextp писал(а):Для пол-ля неудобно. Но я пока не знаю как сдеать такое же(с подсветкой, переходами) в редакторе

Подсветка - это "бантики". Удобства при работе в привычной среде их сильно перевешивают.
Переходы как раз реализовать можно, поскольку все данные для них есть в тексте (readonly!) выдачи: полное имя файла, номер строки.

подсветка подстрок тоже нужна. Потом переделаю

2. Сейчас в Син можно указать в дереве узел и перейти в таб для редактирования этого элемента.
Предлагаю дать команды для перемещения внутри таба
- предыдущий узел дерева, то есть сокращение для шагов (в дерево)(шаг вверх)(в таб)
- следующий узел дерева, то есть сокращение для шагов (в дерево)(шаг вниз)(в таб)
Я прикинул, что через макросы такое не реализовать - не запишутся перемещения в дереве.

Kvichans
[x] "Редактор - Фиксированная колонка": делает полезное для вас. см. описание в hint.

Alextp писал(а):Kvichans
[x] "Редактор - Фиксированная колонка": делает полезное для вас. см. описание в hint.

Отлично! Сам бы не догадался, что "Фиксированная колонка" делает именно это. Не в точности то, что я описывал там (см 7.), но весьма близко. Первое впечатление, что поведение отличное от ожидаемого (не точное запоминание старого положения) - это мелкие ошибки реализации. Накоплю примеров - опишу.

beta. (Wrap не готов)

3. Недоделки в поиске по Дереву.
- В текущей реализации поиск не заходит в свернутые узлы. Это может приводить к заблуждениям. Нужно либо всегда заходить, либо дать опцию в "Поиск по дереву" для отключения такого поведения.
- Условие (текст) поиска желательно согласовать с текстом остальных Поисков/Замен/По файлам. То есть сделать так, чтобы можно было выделить в табе метод, начать его искать, перейти в Дерево и найти определение этого метода.
- Желательно дать повтор поиска без вызова диалога. Например, через Ctrl+Dn и Ctrl+Up (м.б. даже закрепить эти сочетания за Деревом). Это даст возможность искать определение метода по нескольким классам.

4. Недоделки в фильтре для Клавиши.
- Желательно включить в фильтр слова из сочетаний, то есть по фильтру "F3" (или "+S") показывать все команды, сочетаниях которых есть F3 (или Ctrl+S или Shift+S).
- После снятия фильтра отображаются все команды с самого начала. Желательно, чтобы отображались от указанного в Jump раздела.
- Весьма желательно искать каждое слово из указанных в фильтре независимо, то есть по "copy clipboard" показывать команды, в которых есть или copy или clipboard.

kvichans писал(а):(текст) поиска желательно согласовать с текстом остальных Поисков/Замен/По файлам.

можно сделать
а) общую историю текста (и общие флаги-опции) для Поиск/ПоискВДереве
б) просто подстановку текущего слова-выделения в поискВДереве

уточните

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

kvichans писал(а): то есть по "copy clipboard" показывать команды, в которых есть или copy или clipboard

так не хотелось бы. Это как быстрый поиск. не поиск Гугл

Alextp писал(а):

kvichans писал(а):(текст) поиска желательно согласовать с текстом остальных Поисков/Замен/По файлам.

можно сделать
а) общую историю текста (и общие флаги-опции) для Поиск/ПоискВДереве
б) просто подстановку текущего слова-выделения в поискВДереве
уточните

Наверно, достаточно будет переносить только текст из Поиск/Замена/ПоФайлам в ПоискВДереве и обратно. То есть последнее, что искалось, то можно искать далее везде. А общая история и общие прочие опции - это уже лишнее. Даже CASE SENSITIVE для дерева скорее всего лишний. У дерева свои фишки - свернутые/развернутые узлы.

Alextp писал(а):

kvichans писал(а): то есть по "copy clipboard" показывать команды, в которых есть или copy или clipboard

так не хотелось бы. Это как быстрый поиск. не поиск Гугл

Объем перебора в Клавишах не настолько значительный, чтобы нельзя было сделать простой цикл по словам. А выигрыш в удобстве применения фильтра - очень и очень ощутимый. Проверено на опыте - я в своих приложениях такие сервисы постоянно делаю. Например, так фильтруется 150 тысяч записей по трем текстовым полям в живом (как у вас) режиме - при нажатии каждой клавиши. Пользователи довольны