SynWrite (Syn2)
Модераторы: Avada, CaptainFlint, Nik, d-view, Моторокер
Попробую пояснить свой вопрос.
Если окно Син в нормальном, новом или максимальном положении, то я не вижу причин (о них был вопрос), почему нужно менять положение окна при вызове из Проводника. А вот из свернутого состояния Син нужно, конечно, развернуть. Тут я понимаю - окно займет нормальное положение.
Если окно Син в нормальном, новом или максимальном положении, то я не вижу причин (о них был вопрос), почему нужно менять положение окна при вызове из Проводника. А вот из свернутого состояния Син нужно, конечно, развернуть. Тут я понимаю - окно займет нормальное положение.
Последний раз редактировалось kvichans Ср апр 18, 2012 17:23, всего редактировалось 1 раз.
Win7x64(1600x900), TC8.50x32, SynWrite 6.19, CudaText 1.3.14, UV 6.5.0.0
1. Ликбез. Поясните, какие для пользователя положительные черты имеет организация Рез.поиска в виде списка? Почему это не реализовано как обычный readonly редактор (как в табе)?
Я вижу только недостатки: нельзя копировать, искать привычными средствами.
Конечно, есть возможность получить не в список, а в таб. НО при этом пользователь лишается переходов по найденным местам. Жестокая плата.
Я вижу только недостатки: нельзя копировать, искать привычными средствами.
Конечно, есть возможность получить не в список, а в таб. НО при этом пользователь лишается переходов по найденным местам. Жестокая плата.
Win7x64(1600x900), TC8.50x32, SynWrite 6.19, CudaText 1.3.14, UV 6.5.0.0
Подсветка - это "бантики". Удобства при работе в привычной среде их сильно перевешивают.Alextp писал(а):Для пол-ля неудобно. Но я пока не знаю как сдеать такое же(с подсветкой, переходами) в редакторе
Переходы как раз реализовать можно, поскольку все данные для них есть в тексте (readonly!) выдачи: полное имя файла, номер строки.
Win7x64(1600x900), TC8.50x32, SynWrite 6.19, CudaText 1.3.14, UV 6.5.0.0
2. Сейчас в Син можно указать в дереве узел и перейти в таб для редактирования этого элемента.
Предлагаю дать команды для перемещения внутри таба
- предыдущий узел дерева, то есть сокращение для шагов (в дерево)(шаг вверх)(в таб)
- следующий узел дерева, то есть сокращение для шагов (в дерево)(шаг вниз)(в таб)
Я прикинул, что через макросы такое не реализовать - не запишутся перемещения в дереве.
Предлагаю дать команды для перемещения внутри таба
- предыдущий узел дерева, то есть сокращение для шагов (в дерево)(шаг вверх)(в таб)
- следующий узел дерева, то есть сокращение для шагов (в дерево)(шаг вниз)(в таб)
Я прикинул, что через макросы такое не реализовать - не запишутся перемещения в дереве.
Win7x64(1600x900), TC8.50x32, SynWrite 6.19, CudaText 1.3.14, UV 6.5.0.0
Отлично! Сам бы не догадался, что "Фиксированная колонка" делает именно это. Не в точности то, что я описывал там (см 7.), но весьма близко. Первое впечатление, что поведение отличное от ожидаемого (не точное запоминание старого положения) - это мелкие ошибки реализации. Накоплю примеров - опишу.Alextp писал(а):Kvichans
[x] "Редактор - Фиксированная колонка": делает полезное для вас. см. описание в hint.
Win7x64(1600x900), TC8.50x32, SynWrite 6.19, CudaText 1.3.14, UV 6.5.0.0
3. Недоделки в поиске по Дереву.
- В текущей реализации поиск не заходит в свернутые узлы. Это может приводить к заблуждениям. Нужно либо всегда заходить, либо дать опцию в "Поиск по дереву" для отключения такого поведения.
- Условие (текст) поиска желательно согласовать с текстом остальных Поисков/Замен/По файлам. То есть сделать так, чтобы можно было выделить в табе метод, начать его искать, перейти в Дерево и найти определение этого метода.
- Желательно дать повтор поиска без вызова диалога. Например, через Ctrl+Dn и Ctrl+Up (м.б. даже закрепить эти сочетания за Деревом). Это даст возможность искать определение метода по нескольким классам.
4. Недоделки в фильтре для Клавиши.
- Желательно включить в фильтр слова из сочетаний, то есть по фильтру "F3" (или "+S") показывать все команды, сочетаниях которых есть F3 (или Ctrl+S или Shift+S).
- После снятия фильтра отображаются все команды с самого начала. Желательно, чтобы отображались от указанного в Jump раздела.
- Весьма желательно искать каждое слово из указанных в фильтре независимо, то есть по "copy clipboard" показывать команды, в которых есть или copy или clipboard.
- В текущей реализации поиск не заходит в свернутые узлы. Это может приводить к заблуждениям. Нужно либо всегда заходить, либо дать опцию в "Поиск по дереву" для отключения такого поведения.
- Условие (текст) поиска желательно согласовать с текстом остальных Поисков/Замен/По файлам. То есть сделать так, чтобы можно было выделить в табе метод, начать его искать, перейти в Дерево и найти определение этого метода.
- Желательно дать повтор поиска без вызова диалога. Например, через Ctrl+Dn и Ctrl+Up (м.б. даже закрепить эти сочетания за Деревом). Это даст возможность искать определение метода по нескольким классам.
4. Недоделки в фильтре для Клавиши.
- Желательно включить в фильтр слова из сочетаний, то есть по фильтру "F3" (или "+S") показывать все команды, сочетаниях которых есть F3 (или Ctrl+S или Shift+S).
- После снятия фильтра отображаются все команды с самого начала. Желательно, чтобы отображались от указанного в Jump раздела.
- Весьма желательно искать каждое слово из указанных в фильтре независимо, то есть по "copy clipboard" показывать команды, в которых есть или copy или clipboard.
Win7x64(1600x900), TC8.50x32, SynWrite 6.19, CudaText 1.3.14, UV 6.5.0.0
можно сделатьkvichans писал(а):(текст) поиска желательно согласовать с текстом остальных Поисков/Замен/По файлам.
а) общую историю текста (и общие флаги-опции) для Поиск/ПоискВДереве
б) просто подстановку текущего слова-выделения в поискВДереве
уточните
Добавлено спустя 5 минут:
так не хотелось бы. Это как быстрый поиск. не поиск Гуглkvichans писал(а): то есть по "copy clipboard" показывать команды, в которых есть или copy или clipboard
Наверно, достаточно будет переносить только текст из Поиск/Замена/ПоФайлам в ПоискВДереве и обратно. То есть последнее, что искалось, то можно искать далее везде. А общая история и общие прочие опции - это уже лишнее. Даже CASE SENSITIVE для дерева скорее всего лишний. У дерева свои фишки - свернутые/развернутые узлы.Alextp писал(а):можно сделатьkvichans писал(а):(текст) поиска желательно согласовать с текстом остальных Поисков/Замен/По файлам.
а) общую историю текста (и общие флаги-опции) для Поиск/ПоискВДереве
б) просто подстановку текущего слова-выделения в поискВДереве
уточните
Объем перебора в Клавишах не настолько значительный, чтобы нельзя было сделать простой цикл по словам. А выигрыш в удобстве применения фильтра - очень и очень ощутимый. Проверено на опыте - я в своих приложениях такие сервисы постоянно делаю. Например, так фильтруется 150 тысяч записей по трем текстовым полям в живом (как у вас) режиме - при нажатии каждой клавиши. Пользователи довольныAlextp писал(а):так не хотелось бы. Это как быстрый поиск. не поиск Гуглkvichans писал(а): то есть по "copy clipboard" показывать команды, в которых есть или copy или clipboard
Win7x64(1600x900), TC8.50x32, SynWrite 6.19, CudaText 1.3.14, UV 6.5.0.0