AM>> В качестве примера правильной, на мой взгляд, реализации приведу AM>> хотдогед. AF> [...] AM>> Позитурин пофиксил проблему именно в редакторе - при попытке AM>> сохранить мессагу с сабжем длиной более 72 символов, выдается AM>> предупреждение об ошибке и хотдог возвращается в режим AM>> редактирования мессаги. Т.о. решает, что из сабжа удалить или что AM>> в нем изменить так, что бы сабж вписался в требования стандарта и AM>> при этом сохранились его целостность и достоверность - решает AM>> человек, автор сообщения, а не алгоритм тоссера. AF> Хотдог - это монолитная система, всё-в-1,
Нет. В нем редактор и тоссер это разные программы.
AF> там без разницы, в каком месте затычку ставить. Там в тоссер AF> сообщение может прилететь только из редактора. В нормаьной AF> фидошной системе - нет. Ровно как и написанное в редакторе AF> сообщение может попать только в тоссер, а не остаться в базе, AF> предназначенной совсем для дугого, например, для BBS. Поэтому в AF> хотдоге такое решение годится и даже оптимально, а в полноценной AF> фидошной системе - не годится совсем.
И редактор хотдога пишет и получает сообщения не только от фидошного тоссера - есть еще и nntp-провайдер, в общем случае могут быть и другие провайдеры.
-- Best regards! Posted using Hotdoged on Android --- Hotdoged/2.13.5/Android * Origin: Yet another Android node (2:469/335)
