Total Commander

Заголовок получился не очень информативным, поэтому раскрою суть.
Часто приходиться сохранять нужные файлы в нужных местах и к ним прикладываю комментарий в виде файла стандартного блокнота (Notepad).
Очень не удобно каждый раз, при сохранении файла, вручную выбирать путь. Можно ли как-то подвязать, чтобы при сохранении файл сохранялся в той папке, которая в данный момент открыта в тотале, на активной половинке.
Может есть какой-то другой блокнот, что может так синхронно работать с тоталом?
Или допустим щелкаешь правой кнопкой мыши в нужной дериктории выбираешь там блокнот, или другую подобную прогу, которая после туда и сохраняет набранный текст в файл.

SHIFT-F4 по-умолчанию создаёт файл в активной панели. Редактор откроется тот, что у Вас настроен.
Если правильно понял суть вопроса.

Попробовал. При нажатии комбинации просит ввести имя редактируемого файла. Ввожу придуманное, создается файл, но без расширения и открывается AkelPad. Ввожу текст и нажимаю сохранить. Сохраняется так же без расширения. Чтобы сохранился как положено нужно выбирать сохранить как и вручную выбрать расширение txt.
Как-то не намного проще, чем выбирать директорию вручную. Не до конца нужный результат!

"Кнопка для создания файла" http://forum.wincmd.ru/viewtopic.php?t=5377
"Описание в TXT-файле" http://forum.wincmd.ru/viewtopic.php?p=21185

andry252 писал(а):к ним прикладываю комментарий

А чем Ctrl+Z не устраивает?

Диалоги сохранения ещё в висте испоганили, сделав понятие рабочей папки процесса для них совершенно бесполезным, т.к. они стали по своей больной воле предлагать папки для сохранения...

Но тут, как правильно подсказали, нужно использовать Shift+F4 и создавать файл предварительно (кстати, когда Shift+F4 жмётся над существующим файлом, тотал его имя туда подставляет - достаточно дописать в хвост .txt, чтобы рядом с файлом создался TXT).

А ссылки на кнопки - вообще то, что нужно при такой формулировке задачи!

Flasher писал(а):А чем Ctrl+Z не устраивает?

Ctrl+Z, я бы сказал, очень на любителя. Я бы в случае крайней необходимости тоже в текстовых файлах описывал, так и портабельно, и лучше видно невооруженным глазом...

MVV писал(а):так и портабельно, и лучше видно невооруженным глазом.

Не понял. Что непортабельного в descript.ion? И что лучше видно? Ctrl+Z всегда под рукой, не нужно искать специально файл описания для правки или просмотра.

Лучше видно наличие комментария, учитывая, что виды с кастомными колонками используются крайне редко. Мнение субъективное, и я особо и не надеюсь, что ты поймёшь.

Отчего лучше видно-то? Комментарий размещается во всплывающей подсказке (шрифт настраивается ключами FontNameTip, FontSizeTip, FontWeightTip), а текстовый файл спрячется где-то за панелью и ищи-свищи.
Пользовательских колонок это вообще никак не касается.

Я ещё могу понять, когда нужно вывести системную информацию в текстовики, но это отдельный случай.

Добавлю и свои 5 коп.

Flasher писал(а):Не понял. Что непортабельного в descript.ion?

1. Инструмент синхронизации напрочь игнорирует различающиеся между собой descript.ion файлы.
2. При установке атрибута R на descript.ion в целевой папке и копировании туда аналогично комментированного набора файлов/папок тотал никоим образом не подаёт виду об утрате коммента.
3. Аналогично при переименовании файла и R на descript.ion.
4. Проводник не умеет descript.ion, а порой приходится работать и с ним.

В принципе, по сценариям 2,3,4 вопросы (отчасти) следовало бы задать пользователю, ставящему подобную задачу.
Но полный игнор (точнее, невозможность его отключить) по 1 пункту и полная тишина по 2 - явная недоработка.

Цитата к синхронизации какое дело-то имеет? Никакого.
Разница в работе синхронизации отображаемых descript.ion и предлагаемых txt-файлов отличается? Нет. Так о чём речь?
Не там минусы ищем. Это история явно для другого топика (вроде соседнего).

Flasher
В том и дело, что при использовании синхронизации отличается.
А так-то - да, "это уже совсем другая история..."

Mellomann писал(а):В том и дело, что при использовании синхронизации отличается.

И чем же?

MVV писал(а):Лучше видно наличие комментария, учитывая, что виды с кастомными колонками используются крайне редко...

А я недавно для комментированных файлов ввёл цветовую подсветку. Немного по тону теперь отличаются, как и сам файл descript.ion.
А так вообще мало использую подсветку, только каталоги, занятые файлы, и вот теперь ещё комментированные стали.

Для просмотра комментариев есть и некастомный вид - Комментарии.
Хотя я им не пользуюсь из-за того что там нет горизонтальной прокрутки, использую подобный кастомный, плюс в нём ещё колонка Размер присутствует. У меня на него забита комбинация Alt-Z.

Flasher
Пример. Слева - рабочий диск, справа - резервный. На обоих сторонах всё read-only, в т.ч. descript.ion, который правится на рабочем диске по мере надобности любыми удобными способами (в т.ч. самодельным выводом из xls таблицы). По некоторым причинам он тоже должен быть read-only. В итоге при резервном копировании (через синхронизацию) каждый раз надо отдельно ходить в папки с этими descript.ion и заменять их вручную, ибо они в анализе даже не проверяются.
Оно-то и можно бы обьяснить тем, что могут быть разные файлы с разных сторон и что descript.ion далеко не всегда должны быть идентичными, но это не отменяет вот такую вот проблему, которую приходится решать вручную, стараясь не потерять порой очень драгоценную инфу из коммента...
Так что да, вариант с одноимёнными текстовиками - вполне себе альтернатива, надо будет испробовать насколько оно применимо в реальной работе.