CO>>>>>> Длинный сабж формирует пользователь в редакторе. А Парма CO>>>>>> всего лишь его не перепроверяет. AF>>>>> Парма формирует pkt, у которого есть стандарт. И этот стандарт AF>>>>> накладывает ограничение на длину сабжа. Поэтому парма должен AF>>>>> обрезать сабж, чтобы не формировать кривой пакет. Так, AF>>>>> надеюсь, понятнее. AM>>>> Все таки это неправильно - обрезать написанное тоссером. AM>>>> Непозволять писать слишком длинную строку должен редактор. AF>>> Дубль два: редактор не должен ничего обрезать, CO>> Не должен, да. Только если он фидошный, то не должен давать CO>> возможность написать сабж длиннее стандарта. Стандарт описывает CO>> длину сабжа именно самого pkt или сообщения в нём? AF> Дубль три: редактор сохранят сообщения в базу.
Для чего он это делает? Что бы из базы сообщение ушло в эху - не так ли?
AF> Стандарт базы не накладывает ограничения на длину сабжа.
Это баг стандарта базы, который следует пофиксить. Учитывая, что эхобазы существуют для обмена сообщениями между собой, а этот обмен производится по стандарту pkt, стандарт базы не должен противоречить стандарту pkt.
AF> Задача редактора на этом заканчивается. Редактор не должен думать, AF> что ты дальше будешь делать с этим сообщением.
Правильно. _Редактор_ не должен думать за тебя. И тоссер тоже не должен _думать_. Думать о содержимом написанного тобой сабжа должен только ты сам. А программы должны только предупреждать тебя о слишком большой длине сабжа и предоставлять _тебе_ возможность подумать и изменить её корректным образом.
Этот механизм, конечно, можно реализовать и в тоссере, например, отправкой _неизменённой_ мессаги в badarea и формированием в нетмыле письма тебе об этом...
Но, IMHO, проще для программиста и удобнее для пользователя, а значит и в целом правильнее, делать это в редакторе - как сделано в хотдоге.
-- Best regards! Posted using Hotdoged on Android --- Hotdoged/2.13.5/Android * Origin: Yet another Android node (2:469/335)
