SynWrite (Syn2)
Модераторы: Avada, CaptainFlint, Nik, d-view, Моторокер
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?
Не работает.
- рассматривать его как "новый"
- бывшее имя файла использовать как умолчание при попытке сохранения
- м.б. поменять отображение имени в титуле Син с
{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?
Не работает.
Win7x64(1600x900), TC8.50x32, SynWrite 6.19, CudaText 1.3.14, UV 6.5.0.0
В своем приложении я бы сделал такAlextp писал(а):3. как я написал выше, нет. Не получается перехватить вставку
- заметил, что ни один из символов char(9,10,13) кроме как из буфера ввести в редактор нельзя
- после каждого изменения сравнивал текст в буфере с текстом в редакторе
- если полное совпадение и есть char(9,10,13), то это искомая ситуация - нужно заменять
Win7x64(1600x900), TC8.50x32, SynWrite 6.19, CudaText 1.3.14, UV 6.5.0.0
- Конечно, редактор=поле Найти (опять сказывается разница в привычных терминах)Alextp писал(а):А при чем тут редактор. речь про поле длг Найти. Отквоченное- будет тормозить (если в буфере - много данных)kvichans писал(а):сравнивал текст в буфере с текстом в редакторе
Учтите- потом будет многострочный edit в найти
- В тормоза не верю. Можно ли узнать размер текста в буфере?
- "будет многострочный edit в найти" - весьма неожиданно. Где-то это уже применялось?
Win7x64(1600x900), TC8.50x32, SynWrite 6.19, CudaText 1.3.14, UV 6.5.0.0
Не вижу проблемы с обрезанием по концам - годится любое поведение.
Существенно только то, что происходит внутри строки.
Можно считать, что char(9) и \t почти равносильны, подменять или нет почти не влияет на поиск. Но внутренние разделители строк - это засада.
Вот жизненный пример. Я выделил конец одной строки и начало другой и хочу найти такое же сочетание в этом же или в соседнем табе. Как это сделать? Команда "поиск без диалога" срабатывает. А диалог Поиск - нет.
Частичным решением может быть такое: сейчас в диалог Поиск переносится первая строка из выделенного фрагмента таба. Желательно довести этот перенос (тут без буфера) до полной копии в поле Найти с подменой char(9,10,13) на \t \r \n.
Существенно только то, что происходит внутри строки.
Можно считать, что char(9) и \t почти равносильны, подменять или нет почти не влияет на поиск. Но внутренние разделители строк - это засада.
Вот жизненный пример. Я выделил конец одной строки и начало другой и хочу найти такое же сочетание в этом же или в соседнем табе. Как это сделать? Команда "поиск без диалога" срабатывает. А диалог Поиск - нет.
Частичным решением может быть такое: сейчас в диалог Поиск переносится первая строка из выделенного фрагмента таба. Желательно довести этот перенос (тут без буфера) до полной копии в поле Найти с подменой char(9,10,13) на \t \r \n.
Win7x64(1600x900), TC8.50x32, SynWrite 6.19, CudaText 1.3.14, UV 6.5.0.0
Отквочевать (понятно?) ли про этом находящиеся в выделенном фрагменте знаки * [ ] ( ) | \ это открытый вопрос. По общей логике - да, нужно.
Добавлено спустя 3 минуты:
Ой сколько мне нервов истрепал TextPad, который этого не умеет. Если это появится в Син - у меня будет праздник!
Добавлено спустя 3 минуты:
Ой сколько мне нервов истрепал TextPad, который этого не умеет. Если это появится в Син - у меня будет праздник!
Win7x64(1600x900), TC8.50x32, SynWrite 6.19, CudaText 1.3.14, UV 6.5.0.0
1. Недоделка при переходе из Поиск в ПоискВФайлах: не переносится значение поля Найти, если это поле в Поиске было изменено руками.
Добавлено спустя 3 минуты:
2. (повтор) Пожелание. Дать возможность дополнять результаты поиска по файлам.
Добавлено спустя 3 минуты:
2. (повтор) Пожелание. Дать возможность дополнять результаты поиска по файлам.
Win7x64(1600x900), TC8.50x32, SynWrite 6.19, CudaText 1.3.14, UV 6.5.0.0
3. Пожелания. Сейчас в тонкой вертикальной колонке, где помечаются модификации по строкам (как ее называть?), пометки не исчезают, если делается undo. Это напрягает, но хотя бы видна логика: со строкой были действия.
Можно ли это изменить, то есть после undo ставить строке цв.метку "не тронута"?
Еще желательно очищать все пометки после команды reopen, которая равносильна закрытию и открытию файла.
Добавлено спустя 4 минуты:
4. (повтор) Предлагаю дать команды для перемещения внутри таба
- предыдущий узел дерева, то есть сокращение для шагов (в дерево)(шаг вверх)(в таб)
- следующий узел дерева, то есть сокращение для шагов (в дерево)(шаг вниз)(в таб)
Можно ли это изменить, то есть после undo ставить строке цв.метку "не тронута"?
Еще желательно очищать все пометки после команды reopen, которая равносильна закрытию и открытию файла.
Добавлено спустя 4 минуты:
4. (повтор) Предлагаю дать команды для перемещения внутри таба
- предыдущий узел дерева, то есть сокращение для шагов (в дерево)(шаг вверх)(в таб)
- следующий узел дерева, то есть сокращение для шагов (в дерево)(шаг вниз)(в таб)
Win7x64(1600x900), TC8.50x32, SynWrite 6.19, CudaText 1.3.14, UV 6.5.0.0