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
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
