Far 3 FAQ — обсуждение
- HaRT
- Moderator
- Posts: 11211
- Joined: Tue 30 Aug, 2005 17:21
- Has thanked: 245 times
- Been thanked: 389 times
Re: Far 3 FAQ — обсуждение
Latest post of the previous page:
Предлагаю в ответ на “2.2. Что нового в Far 2 по сравнению с Far 1.7?” добавить (в подходящие позиции):* изменение ключа реестра;
* изменение способа кодирования символов раскраски;
* поддержка длинного буфера консоли.
Фар есть инструмент, а не нянька. © 2009 DrKnS
- John Doe
- Бюрократ
- Posts: 14255
- Joined: Wed 27 Apr, 2005 20:42
- Location: github.com/FarManagerLegacy
- Has thanked: 80 times
- Been thanked: 467 times
- Contact:
Re: Far 3 FAQ — обсуждение
В 2.1 ни слова о LuaMacro, и макрофайлах.
Мне кажется под "Множество изменений в макроязыке." это не подпадает
Соответственно 2.5 устарел
Мне кажется под "Множество изменений в макроязыке." это не подпадает
Соответственно 2.5 устарел
- John Doe
- Бюрократ
- Posts: 14255
- Joined: Wed 27 Apr, 2005 20:42
- Location: github.com/FarManagerLegacy
- Has thanked: 80 times
- Been thanked: 467 times
- Contact:
Re: Far 3 FAQ — обсуждение
Стоит подробнее описать, или хотя бы дать ссылки на обсуждения.HaRT wrote:Предлагаю в ответ на “2.2. Что нового в Far 2 по сравнению с Far 1.7?” добавить (в подходящие позиции):
* изменение ключа реестра;
* изменение способа кодирования символов раскраски;
* поддержка длинного буфера консоли.
Кроме того, всё-таки нужны пункты
Как перенести настройки из Far 2 в Far 3 или Как перенести настройки из Far 1 в Far 3
- John Doe
- Бюрократ
- Posts: 14255
- Joined: Wed 27 Apr, 2005 20:42
- Location: github.com/FarManagerLegacy
- Has thanked: 80 times
- Been thanked: 467 times
- Contact:
Re: Far 3 FAQ — обсуждение
В пункт 2.4 стоит добавить замечание о соответствии "битности" плагинов и фара.
- John Doe
- Бюрократ
- Posts: 14255
- Joined: Wed 27 Apr, 2005 20:42
- Location: github.com/FarManagerLegacy
- Has thanked: 80 times
- Been thanked: 467 times
- Contact:
Re: Far 3 FAQ — обсуждение
В пункт 2.4. стоит добавить пункт о кодировках, доступных в Ansi плагинах.
Раньше дополнительные кодировки устанавливались посредством reg-файлов (Far/Addons/Tables/)
Сейчас для того, чтобы какую-либо кодировку сделать доступной для анси-плагина (FTP, FarMail, и т.д.), необходимо поместить её в список "любимых" (favorites).
Для этого надо открыть список всех кодировок, доступных в системе (Options / Codepages).
Далее в секции "Other" надо найти нужную кодировку (например '20866 - Russian - KOI8') и нажать Ins.
Если секция "Other" не отображается - необходимо нажать Ctrl-H
P.S.
В хелпе тоже не помешает эта информация
P.P.S.
Пункт 2.4. лучше разделить на 2 части, описав возможности использования плагинов Far 1/ Far 2 отдельно.
Раньше дополнительные кодировки устанавливались посредством reg-файлов (Far/Addons/Tables/)
Сейчас для того, чтобы какую-либо кодировку сделать доступной для анси-плагина (FTP, FarMail, и т.д.), необходимо поместить её в список "любимых" (favorites).
Для этого надо открыть список всех кодировок, доступных в системе (Options / Codepages).
Далее в секции "Other" надо найти нужную кодировку (например '20866 - Russian - KOI8') и нажать Ins.
Если секция "Other" не отображается - необходимо нажать Ctrl-H
P.S.
В хелпе тоже не помешает эта информация
P.P.S.
Пункт 2.4. лучше разделить на 2 части, описав возможности использования плагинов Far 1/ Far 2 отдельно.
- Alexey Samlyukov
- Posts: 1765
- Joined: Tue 15 Mar, 2005 17:28
- Been thanked: 7 times
- Contact:
- John Doe
- Бюрократ
- Posts: 14255
- Joined: Wed 27 Apr, 2005 20:42
- Location: github.com/FarManagerLegacy
- Has thanked: 80 times
- Been thanked: 467 times
- Contact:
Re: Far 3 FAQ — обсуждение
Как видно изначальный составитель FAQ прекратил поддержку.
Если кто-то хочет "подхватить" - пишите.
А пока что рекомендую следовать примеру Alexey Samlyukov, т.е. просто править.
Если прав нет, то пишите прямо в теме.
Ожидается хорошо продуманная дословная формулировка, с указанием пункта.
Если кто-то хочет "подхватить" - пишите.
А пока что рекомендую следовать примеру Alexey Samlyukov, т.е. просто править.
Если прав нет, то пишите прямо в теме.
Ожидается хорошо продуманная дословная формулировка, с указанием пункта.
-
- Posts: 1430
- Joined: Mon 04 Apr, 2005 13:41
- Location: San Ramon, CA / Kharkov, UA
- Has thanked: 45 times
- Been thanked: 74 times
Re: Far 3 FAQ — обсуждение
По мотивам http://forum.farmanager.com/viewtopic.p ... &start=270 возможно стоит добавить что в стандартной поставке плагин ftp, заменен на netbox.
Мы не можем ждать милостей от Фара, взять их у него — наша задача! (C) Мичурин
- HaRT
- Moderator
- Posts: 11211
- Joined: Tue 30 Aug, 2005 17:21
- Has thanked: 245 times
- Been thanked: 389 times
Re: Far 3 FAQ — обсуждение
Хорошо бы тогда задокументировать, что поддержка Юникода в Фаре неполная.2useven10 wrote:Не переварит.
Фар есть инструмент, а не нянька. © 2009 DrKnS
- zg
- zero-gravity
- Posts: 6145
- Joined: Tue 15 Mar, 2005 17:36
- Location: riga
- Been thanked: 196 times
- Contact:
Re: Far 3 FAQ — обсуждение
а причём тут фар? это в консоли она не полная.HaRT wrote:Хорошо бы тогда задокументировать, что поддержка Юникода в Фаре неполная.
- DrKnS
- Posts: 6115
- Joined: Thu 04 Aug, 2005 06:44
- Location: Kyiv
- Has thanked: 12 times
- Been thanked: 428 times
Re: Far 3 FAQ — обсуждение
Ну в теории консоль никак не мешает правильно обрабатывать суррогатные пары.
Отображаться без, например, конему оно не будет, да.
Но.
Относительно комфортно с этим можно работать, только если определить себе std::basic_string<int> и всё всегда пихать в 32 бита.
Иначе получится тот же маразм, что и с utf-8, когда количество элементов в строках не равно количеству символов.
Первый вариант предусматривает переписывание (на глаз) 10-15% кода и двукратное увеличение потребляемой памяти.
Второй - 40-50% (тоже на глаз), причем костыльно.
Ни первым, ни вторым заниматься ради всяких supplementary planes, которые, если повезёт, встретятся пару раз в жизни, нет ни малейшего желания.
Отображаться без, например, конему оно не будет, да.
Но.
Относительно комфортно с этим можно работать, только если определить себе std::basic_string<int> и всё всегда пихать в 32 бита.
Иначе получится тот же маразм, что и с utf-8, когда количество элементов в строках не равно количеству символов.
Первый вариант предусматривает переписывание (на глаз) 10-15% кода и двукратное увеличение потребляемой памяти.
Второй - 40-50% (тоже на глаз), причем костыльно.
Ни первым, ни вторым заниматься ради всяких supplementary planes, которые, если повезёт, встретятся пару раз в жизни, нет ни малейшего желания.