LINUX.ORG.RU

История изменений

Исправление unxed, (текущая версия) :

Тут где-то видел в интернетах (на fp wiki?), что в fp нет UTF32. А UTF16 мне честно кажется «худшим решением из возможных»: он не может считаться достаточно вычислительно простым, как ASCII, из-за суррогатных пар (модель «1 символ = 2 байта» тут на самом деле не работает), при этом и по памяти тоже не слишком-то экономичен (если вы не в Китае). Я, скорее, вот этих ребят сторонник http://utf8everywhere.org/

Но это, безусловно, обсуждаемая история. Вообще тут видится форк Free Vision из FP и доработка его под современные нужды, так что отчего ж не обсудить? :)

А вот необходимость нового FV-utfX может саму работу над dn2l задвинуть в долгий ящик.

Я тоже читал эту статью :) https://www.joelonsoftware.com/2000/04/06/things-you-should-never-do-part-i/

Разумеется, эксперименты пойдут в отдельной ветке, улучшения текущей (уже работающей) сборки dn2l блокироваться ими никак не будут.

Вот над этой разницей при порте FV тоже стоит немного подумать.

То есть, откажемся от кроссплатформенности, заточив форк FV исключительно под *nix терминалы? Ой ну чёт не уверен пока :)

PS: Дописал в readme свое видение перспектив «просто попросить исходники NDN»:

https://github.com/unxed/dn2l/blob/main/README.md#ndn-already-works-on-linux-shouldnt-we-just-ask-its-devs-to-open-the-code

Исходная версия unxed, :

Тут где-то видел в интернетах (на fp wiki?), что в fp нет UTF32. А UTF16 мне честно кажется «худшим решением из возможных»: он не может считаться достаточно простым и быстрым из-за суррогатных пар (простая модель «1 символ = 2 байта» тут на самом деле не работает), и при этом он ждёт память как не в себя, если вы не в Китае.

Но это, безусловно, обсуждаемая история. Вообще тут видится форк Free Vision из FP и доработка его под современные нужды, так что отчего ж не обсудить? :)

А вот необходимость нового FV-utfX может саму работу над dn2l задвинуть в долгий ящик.

Я тоже читал эту статью :) https://www.joelonsoftware.com/2000/04/06/things-you-should-never-do-part-i/

Разумеется, эксперименты пойдут в отдельной ветке, улучшения текущей (уже работающей) сборки dn2l блокироваться ими никак не будут.

Вот над этой разницей при порте FV тоже стоит немного подумать.

То есть, откажемся от кроссплатформенности, заточив форк FV исключительно под *nix терминалы? Ой ну чёт не уверен пока :)

PS: Дописал в readme свое видение перспектив «просто попросить исходники NDN»:

https://github.com/unxed/dn2l/blob/main/README.md#ndn-already-works-on-linux-shouldnt-we-just-ask-its-devs-to-open-the-code