Кодировки в descript.ion / files.bbs
Кодировки в descript.ion / files.bbs
Прошу помочь разобраться с совместимостью discript.ion.
Проблема в следующем: всегда пользуюсь описанием файлов в Far Maneger. Так же пользуюсь ACDSee для просмотра фотографий. Для корректного отображения информации из discript.ion там необходимо ставить галочку в OEM (DOS) conversion - тогда все нормально читается. Но, часто в программе нет возможности этой настройке, и описания файлов выводятся иероглифами?
Есть ли возможность настроить Far так, что бы везде информация из discript.ion читалась корректно? Или, подскажите, какую программу, с настройкой аналогичной ACDSee возможно использовать с одновременным полноэкранным просмотром фотографий и выводом под этими фотографиями строки с описанием файла?
С уважением и благодарностью....
Проблема в следующем: всегда пользуюсь описанием файлов в Far Maneger. Так же пользуюсь ACDSee для просмотра фотографий. Для корректного отображения информации из discript.ion там необходимо ставить галочку в OEM (DOS) conversion - тогда все нормально читается. Но, часто в программе нет возможности этой настройке, и описания файлов выводятся иероглифами?
Есть ли возможность настроить Far так, что бы везде информация из discript.ion читалась корректно? Или, подскажите, какую программу, с настройкой аналогичной ACDSee возможно использовать с одновременным полноэкранным просмотром фотографий и выводом под этими фотографиями строки с описанием файла?
С уважением и благодарностью....
- Centaur
- Posts: 1083
- Joined: Tue 05 Apr, 2005 20:09
- Location: Novosibirsk, Russia
- Been thanked: 2 times
Разработчики формата descript.ion сами не могут определиться, в какой кодировке должны быть описания. Консольные 4DOS и 4NT пишут в OEM, а гуёвый Take Command — в ANSI. Причём ни та, ни другая, ни третья не предоставляют настроек.
В версии 4NT 7.0 добавилась возможность хранения описаний в свойстве Comments NTFS’ного потока \005SummaryInformation, там какой-то бинарный формат. Стандартный API для работы с этим форматом — интерфейс IPropertyStorage; соответствующая документация гласит, что строки могут храниться в произвольной кодировке, поддерживаемой системой, причём идентификатор кодировки хранится в этом же потоке.
В версии 4NT 7.0 добавилась возможность хранения описаний в свойстве Comments NTFS’ного потока \005SummaryInformation, там какой-то бинарный формат. Стандартный API для работы с этим форматом — интерфейс IPropertyStorage; соответствующая документация гласит, что строки могут храниться в произвольной кодировке, поддерживаемой системой, причём идентификатор кодировки хранится в этом же потоке.
Есть такая возможность - Power Description Editor.Есть ли возможность настроить Far так, что бы везде информация из discript.ion читалась корректно?
Как мне кажется, это должно решить часть проблем. Например, если имя файла русское, то кодировка описания определяется "автоматически" (если мне не отказывает память ).
Чуть позже:
Память всё-таки отказала... эта фишка, равно как несколько других, появилась после публикации последней официальной версии.
Там сейчас есть некоторые траблы с документацией поэтому... короче, если понравится, то на днях постараюсь всё исправить и обновить.
-
- Posts: 1515
- Joined: Wed 16 Mar, 2005 06:26
- Location: Новосибирск
- Been thanked: 1 time
- Contact:
[e]Bu$ter
а она нормально создаёт описания, если в каталоге ещё не существует files.bbs|descript.ion? А то один из последних плагинов для меня потерял всякую ценность неумением создавать эти файлы.
а она нормально создаёт описания, если в каталоге ещё не существует files.bbs|descript.ion? А то один из последних плагинов для меня потерял всякую ценность неумением создавать эти файлы.
Ты мне не выкай!
«ФарФорум не для пользователей!»
Upd:
P.S. Я просто поддерживаю беседу.» © Народ.
xmpp:kildor@jabber.ru
«ФарФорум не для пользователей!»
Upd:
P.S. Я просто поддерживаю беседу.» © Народ.
xmpp:kildor@jabber.ru
Чувствую, что это то, что я ищу :о) Вот только как все это прописать что бы работало?[e]Bu$ter wrote:Есть такая возможность - Power Description Editor.Есть ли возможность настроить Far так, что бы везде информация из discript.ion читалась корректно?
Как мне кажется, это должно решить часть проблем. Например, если имя файла русское, то кодировка описания определяется "автоматически" (если мне не отказывает память ).
Чуть позже:
Память всё-таки отказала... эта фишка, равно как несколько других, появилась после публикации последней официальной версии.
Там сейчас есть некоторые траблы с документацией поэтому... короче, если понравится, то на днях постараюсь всё исправить и обновить.
Помогите, пожалуйста...
Где прописывать pde - в Far или в программе просмоторщике фотографий. И как правильно сделать?
Написано много про всякие ключи:
pde.exe <-F:("полной путь к файлу")> [-O:(опции)] [-C:(имя_конфига)]
- полный путь к файлу какому? к Far.exe или к обрабатываемому discript.ion?
Если не сложно, на примере внедрения в Far - опишите в кратце.
С уважением и благодарностью...
К тому, для которого нужно получить\установить описание.- полный путь к файлу какому? к Far.exe или к обрабатываемому discript.ion?
В документации всё подробнейшим образом описано про установку. Для FAR'a даже не один макрос прилагается, т.ч. в ключах разбираться не обязательно (но крайне желательно).Если не сложно, на примере внедрения в Far - опишите в кратце.
Ну если всё-таки кратко (ДОКа то большая, кто её читать будет?), то PDE нужно положить в папку Windows (или как она там у вас называется?) и запустить из папки _int один из файлов CtrlZ_*.reg. Какой именно написано в документации.
Описания файлов (descript.ion)
Far Manager, version 2.0 (build 1086) x64 под Windows Vista
Кроме усечения описания по длине, происходит потеря информации создании описания.
В самом файле descript.ion создается запись, но не отображается при просмотре описания (Ctrl+Z) или в списке (Ctrl+6).
Происходит это с именами файлов, включающими некоторые символы в русскоязычном описании, а также с любыми греческими символами.
1. Файл "Преподобный Максим Грек – московский пророк и невинный страдалец - Татьянин День.mht"
В descript.ion отображается:
"Преподобный Максим Грек - московский пророк и невинный страдалец - Татьянин День.mht" [http://www.taday.ru/text/28774.html]
Описание теряется, т.к. используется символ длинного тире.
2. Файл "Правда о Фатиме Православная Церковь о католическом «чуде».mht"
В descript.ion отображается:
"Правда о Фатиме Православная Церковь о католическом <чуде>.mht" [http://www.fictionbook.ru/author/petano ... v_o_k.html]
Описание теряется, т.к. используются символы угловых кавычек.
3. Файл "Χριστος ανεστη.odt"
В descript.ion отображается:
"??????? ??????.odt" TEST
Описание таким образом теряется, хотя оно было доступно в FAR 1.75
Кроме усечения описания по длине, происходит потеря информации создании описания.
В самом файле descript.ion создается запись, но не отображается при просмотре описания (Ctrl+Z) или в списке (Ctrl+6).
Происходит это с именами файлов, включающими некоторые символы в русскоязычном описании, а также с любыми греческими символами.
1. Файл "Преподобный Максим Грек – московский пророк и невинный страдалец - Татьянин День.mht"
В descript.ion отображается:
"Преподобный Максим Грек - московский пророк и невинный страдалец - Татьянин День.mht" [http://www.taday.ru/text/28774.html]
Описание теряется, т.к. используется символ длинного тире.
2. Файл "Правда о Фатиме Православная Церковь о католическом «чуде».mht"
В descript.ion отображается:
"Правда о Фатиме Православная Церковь о католическом <чуде>.mht" [http://www.fictionbook.ru/author/petano ... v_o_k.html]
Описание теряется, т.к. используются символы угловых кавычек.
3. Файл "Χριστος ανεστη.odt"
В descript.ion отображается:
"??????? ??????.odt" TEST
Описание таким образом теряется, хотя оно было доступно в FAR 1.75
Last edited by Victorian on Thu 19 Nov, 2009 15:47, edited 3 times in total.
- DrKnS
- Posts: 6114
- Joined: Thu 04 Aug, 2005 06:44
- Location: Kyiv
- Has thanked: 12 times
- Been thanked: 426 times
Re: Описания файлов (descript.ion)
Усечение уже давно исправлено.Victorian wrote:Кроме усечения описания по длине
Формат файла описаний предусматривает использование кодовой страницы OEM (т. е. в общем случае cp866), в которой нет и никогда не было ни длинных тире, ни кавычек-«ёлочек», ни, тем паче, греческих символов.происходит потеря информации создании описания
Мы, конечно, можем сохранять файл описаний в UTF16 или UTF8, да.
И "потери информации" тогда не будет.
Но учтите, что тогда с этим файлом описаний корректно не сможет работать НИКТО, кроме far.
Re: Описания файлов (descript.ion)
только вот некоторые программы этого не знают и пишут описания в ansi - а в win-1251 и тире и елочки есть. Про существование таких программ и про то что их пользователей навряд ли меньше чем пользователей ФАРа (только пересекаются они редко), и то что пользователям описания в 1251 удобнее чем в 866 - до вас пытаются донести не в первый раз, всегда оно упирается в аргументы типа "придуманный в прошлом веке стандарт - авторитетнее чем популярность любого количества современных реализаций модификации этого стандарта - ибо нестандарт=зло, и то что ФАР описания в ANSI не умеет понимать - это благо для пользователя, а не бага".DrKnS wrote:Формат файла описаний предусматривает использование кодовой страницы OEM (т. е. в общем случае cp866), в которой нет и никогда не было ни длинных тире, ни кавычек-«ёлочек», ни, тем паче, греческих символов.происходит потеря информации создании описания
никем пока неподдерживаемый в кодировках UTF - не нужно (но можно как один из вариантов, только не дефолтовый), нужна настройка ФАРа на 8-битную кодировку описаний - или глобальная или автоподбор для каждого. Так как с автоподбор - потенциальный повод для глюков и тормозов при копировании, то лучше на него не закладываться. По минимуму - нужна просто переключалка на ANSI кодировку descript.ion, как у более другого файлманагера:Мы, конечно, можем сохранять файл описаний в UTF16 или UTF8, да. И "потери информации" тогда не будет.
Но учтите, что тогда с этим файлом описаний корректно не сможет работать НИКТО, кроме far.
- Attachments
-
- setings.png (1.53 KiB) Viewed 20358 times
ошибка — считать, что фар для пользователей. (с) zg
- John Doe
- Бюрократ
- Posts: 13847
- Joined: Wed 27 Apr, 2005 20:42
- Has thanked: 73 times
- Been thanked: 428 times
- Contact:
Re: Описания файлов (descript.ion)
Вот ключевой момент:
Лично я согласен что фича была бы полезной, но кто её будет реализовывать? Ведь разработчики даже баги не успевают править...wolf wrote:(только пересекаются они редко)
https://t.me/FarManager — Telegram чат
Re: Описания файлов (descript.ion)
разработчики правят те баги, которые мешают лично им, бросать все силы на правку прочих багов - никто не обещал.John Doe wrote:Вот это ключевой момент.wolf wrote:(только пересекаются они редко)
Фича конечно была бы полезной, но кто её будет реализовывать? Ведь разработчики даже баги не успевают править...
А выше - просто обоснование того, что стандарт, на который ссылаются - давненько устарел, и найти кроме ФАРа какую-то еще регулярно обновляющуюся программу, которая понимает только OEM кодировку описаний - непросто, и это пора как минимум признать и возможно когда-нибудь поправить, а не ссылаться в который раз на мифический стандарт и несовместимость с другими программами.
ошибка — считать, что фар для пользователей. (с) zg
Re: Описания файлов (descript.ion)
Тикет, кстати, уже давненько открыт: http://bugs.farmanager.com/view.php?id=718
Re: Описания файлов (descript.ion)
Выбор кодировки для файла описаний было бы весьма неплохим решением.
В качестве полумеры предложу ещё делать описания по коротким именам.
Если бы ФАР умел делать это автоматом, было бы ещё круче: отследить ситуацию, что имя файла невозможно вписать в OEMCP и описывать по короткому вполне реально.
В качестве полумеры предложу ещё делать описания по коротким именам.
Если бы ФАР умел делать это автоматом, было бы ещё круче: отследить ситуацию, что имя файла невозможно вписать в OEMCP и описывать по короткому вполне реально.