Total Commander

Kvichans
Перехватить вставку в поле -непросто, т.ч. отложил.

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

kalima
1. пока нет этого
2. Нет, кликай по иконке "Новый таб"

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

Beta

1. Пожелание. Если включено слежение за обновлением файлов и их автоматическая перезагрузка, и файл удален, то не нужно показывать модальный диалог. Это приводит к излишнему привлечению внимания к Син, когда он "в фоне". Для оставшегося в табе текста желательно поступить так
- рассматривать его как "новый"
- бывшее имя файла использовать как умолчание при попытке сохранения
- м.б. поменять отображение имени в титуле Син с
{SES} C:\dir\file.ext - SynWrite
на
{SES} (C:\dir\file.ext) - SynWrite
чтобы было похоже на отображение нового таба
{SES} (Untitled) - SynWrite

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

2. Пожелание. Запоминать закладку в диалоге Настройки, даже при выходе по Отмена

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

3. В версии 1105 уже должна работать замена char(9,10,13) на \t \r \n при вставке из буфера в Найти при [x]reg-exp или [x]spec-chars?
Не работает.

3. как я написал выше, нет. Не получается перехватить вставку

Alextp писал(а):3. как я написал выше, нет. Не получается перехватить вставку

В своем приложении я бы сделал так
- заметил, что ни один из символов char(9,10,13) кроме как из буфера ввести в редактор нельзя
- после каждого изменения сравнивал текст в буфере с текстом в редакторе
- если полное совпадение и есть char(9,10,13), то это искомая ситуация - нужно заменять

kvichans писал(а):сравнивал текст в буфере с текстом в редакторе

А при чем тут редактор. речь про поле длг Найти. Отквоченное- будет тормозить (если в буфере - много данных)
Учтите- потом будет многострочный edit в найти

Alextp писал(а):

kvichans писал(а):сравнивал текст в буфере с текстом в редакторе

А при чем тут редактор. речь про поле длг Найти. Отквоченное- будет тормозить (если в буфере - много данных)
Учтите- потом будет многострочный edit в найти

- Конечно, редактор=поле Найти (опять сказывается разница в привычных терминах)
- В тормоза не верю. Можно ли узнать размер текста в буфере?
- "будет многострочный edit в найти" - весьма неожиданно. Где-то это уже применялось?

б- сравнение чего-то с текстом в буфере все равно "криво"
Лучше сделать перехват вставки
Вообще в полях все от 13, 10 отрезается- не только в Син

в- в UltraEdit.

Не вижу проблемы с обрезанием по концам - годится любое поведение.
Существенно только то, что происходит внутри строки.
Можно считать, что char(9) и \t почти равносильны, подменять или нет почти не влияет на поиск. Но внутренние разделители строк - это засада.
Вот жизненный пример. Я выделил конец одной строки и начало другой и хочу найти такое же сочетание в этом же или в соседнем табе. Как это сделать? Команда "поиск без диалога" срабатывает. А диалог Поиск - нет.

Частичным решением может быть такое: сейчас в диалог Поиск переносится первая строка из выделенного фрагмента таба. Желательно довести этот перенос (тут без буфера) до полной копии в поле Найти с подменой char(9,10,13) на \t \r \n.

это можно.

Отквочевать (понятно?) ли про этом находящиеся в выделенном фрагменте знаки * [ ] ( ) | \ это открытый вопрос. По общей логике - да, нужно.

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

Ой сколько мне нервов истрепал TextPad, который этого не умеет. Если это появится в Син - у меня будет праздник!

мусорит своими ini по всему компу!! 3 файла в COMANDER_PATH, папка в юзерах, ещё что-то в lsplugin.ini, нельзя чтоли в папке плагина всё хранить?

- в commander-path быть не должно (был баг c synspell.ini)
- про портабельность написано в Help-FAQ

1. Недоделка при переходе из Поиск в ПоискВФайлах: не переносится значение поля Найти, если это поле в Поиске было изменено руками.

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

2. (повтор) Пожелание. Дать возможность дополнять результаты поиска по файлам.

1 Поправлю наверное
2. Это - потом какнть, не сейчас

3. Пожелания. Сейчас в тонкой вертикальной колонке, где помечаются модификации по строкам (как ее называть?), пометки не исчезают, если делается undo. Это напрягает, но хотя бы видна логика: со строкой были действия.
Можно ли это изменить, то есть после undo ставить строке цв.метку "не тронута"?
Еще желательно очищать все пометки после команды reopen, которая равносильна закрытию и открытию файла.

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

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