SynWrite (Syn2)
Модераторы: Avada, CaptainFlint, Nik, d-view, Моторокер
6. Непонятное. Поясните как выбирается папка для сохранения нового файла?
Нажимаю Ctrl+N потом Strl+S и Син мне предлагает выбрать имя в папке C:\
Пробовал делать SaveAs для другого файла, чтобы сменить внутреннюю "текущую папку", но без успеха.
Нажимаю Ctrl+N потом Strl+S и Син мне предлагает выбрать имя в папке C:\
Пробовал делать SaveAs для другого файла, чтобы сменить внутреннюю "текущую папку", но без успеха.
Win7x64(1600x900), TC8.50x32, SynWrite 6.19, CudaText 1.3.14, UV 6.5.0.0
Да, хорошо помню, как добивался, чтобы срабатывала настройка "Следовать за текущим файлом". Как не нарушая этой настройки изменить место сохранения нового файла, у которого еще нет места на диске?Alextp писал(а):см опцию "(История) Папка диалогов открытия/сохранения"
Win7x64(1600x900), TC8.50x32, SynWrite 6.19, CudaText 1.3.14, UV 6.5.0.0
7. Предлагаю добавить в диалог Замена такой трюк:
- При фокусе на Искать или ЗаменитьНа Ctrl+Dn переносит текст как есть из Искать в ЗаменитьНа.
Зачем?
- в значительной доле случаев строка ЗаменитьНа сначала совпадает со строкой Искать (у меня это ~80%).
- при [x]RegExp перенос как есть становится проблемой. При копипасте Син по принятым теперь нормам эскейпит (и это правильно) при вставке - в результате получается двойной эскейп.
- существенное (для меня) соображение: если можно избежать потери данных в буфере - нужно это делать. Предложенный трюк позволит сохранить содержимое буфера.
Если предложение будет принято, то нужно учесть, что сейчас Ctrl+Dn прозрачно попадает в таб (как когда-то это было с Alt+Dn)
Добавлено спустя 4 минуты:
По моим представлениям смена папки происходит перед появлением диалога Сохранить в результате анализа полного имени файла у таба. Если имени нет, то зачем что-то менять?
- При фокусе на Искать или ЗаменитьНа Ctrl+Dn переносит текст как есть из Искать в ЗаменитьНа.
Зачем?
- в значительной доле случаев строка ЗаменитьНа сначала совпадает со строкой Искать (у меня это ~80%).
- при [x]RegExp перенос как есть становится проблемой. При копипасте Син по принятым теперь нормам эскейпит (и это правильно) при вставке - в результате получается двойной эскейп.
- существенное (для меня) соображение: если можно избежать потери данных в буфере - нужно это делать. Предложенный трюк позволит сохранить содержимое буфера.
Если предложение будет принято, то нужно учесть, что сейчас Ctrl+Dn прозрачно попадает в таб (как когда-то это было с Alt+Dn)
Добавлено спустя 4 минуты:
Как это никак? А на "C:" Син в какой момент переходит? Зачем?Alextp писал(а):Imho никак. А в какой программе можно?
По моим представлениям смена папки происходит перед появлением диалога Сохранить в результате анализа полного имени файла у таба. Если имени нет, то зачем что-то менять?
Win7x64(1600x900), TC8.50x32, SynWrite 6.19, CudaText 1.3.14, UV 6.5.0.0
beta: + [x]"Suggest current word as search text"
+ Replace dlg: Ctrl+Down
есть желание переделать Find result list -> Tree
+ Replace dlg: Ctrl+Down
есть желание переделать Find result list -> Tree
Код: Выделить всё
[+] Found MM strings
[+] File1
line1: ...
line2: ...
[+] File2
ln1: ...
ln2: ...УдобноAlextp писал(а):+ [x]"Suggest current word as search text"
+ Replace dlg: Ctrl+Down
Мне нравится. Дополнения будут тут же?Alextp писал(а):есть желание переделать Find result list -> TreeКод: Выделить всё
[+] Found MM strings [+] File1 line1: ... line2: ... [+] File2 ln1: ... ln2: ...
1. Предлагаю дать команду локального меню над РезПоиска "Перенести в таб", которая даст много плюшек
- замена нудной последовательности Ctrl+A,Ctrl+C,Ctrl+N,Ctrl+V
- можно в диалоге ПоискПоФайлам не обращать внимания на []in new tab
- позволит иметь полный доступ к тексту (в табе) и к переходам (в Результатах)
- когда поиск будет общим (когда? ждем опцию?) два представления Результатов будут легко согласовываться: выделил часть имени файла с номером строки, начал поиск, перешел в Результаты, повторил поиск - можно переходить к найденному месту.
2. Ликбез. Попадают ли в макросы следующий команды
- переход между табами
- переход в спец.окна (Результаты,Дерево)
- действия в спец.окнах (поиск, переход к месту из Дерева и из Результатов)
Добавлено спустя 44 минуты:
Про Find result list -> Tree
Предлагаю изменить формат выдачи. Сейчас (и видимо в формате Tree это планируется сохранить) так
c:\dir1\dir2\file.ext
Line NNN: текст
Предлагаю такой формат
c:\dir1\dir2\file.ext
file.ext(NNN): текст
Причина: ну очень часто в одном файле результатов больше, чем помещается на экран. Приходится вспоминать или дергать окно, чтобы понять про какой файл сейчас показывают. Например, так после поиска в Результатах.
Как вариант можно еще рассмотреть такой формат
Если ПоискПоФайлам стартовал с папки c:\dir1, то Результаты показывать так
c:\dir1\dir2\file.ext
dir2\file.ext(NNN): текст
Так будет облегчение, когда имена файлов совпадают
Добавлено спустя 4 минуты:
Еще про формат выдачи в виде
file.ext(NNN): текст
Если в одной строке будет и имя и номер строки и текст, то перекрестный поиск по Результатам и РезультатамВТабе станет значительно удобнее
Добавлено спустя 15 минут:
3. Просьба поправить лексер к FoxPro.
В имени процедуры/функции/метода может встречаться "." Это перехват событий для подобъектов (как в VB).
ENDFUNC может завершать PROCEDURE, а ENDPROC - FUNCTION. Вот пример для тестирования, который сейчас отображается в дереве криво:
Код: Выделить всё
DEFINE CLASS C
ADD OBJECT m AS LABEL
PROCEDURE init()
ENDPROC
PROCEDURE m.click()
ENDPROC
ENDDEFINE
PROCEDURE pr1()
ENDFUNC
FUNCTION fn1()
ENDPROCWin7x64(1600x900), TC8.50x32, SynWrite 6.19, CudaText 1.3.14, UV 6.5.0.0