Нужно сохранять блокнот в открытых директориях тотала?
Модераторы: d-view, Моторокер, Avada, CaptainFlint, Nik
Нужно сохранять блокнот в открытых директориях тотала?
Заголовок получился не очень информативным, поэтому раскрою суть.
Часто приходиться сохранять нужные файлы в нужных местах и к ним прикладываю комментарий в виде файла стандартного блокнота (Notepad).
Очень не удобно каждый раз, при сохранении файла, вручную выбирать путь. Можно ли как-то подвязать, чтобы при сохранении файл сохранялся в той папке, которая в данный момент открыта в тотале, на активной половинке.
Может есть какой-то другой блокнот, что может так синхронно работать с тоталом?
Или допустим щелкаешь правой кнопкой мыши в нужной дериктории выбираешь там блокнот, или другую подобную прогу, которая после туда и сохраняет набранный текст в файл.
Часто приходиться сохранять нужные файлы в нужных местах и к ним прикладываю комментарий в виде файла стандартного блокнота (Notepad).
Очень не удобно каждый раз, при сохранении файла, вручную выбирать путь. Можно ли как-то подвязать, чтобы при сохранении файл сохранялся в той папке, которая в данный момент открыта в тотале, на активной половинке.
Может есть какой-то другой блокнот, что может так синхронно работать с тоталом?
Или допустим щелкаешь правой кнопкой мыши в нужной дериктории выбираешь там блокнот, или другую подобную прогу, которая после туда и сохраняет набранный текст в файл.
Попробовал. При нажатии комбинации просит ввести имя редактируемого файла. Ввожу придуманное, создается файл, но без расширения и открывается AkelPad. Ввожу текст и нажимаю сохранить. Сохраняется так же без расширения. Чтобы сохранился как положено нужно выбирать сохранить как и вручную выбрать расширение txt.
Как-то не намного проще, чем выбирать директорию вручную. Не до конца нужный результат!
Как-то не намного проще, чем выбирать директорию вручную. Не до конца нужный результат!
"Кнопка для создания файла" http://forum.wincmd.ru/viewtopic.php?t=5377
"Описание в TXT-файле" http://forum.wincmd.ru/viewtopic.php?p=21185
"Описание в TXT-файле" http://forum.wincmd.ru/viewtopic.php?p=21185
Диалоги сохранения ещё в висте испоганили, сделав понятие рабочей папки процесса для них совершенно бесполезным, т.к. они стали по своей больной воле предлагать папки для сохранения...
Но тут, как правильно подсказали, нужно использовать Shift+F4 и создавать файл предварительно (кстати, когда Shift+F4 жмётся над существующим файлом, тотал его имя туда подставляет - достаточно дописать в хвост .txt, чтобы рядом с файлом создался TXT).
А ссылки на кнопки - вообще то, что нужно при такой формулировке задачи!
Но тут, как правильно подсказали, нужно использовать Shift+F4 и создавать файл предварительно (кстати, когда Shift+F4 жмётся над существующим файлом, тотал его имя туда подставляет - достаточно дописать в хвост .txt, чтобы рядом с файлом создался TXT).
А ссылки на кнопки - вообще то, что нужно при такой формулировке задачи!
Ctrl+Z, я бы сказал, очень на любителя. Я бы в случае крайней необходимости тоже в текстовых файлах описывал, так и портабельно, и лучше видно невооруженным глазом...Flasher писал(а):А чем Ctrl+Z не устраивает?
Не понял. Что непортабельного в descript.ion? И что лучше видно? Ctrl+Z всегда под рукой, не нужно искать специально файл описания для правки или просмотра.MVV писал(а):так и портабельно, и лучше видно невооруженным глазом.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Отчего лучше видно-то? Комментарий размещается во всплывающей подсказке (шрифт настраивается ключами FontNameTip, FontSizeTip, FontWeightTip), а текстовый файл спрячется где-то за панелью и ищи-свищи.
Пользовательских колонок это вообще никак не касается.
Я ещё могу понять, когда нужно вывести системную информацию в текстовики, но это отдельный случай.
Пользовательских колонок это вообще никак не касается.
Я ещё могу понять, когда нужно вывести системную информацию в текстовики, но это отдельный случай.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Добавлю и свои 5 коп.
2. При установке атрибута R на descript.ion в целевой папке и копировании туда аналогично комментированного набора файлов/папок тотал никоим образом не подаёт виду об утрате коммента.
3. Аналогично при переименовании файла и R на descript.ion.
4. Проводник не умеет descript.ion, а порой приходится работать и с ним.
В принципе, по сценариям 2,3,4 вопросы (отчасти) следовало бы задать пользователю, ставящему подобную задачу.
Но полный игнор (точнее, невозможность его отключить) по 1 пункту и полная тишина по 2 - явная недоработка.
1. Инструмент синхронизации напрочь игнорирует различающиеся между собой descript.ion файлы.Flasher писал(а):Не понял. Что непортабельного в descript.ion?
2. При установке атрибута R на descript.ion в целевой папке и копировании туда аналогично комментированного набора файлов/папок тотал никоим образом не подаёт виду об утрате коммента.
3. Аналогично при переименовании файла и R на descript.ion.
4. Проводник не умеет descript.ion, а порой приходится работать и с ним.
В принципе, по сценариям 2,3,4 вопросы (отчасти) следовало бы задать пользователю, ставящему подобную задачу.
Но полный игнор (точнее, невозможность его отключить) по 1 пункту и полная тишина по 2 - явная недоработка.
Цитата к синхронизации какое дело-то имеет? Никакого.
Разница в работе синхронизации отображаемых descript.ion и предлагаемых txt-файлов отличается? Нет. Так о чём речь?
Не там минусы ищем. Это история явно для другого топика (вроде соседнего).
Разница в работе синхронизации отображаемых descript.ion и предлагаемых txt-файлов отличается? Нет. Так о чём речь?
Не там минусы ищем. Это история явно для другого топика (вроде соседнего).
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
И чем же?Mellomann писал(а):В том и дело, что при использовании синхронизации отличается.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
А я недавно для комментированных файлов ввёл цветовую подсветку. Немного по тону теперь отличаются, как и сам файл descript.ion.MVV писал(а):Лучше видно наличие комментария, учитывая, что виды с кастомными колонками используются крайне редко...
А так вообще мало использую подсветку, только каталоги, занятые файлы, и вот теперь ещё комментированные стали.
Для просмотра комментариев есть и некастомный вид - Комментарии.
Хотя я им не пользуюсь из-за того что там нет горизонтальной прокрутки, использую подобный кастомный, плюс в нём ещё колонка Размер присутствует. У меня на него забита комбинация Alt-Z.
Flasher
Пример. Слева - рабочий диск, справа - резервный. На обоих сторонах всё read-only, в т.ч. descript.ion, который правится на рабочем диске по мере надобности любыми удобными способами (в т.ч. самодельным выводом из xls таблицы). По некоторым причинам он тоже должен быть read-only. В итоге при резервном копировании (через синхронизацию) каждый раз надо отдельно ходить в папки с этими descript.ion и заменять их вручную, ибо они в анализе даже не проверяются.
Оно-то и можно бы обьяснить тем, что могут быть разные файлы с разных сторон и что descript.ion далеко не всегда должны быть идентичными, но это не отменяет вот такую вот проблему, которую приходится решать вручную, стараясь не потерять порой очень драгоценную инфу из коммента...
Так что да, вариант с одноимёнными текстовиками - вполне себе альтернатива, надо будет испробовать насколько оно применимо в реальной работе.
Пример. Слева - рабочий диск, справа - резервный. На обоих сторонах всё read-only, в т.ч. descript.ion, который правится на рабочем диске по мере надобности любыми удобными способами (в т.ч. самодельным выводом из xls таблицы). По некоторым причинам он тоже должен быть read-only. В итоге при резервном копировании (через синхронизацию) каждый раз надо отдельно ходить в папки с этими descript.ion и заменять их вручную, ибо они в анализе даже не проверяются.
Оно-то и можно бы обьяснить тем, что могут быть разные файлы с разных сторон и что descript.ion далеко не всегда должны быть идентичными, но это не отменяет вот такую вот проблему, которую приходится решать вручную, стараясь не потерять порой очень драгоценную инфу из коммента...
Так что да, вариант с одноимёнными текстовиками - вполне себе альтернатива, надо будет испробовать насколько оно применимо в реальной работе.