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