[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: Open Recent... class ?
From:       Cristian Tibirna <ctibirna () total ! net>
Date:       2000-02-29 1:28:54
[Download RAW message or body]

Hi

Errr... How about combining this absolutely essential feature with the
other (global, this time) feature that Mosfet implemented in the old
kfiledialog (or?) and is used by kicker?

I mean, this will simplify the code a whole lot deal. And the mechanism
will be unique among apps. Also, the needed persistent info will be stored
only once, in the global repository that Mosfet implemented (maybe moved
at a global level, not under kicker's appdir, where is now).

In contrast with the global mechanism, a specific app will just have to
filter the contents of the "open recently" global repository directory for
.desktop files whose mimetype it understands.

Now back in PTW mode. (note: PTW = (painful) thesis writing)

Cristian Tibirna


On Tue, 29 Feb 2000, David Faure wrote:

> A lot of apps have or need the "open recent..." functionality.
> There was some discussion about a global solution for this,
> but apparently nothing has been done yet, at least not in kdelibs.
> 
> Is anybody aware of anything in this area ?
> 
> I'm not talking about those strange ideas of a daemon running or anything,
> but a simple class in kdecore or kdeui that would take care of the
> KActionMenu, and of loading/saving the urls to the config file...
> 
> Oh, well, it's very simple in fact. The question is : should it
> be in kdelibs, or should we go on doing it in each app ?
> 
> (My plan is ... kofficecore of course).
> 
> -- 
> David FAURE
> david@mandrakesoft.com, faure@kde.org
> http://home.clara.net/faure/
> KDE, Making The Future of Computing Available Today
> 
> 

[prev in list] [next in list] [prev in thread] [next in thread]