0xd34df00d
06.06.2011 19:45 Azoth_primary
С другой стороны, представление хистори отдельным протоколом поможет решить проблему отображения истории того контакта, которого уже нет в ростере по тем или иным причинам. Например, если его удалили руками, если это была конференция или участник в конференции.
Короче, посоны, давайте думать, а то у меня идеи какие-то херовые.
14 comments
recommend
bookmark
subscribe
ИДЕЯ: хранить историю в плейнтексте. ПЛЮСЫ: можно грепать корованы. МИНУСЫ: слишком мало объектов. Нужно больше объектов!
Вопрос не в том, как ее хранить.
а как что? загружать? или, простите, десериализировать?
НУЖНО БОЛЬШЕ ОБЪЕКТОВ.
Как отображать с учетом стилей чатов, плагинов типа пста или жуйка, и так далее.
Загрузка и сериализация давно отлично работают, скулайт.
>__<
Ну ладно. У тебя есть MVC-шное разделение на модель сообщений и, соответственно, их view? Так бы наполнял модель данными из истории, и подсовывал её окошку.
Ну, моделью для сообщений выступает список объектов-сообщений :)
в чём тогда проблема?
Для создания сообщения у него должен быть пэрент, запись в контакт-листе.
что мешает записывать в sqlite уникальный идентификатор записи-пэрента в контакт-листе?
То, что, блин, пэренты не постоянны, пэрент пропасть может.
под уникальным идентификатором я имею ввиду что-то вроде xmpp:buddy@example.com
Это все равно не помешает пэренту пропать из ростера.
а нельзя добавить в окно чатика атрибут ридонли, и отображать историю там в режиме ридонли. ридонли, кстате, будет полезен, если например был открыт чатик, а потом ты вышел в оффлайн