Text Messaging Application Design
sadov at linux-ink.ru
Fri Oct 19 14:05:43 CEST 2007
But may be discussing of creating possibility of more general "search +
virtual folders engine" will be reasonably too.
It may be released like object-oriented python framework with some
backends for different types of objects (for ex. SMS) and some frontends
for different kinds of search queries and presentation layouts (for ex.
Apropos, some general search functionality is a common place for a non-
OpenSource smartfon OS'es, but it have restricted & rigid functionality
especially for languages with a rich morphological structure.
> On Fri, 2007-10-19 at 10:11 +0200, Dave Neary wrote:
> > Hi,
> > If the chat was still open (of course, in a softphone this is easier -
> > you could use a time delay, say <1h, to make this more intuitive in a
> > cellphone environment) then new SMS messages were simply to be presented
> > as the next line of the chat dialog. If the chat had been closed in the
> > meantime, it was considered to be a new discussion, and was stored as
> > such in the history.
> Personally a time delay isn't going to work for me. I often have
> conversations using SMS with gaps of more than 24 hours.
> However, I think categorising the messages based on person is much
> better and more useful than categorising on status (inbox, outbox, etc).
> As for the design of the application, I can imagine the first screen
> listing all your messages (both sent and received) sorted by time. Sent
> messages would be shaded and perhaps formatted in a different way. There
> would then be an option to filter the display based on a particular
> contact (or phone number if no contact matches).
More information about the openmoko-apps