Text Messaging Application Design

Oleg Sadov 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.
like SMS-threads).

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).
> Regards,
> Thomas

More information about the openmoko-apps mailing list