Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции FTSC_PUBLIC
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции FTSC_PUBLIC с датами от 13 Sep 13 18:57:24 до 01 Aug 24 00:39:47, всего сообщений: 7127
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 1103 из 7127 ====================================== FTSC_PUBLIC =
От   : Michiel van der Vlist            2:280/5555         14 Jan 14 15:19:18
Кому : mark lewis                                          14 Jan 14 15:19:18
Тема : CHRS kludge implementations
FGHI : area://FTSC_PUBLIC?msgid=2:280/5555+52d549a5
На   : area://FTSC_PUBLIC?msgid=1:3634/12.71+2d404691
= Кодировка сообщения определена как: UTF-8 ==================================
Ответ: area://FTSC_PUBLIC?msgid=1:3634/12.71+2d57a700
==============================================================================
Hello mark,

On Monday January 13 2014 10:23, you wrote to Bj÷rn Felten:

BF>>    From what I've seen so far, there's not a single person that
BF>> will advocate the level part of the CHARS kludge, so lets get rid
BF>> of it once and for all.

ml> you're seeing a few people in here talking about it... what you are
ml> not seeing is current practise which is done by all the software being
ml> used on the network... as long as a majority of software emits and/or
ml> uses the level parameter, the documentation is correct... what are you
ml> going to do when you remove that level parameter and break software
ml> all over the network?

As I see it, there is no added value in dropping the level parameter, but doing so may break backward compatibility. So no pros for dropping it, just cons.

When we were to redo Fidonet from start, we would probably do without the level parameter. It is not very useful. Sometimes however we just have to live with the consequences of decisions made in the past. We do not know if there is still softare around that will break when the level parameter is omitted, but why take the chance? It doesn't eat bread, so the recomenation for new sofwtare to include it when writing and ignore on read seems to be adequate.


Cheers, Michiel

--- GoldED+/W32-MINGW 1.1.5-b20110320
* Origin: http://www.vlist.org (2:280/5555)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.059149 секунды