Total Commander

Alextp · Joined: 06 Feb 2005 Posts: 4957

-Разрешить в Клавишах несколько последовательных сочетаний
Это полу-красным Smile

-В контекстных меню тоже показывать сочетания
это серым(в конт.меню табов не сделано т.к. привело к глюку)
_________________
UniViewer - CudaText - LogViewer

kvichans · Joined: 21 Jan 2006 Posts: 453 Location: Москва

Alextp · Joined: 06 Feb 2005 Posts: 4957

Можно почистить 1 пост

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

--В контекстных меню сочетания
пометьте полу-красным
_________________
UniViewer - CudaText - LogViewer

kvichans · Joined: 21 Jan 2006 Posts: 453 Location: Москва

Дать опцию для объединения Историй поиска в разных контекстах: в табе без диалога, в табе с диалогом, по файлам, в Дереве, в Результатах. Сейчас уже объединены истории Поиска/Замены и ПоискаПоФайлам. Сейчас у поиска без диалога нет истории. Цели:
- после начала поиска в одном контексте, иметь возможность продолжить поиск такого же фрагмента (или чуть измененного) в другом контексте
- иметь историю поиска без диалога
_________________
Win7x64(1600x900), TC8.50x32, SynWrite 6.19, CudaText 1.3.14, UV 6.5.0.0

Alextp · Joined: 06 Feb 2005 Posts: 4957

-23май12 (~3) В команде ПовторитьДействие захватывать
Done

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

бета.
_________________
UniViewer - CudaText - LogViewer

orod · Joined: 29 Mar 2012 Posts: 11

Неправильно распознается метод ResorceManager класса MyClass (Лексер C#, Экранная форма Неверная идентификация метода.bmp)
Может быть, пусть локальные переменные метода определенные в одной строке

kvichans · Joined: 21 Jan 2006 Posts: 453 Location: Москва

1. Хранить историю изменений для NTFS-файлов после их закрытия.
Известно, что в NTFS кроме основного тела файла можно иметь доп.потоки, в которых хранить произвольные данные. Тотал хранит там пользовательские свойства файла.
Предлагаю хранить там данные для выполнения команды UNDO. Для пользователя это может выглядеть так:
- В настройках Син появляется галка [x]"Очищать историю изменений при закрытии файла"
- Если эта галка не включена, то Син при открытии файла загружает эти данные
- В результате пользователь может (в принципе) ходить по истории от самого первого сохранения файла до текущего состояния.

Замечания
- Это альтернатива для создания *.bak и подобных заплаток
- Лучше бы галку отнести не к Син, а к свойствам файла. Есть отдельные файлы, про которые нужна длинная история.
- Основная цель: избавиться от восклицания: "Ой, я файл сохранил и закрыл! Теперь руками придется восстанавливать прошлое состояние"

Пояснение. Идея не моя, а Артемия Лебедева (aka Тема).
_________________
Win7x64(1600x900), TC8.50x32, SynWrite 6.19, CudaText 1.3.14, UV 6.5.0.0

Alextp · Joined: 06 Feb 2005 Posts: 4957

Добавьте
http://forum.wincmd.ru/viewpost.php?p=92902

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

NTFS Streams: может позже сделаю...не уверен. не знаю как реализовать.
_________________
UniViewer - CudaText - LogViewer

keiran_green · Joined: 18 Nov 2011 Posts: 130 Location: Хабаровск

30мая2012 (~5) Возможность добавлять кнопки на Toolbar И/ИЛИ создание собственных Toolbar'ов.

kvichans · Joined: 21 Jan 2006 Posts: 453 Location: Москва

1. Пожелание про маркеры. Когда-то давно (в начале апреля) я сравнивал эту систему: Drop(Alt+Home), Collect(Alt+End) и пр - со стеком и обратил внимание, что в этой системе не хватает общепринятой команды: получить голову, не удаляя ее из коллекции. Сейчас начал пользоваться шаблонами и заценил удобство заранее расставленных маркеров. Но сейчас есть единственный способ перейти к маркеру - это уничтожить его. Можно ли добавить команду "перейти и сохранить"?

2. Пожелание. У команды поиска парного символа непоследовательное поведение: то она работает, если каретка за символом, то не работает. Предлагаю сделать такую логику:
- при выделении более одного символа - ничего не искать
- если есть выделение ровно одного символа, то искать пару к нему
- если нет выделения и рядом с кареткой только один символ, для которого существует пара, то искать эту пару (под этот случай как раз попадают ситуации "каретка за скобкой")
- если нет выделения и оба символа рядом с кареткой "парные", то искать пару для того, который после каретки (как сейчас)
_________________
Win7x64(1600x900), TC8.50x32, SynWrite 6.19, CudaText 1.3.14, UV 6.5.0.0

kvichans · Joined: 21 Jan 2006 Posts: 453 Location: Москва

1 При заменах с [x]in selection: не терять выделение. Основания:
- Это выделение информационно - "тут" были изменения
- Оно может быть использовано для следующей замены
Сейчас для следующей замены приходится восстанавливать его руками.
_________________
Win7x64(1600x900), TC8.50x32, SynWrite 6.19, CudaText 1.3.14, UV 6.5.0.0

Alextp · Joined: 06 Feb 2005 Posts: 4957

done:
-29мая12 (~8) Разрешить завершение выбора.. по Таб
-центрировать при переходе к узлам дерева
_________________
UniViewer - CudaText - LogViewer

kvichans · Joined: 21 Jan 2006 Posts: 453 Location: Москва

1. Уточнения про Историю поисков. Нужно не забыть про поиск из буфера и диалог БыстрыйПоиск.

Попробую описать ситуацию. В Син сейчас есть следующие контексты поиска:
- СЛВ: слово/выделение в табе
- ПоПоПо: повторить последний поиск в табе
- ДиБыст: диалог БыстрыйПоиск в табе
- ДиПоЗа: диалог Поиск/Замена в табе
- ДиПоФа: диалог ПоФайлам
- ДиДер: диалог в Дереве
- ПоДер: повторить последний поиск в Дереве
- ДиРез: диалог в Результатах
- ПоРез: повторить последний поиск в Результатах
- БУФ: из буфера

Вот что требуется от общей Истории
- Накапливать последние поисковые строки от: СЛВ, ДиПоЗа, ДиБыст, ДиПоФа, ДиДер, ДиРез, БУФ
- Предоставлять список Историю для: ДиПоЗа, ДиПоФа, ДиДер, ДиРез
- Предоставлять голову Истории для: ПоПоПо, ДиБыст, ПоДер, ПоРез

При создании общей Истории возникает проблема с учетом спец.разметки в поисковых строках.

Начну с общих наблюдений
- В Быстром, Дереве и Результатах нет RegExp. Сейчас нет. Потом могут появиться.
- Поиски СЛВ и БУФ не нуждаются в спец.разметке - они всегда ищут буквальное совпадение.
- Буквальный поиск и RE-поиск по "поправленной" (доп. \) строке дают одинаковые результаты

У меня есть два варианта решения проблемы: кардинальный и терпимый(=консервативный).

Сначала кардинальный. Предлагаю в Истории хранить обе строки: и исходную и поправленную. В каждый контекст передавать подходящий вариант. Например, при [х]RE после поиска из буфера в ДиБыст, ДиДер, ДиРез появится исходная строка, а в ДиПоЗа, ДиПоФа - поправленная. Если когда-нибудь какой-то диалог получит возможность обрабатывать RE, в него станет передаваться поправленная.
Из всех контекстов поиска сохранить сразу две подходящие строки не получится только в тех случаях, когда исходная строка только с разметкой - это в ДиПоЗа и ДиПоФа. Не вижу другого выхода: сохранять строку поиска и как исходную и как поправленную. Конечно контексты без RE не смогут повторить такой поиск. Это меньшая из потерь (надеюсь временная).

Теперь терпимый. Хранить только поправленные строки. Это создаст больше неудобств в ДиБыст, в Дереве, в Результатах. Повтор последнего поиска в табе (ПоПоПо) можно продолжать улучшать, чтобы он на *** корректно реагировал.
_________________
Win7x64(1600x900), TC8.50x32, SynWrite 6.19, CudaText 1.3.14, UV 6.5.0.0