1. Сам пишу программы на продажу, может поэтому. 7zip менее стабилен, менее удобен, но он определённо круче WinRAR-а.

2. В этом, естественно, виноват Фар (и вообще ущербные "строки, заканчивающиеся нулём", по-моему, а они и в Окнах и в юникс-подобном популярны). Окна в плане Юникода не так уж в хвосте плетутся, да и Микрософт к разработке и поддержке Юникода имеет большое отношение.

3. У Латеха нет редактора. Что именно ты используешь?

5. Где? В ОпенОфисе не работает метод ввода юникодных символов имени RichEdit (потому что, вероятно, просто не стали использовать RichEdit), а то, что он там отображается — другое дело. Как там вводить юникодный текст? (Регулярные выражения там есть, но это опять-таки редактор не просто текста, а форматированного текста.)

(Reply to this) (Parent) (Thread)

1-1. я тоже пишу (ну, писал, по крайней мере),
но испытывал моральные страдания по поводу того,
что мои старания не будут доступны человечеству.

1-2. 7зип лучше рара в том числе и тем,
что у него есть плагин для фара, советую.

2. фар это "дос"-приложение (или как там его),
и он может отобразить лишь одну кодовую страницу,
там в винде это выставляется в опр. стр. настроек,
какую кодировку использовать для не-юникод программ.
чтобы стать юникодным приложением, фару нужно
обзавестись гуём (типа гуи тотала коммандера),
а это сам понимаешь, добавит к нему тормоза.

3. я использую WinEdt, но мне не хватает кой-чего.
думаю, интерактивности - хочу попробовать что-нибудь
вроде LyX или texmacs, где она реализована более-менее.

5. я имел в виду не опенофис, а visual studio.
вообще, единственное место, где я на практике
использовал юникод - это был исходник модуля,
который мне транслитил язные буквы в латиницу.

(Reply to this) (Parent) (Thread)

2. Это не "дос", а консольное приложение. Юникод — опубликованный стандарт. Использовать некоторые шрифты и т.п., реализованные в иллюстративных целях, нельзя, но саму суть стандарта — можно. Символы можно не прорисовывать, главное — прозрачность, чтобы в редактируемом тексте неизвестные символы не заменялись на вопросики, например, чтобы имена файлов не калечились.
Начиная с NT Юникод "от ОС" для консольных приложений поддерживается, причём как сам по себе (в варианте UTF-16, как и графическим приложениям, как и на уровне ядра), так и для консольных приложений с кодовыми страницами (UTF-8 тоже обзывается кодовой страницей с большим номером).
Для меня суть Фара в том, что он должен поддерживать хотя бы любые законные имена файлов в Окнах, редактирование любых файлов на уровне выделить/вставить/удалить символы без порчи остальных символов (как текстовые), просматривать содержимое разными способами (поддержка кодировок и т.п., так что системная UTF-16 заведомо недостаточна). Поэтому поддержка Юникода у него должна быть своя, а не только через систему. Он с этим давно не справляется, и строки с нулевыми символами я не просто так упомянул.

Собственно, полуоткрытое сообщество энтузиастов Фара сделало немало хороших плагинов, но сама программа очень устарела.

В общем, не важно.

3. Понятно. Я для этого пользуюсь Фаром:) А чем ты околонаучным занимаешься?

5. Я на практике юникод почти не использовал, но в какой-то момент написал парсеры для него, анализирующие соответствие стандарту на минимальном уровне, считающие количество символов в строке и перекодирующие друг в друга UTF8-UTF16-UTF32. При сколько-нибудь абстрактном подходе к строкам (как к произвольным последовательностям байтов, у которых могут быть какие-то свойства) переход на юникод не может быть сложен. Естественно, в реальности все использовали соображение "один символ=один байт". Но я год назад купил учебники китайского, так что всё может быть. (Фар китайские имена файлов и их содержимое обрабатывает "непрозрачно", что я выяснил по незначительному собственному опыту.)

Собственно, всё, что я про поддержку Юникода написал, сводится к тому, что отрицательная роль собственно Микрософта незначительна: те же "строки, заканчивающиеся нулями" вовсе не Микрософт и придумал, например. Просто всё меняется, всё устаревает, и одно дело — Евгений Рошаль, но другое — те энтузиасты, которые им занимаются теперь, которые всё равно не имеют возможности получить славы Рошаля, даже если заново напишут Фар с поддержкой больших файлов и всяких юникодов.

(Reply to this) (Parent) (Thread)

2. ну да, это основная моя претензия к фару.
запустишь, бывает гиг 200 копироваться на ночь,
приходишь с утра, а он на 10 гиге споткнулся.
кстати, midnight commander давно юникодирован.

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

5. унифицирование и ограничение строк только
к формату юникод на платформе дотнет, собсна,
одна из причин её удобности, это был большой шаг
вперёд тогда, и в этом МС проявила дальновидность.

думаю, слава это не особый двигатель для FOSS.

(Reply to this) (Parent) (Thread)

3. там есть такая панелька, где нарисованы всякие мат. символы, которых все не упомнить, как они через команды задаются правильно. а компилируешь ты через командную строку? я компилирую после набора каждой формулы, и это было бы неудобно, сам понимаешь.
Я смотрю в файл или в бумажное руководство.
Через неё, это делается нажатием клавиши Ентер в Фаре, так что получается по-твоему: ввёл формулу, нажал Еск-Ентер, посмотрел, вернулся в Фар, нажал Ф4, редактируешь с того же места.

думаю, слава это не особый двигатель для FOSS.
Хороший Фар — определённо не FOSS.
FOSS, возможно, стал Фар 1.8, причём именно из-за неспособности закрытой группы энтузиастов справиться с Юникодом самим.

5. унифицирование и ограничение строк только к формату юникод на платформе дотнет
Собственно, ядро NT в Окнах тоже функционирует в Юникоде-UTF-16, так что поддержка строк "старых" кодовых страниц происходит часто путём многократных перекодирований в UTF-16 и обратно, как я понимаю.

(Reply to this) (Parent) (Thread)

ситуация с кодировками это пример того,
как создать проблемы на пустом месте :)

(Reply to this) (Parent) (Thread)

Но их создали многие люди, корпорации и страны. Если бы не кодировки, мы писали бы как Великий kaledin:)

(Reply to this) (Parent) (Thread)

да, но несмотря на принятие стандартов,
ситуация с этим делом слишком усложнена,
хорошо бы было в определённый момент
волевым усилием отказаться от обратной
совместимости, которая порождает проблемы.

(Reply to this) (Parent) (Thread)

Мне кажется, что обратная совместимость важнее всего. Иначе бессмысленно писать что-то кроме мгновенных сообщений.

(Reply to this) (Parent) (Thread)

как правило, да, но
иногда она мешает
двигаться вперёд

(Reply to this) (Parent)