Plasma on MID, take 2

[Aaron J. Seigo]

On Sunday 29 March 2009, Emmanuel Lepage-Vallée wrote:
> But there is a problem here, the order of application -need- to stay the
> same over time or it will be a pain to find an application that is not in
> the top line. A simple solution exist here. having some kind of dual way of
> selecting application:

they could even be different views altogether. a full screen anology of the 
"sort by" in table- and tree- views.

> To achieve that, we need a way to store massive amount of volatile data:

which is why i didn't comment on things like geospatial or network location 
information. we probably really don't even need to store a whole history, just 
the last N events for a given application.

for geospatial information, one could perhaps do it one of or as some 
combinations of a few different ways:

* store a maximum of N events (naive, probably only somewhat helpful)

* relate to locations that the user marks as important to them

* don't store exact locations but "regions" (i seem to recall reading some 
research on that one; about when to create or divide regions when new location 
data comes in without storing the original data that led to the creation of 
the regions?)

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Qt Software

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/plasma-devel/attachments/20090329/457f9f09/attachment.sig