Total Commander

CFlint писал(а):Насколько я уловил, у создателя формата descript.ion существует база программ и ..символов, которые эти программы могут использовать для своих нужд.

почему нельзя взять любой символ. Хоть ноль, хоть 255.
Это будет несовместимо с другим софтом - фиг с ним.

Если Гислер выпросит свой спецсимвол, то это тоже будет несовместимо с другим софтом.

Alextp писал(а):Это будет несовместимо с другим софтом - фиг с ним.

Гислер не считает "фиг с ним" корректным подходом к решению проблемы.

Alextp писал(а):Если Гислер выпросит свой спецсимвол, то это тоже будет несовместимо с другим софтом.

Ну почему же, если этот другой софт пишется в соответствии со стандартом, то никакой несовместимости не будет: каждая программа будет уважать требования и спецсимволы других программ. Но, конечно, если я напишу прогу, которая будет расценивать \n как конец строки, символ 255 как конец абзаца, букву "пи" игнорировать, то, разумеется, с Тоталом это будет несовместимо. Но виноватым-то в этом случае окажусь именно я, а не Тотал. И Гислер не хочет делать так, чтобы виноватым оказывался Тотал, и в этом пункте лично я с ним совершенно согласен.

Ну почему же, если этот другой софт пишется в соответствии со стандартом, то никакой несовместимости не будет: каждая программа будет уважать требования и спецсимволы

Почему не будет. Я написал прогу,
которая работает в соответствии со стандартом. Тотал выходит, и начинает писать в комментарии ion какой-то там символ. Моя прога как об этом (символе) узнает?

И Гислер не хочет делать так, чтобы виноватым оказывался Тотал

В моем случае виноватым будет Тотал..

Alextp писал(а):Почему не будет. Я написал прогу,
которая работает в соответствии со стандартом. Тотал выходит, и начинает писать в комментарии ion какой-то там символ. Моя прога как об этом (символе) узнает?

Я не разбирался в стандарте, поэтому моё объяснение может и не прокатить, но я это представляю себе следующим образом. Все символы можно использовать в любой программе, но исключительно "as is". Т.е. если программа встречает символ 255, она обязана отобразить его как символ 255, и ни в коем случае не трактовать его любым иным способом. Когда какой-то программе требуется расширить формат descript.ion, ей выделяется особый символ (или последовательность символов) для её исключительных нужд, и только эта программа имеет право трактовать этот символ особым образом. Твоя программа как работала, так и будет работать, только вместо конца строки будет отображать соответствующий символ — несколько неудобно, но не смертельно, и никаких проблем не вызовет. А вот если ты такой же символ по случайному совпадению будешь использовать для чего-то совершенно другого, не согласовав это предварительно с автором стандарта descript.ion, вот тогда-то и полезут баги-глюки.

На оффоруме выложена утилита для работы с многострочными комментариями, в т.ч. для нескольких файлов одновременно.
Для разрыва строки используется неразрывный пробел. Он совместим и с другими программами - показан как обычный пробел.

Другой важный вопрос - будет ли оставлено ограничение на длину строки? А то Download Master, Reget пишут столько строк, сколько им надо, а Тотал исправить может только первые несколько.

Тема и готовый редактор descript.ion без лишних ограничений.
[Wish] Unlimited length of comment in descript.ion file

Правда в то время Гислер насчёт многострочности и безлимитности был категоричен:

descript.ion isn't a format with which you can do what you want! It was introduced by the makers of the tool 4dos and 4nt. These tools limit the length of the descript.ion line to 512 characters, and do not support any line breaks. TC would break these tools if it ignored their restrictions. Unfortunately as you have noticed there are some programmers which simply ignore other programs and do what they please with a file format.

Перевод:
descript.ion не тот формат, с которым можно делать что угодно. Был введён создателями 4dos и 4nt. Эти утилиты ограничивают длину строки в descript.ion 512 символами и не поддерживают разрывы строк. TC может поломать эти утилиты, если будет игнорировать их инструкции. К сожалению, как видно, некоторые программисты просто забивают на другие программы и делают с форматом что угодно.

4dos и 4nt – кто про них сейчас знает? Для любителей старины можно ввести ключ, ограничивающий длину комментов. А то обидно, что Reget, DM сохранят комментарий, а в Тотале подправить его нельзя, приходится лезть напрямую в descript.ion.

Отсюда

ghisler(Author) писал(а):TC 7.5 will support comment lengths of 4 kBytes minus name length, a space, and the extra fields (the maximum allowed according to the new descript.ion documentation).

I also have my own ID now (0xC2), which I will use to mark comments containing line breaks. 0xA0 will not be used, instead I will use \n for line breaks and \\ for backslashes (only of 0xC2 is present).

Гислер (автор) писал(а):TC 7.5 будет поддерживать комментарии длиной 4 Kb минус длина имени файла, пробел и [не понял].

Также у меня есть ID (0xC2), которым я буду помечать комментарии, содержащие разрывы строк. 0xA0 (неразрывный пробел) использоваться не будет, потому как буду использовать \n для разрывов строк и \\ для обратных слэшей (только если присутствует 0xC2).

Непонятно, что такое экстра поля.
0xC2 = 194 = ┬
Непонятно, в каком месте будет располагаться этот символ. Сразу после пробела? Некрасиво как-то. Правда, если лезть в сам файл. С неразрывным пробелом было бы красивее и без лишнего огорода.

and the extra fields (the maximum allowed according to the new descript.ion documentation). - и дополнительные поля (максимум из того, что допускается в новой документации по descript.ion)

Кто-то в курсе, что это за доп. поля и где есть новая документация?

Несколько раз перечитал темы форума, но так и не нашел ответа на вопрос как сделать так, чтобы символ переноса "\n" не отображался (а корректно обрабатывался) в комментариях descript.ion

Информация в справке, а так же форуме, что без символа 0xC2 именно так и будет не сильно помогла, поскольку у меня что с ним, что без него комментарии отображаются с "\n" без переноса.

Прошу разъяснить что же (и как) необходимо вписать в комментарий, чтобы отображение шло в несколько строк.

aLLigator
Не понимаю, какая была неообходимость создавать новую тему, да ещё без ссылки на ту, где как раз обсуждались (до реального появления в публичных версиях многострочных descript.ion!) эти анонсы Гислера.
Лично у меня длинные комментарии из descript.ion отображаются в подсказках автоматически разбитыми на строки без всякого явного указания спецсимволов. Или необходимо получить что-то иное?

Перенесено по принадлежности. Заодно приведён в порядок заголовок темы.

нет, получить необходимо именно разбивку на строки.

Но у меня в ТС 8.51 комментарий записанный в виде: отображается (в подсказке и колонке) как: Почему так, пока нашел только одно объяснение - нужно добавить символ переноса "\n" и мифический символ 0xC2.
Но даже с ними все равно выводит всё в одну строку!

aLLigator
В колонке комментарий, естественно, отображается в одну строку, поскольку иначе он там отображаться просто не может. Что же касается подсказок, если в настройках TC включена опция "Комментарии из descript.ion/files.bbs", то комментарий, разбитый на строки при помощи Enter в окне редактирования, открываемом по Ctrl+Z, отображается разбитым на те же строки и в подсказке. Без всяких указаний реальных или мифических дополнительных символов. По крайней мере, у меня это так.
Следует учесть, однако, что если тот же комментарий мы захотим получить не через указанную опцию, а в пользовательской подсказке (по плюсику и дальше) через [=tc.Комментарий], он отобразится в одну строку, как в колонке.

т.е. вывод по "плюсику" многострочных комментариев в виде"line 1 line 2 line 3" это нормальная практика ТС?

aLLigator
Я так понял, что если не напрямую из descript.ion, а через плагин, то да. Как и при чтении descript.ion за пределами TC. Во всяком случае, никакой иной информации ни на оффоруме, ни на бета-форуме (в пору обсуждения новаций 7.50 он ещё работал) мне найти не удалось.