KDE-Docs.org - knewstuff and beyond

[Aaron J. Seigo]

On Sunday 17 April 2005 09:20, Enrico Ros wrote:
> Basically that we need a -programming framework- on KDE to manage this. I
> like knewstuff, but we're now extending the concepts behind it, so in the
> end I'll propose to go for a KNewStuff2.

yes, i think that's where it's heading as well =)

> It's amazing the job thet Josef put on getting knewstuff as easy as it is
> and starting to get people addicted. Getting a new background has never
> been easier... but we can get more, and Frank is proving that!

indeed .. =)

> - tree depth: 1 (2 if you use providers as root nodes of the contents tree)

we just need to be careful not to complicate the usage of it for the user 
while extending it... trees can quickly lead to unfriendly interfaces.

> - more..

- switching/adding source servers should easy to do via a standard 
configuration UI

> In the conclusion I'd like to offer Josef my help, and ask for others
> programmers to join to create a central KNS technology for KDE4 as valid as
> kio, khtml, kconfigxt, kparts, are. In future visions I'd like to have the
> applications define their 'update' or 'resource' files in xml and having a
> metacompiler (like moc, kconfigxt one, etc..) to generate the code to
> handle that (and only implement the "Installation Notification/Handling
> code").

would it make more sense to have these XML files installed and have a generic 
set of code that reads this in as configuration? the reason for this is that 
it would allow people to easily customize it post-install. in fact, depending 
on what would appear in these files, if it was possible to use a 
KConfig-friendly format we could then use Kiosk techniques to manage these 
resources during deployment ...

image if a school or company could deploy KDE and define a local server as 
their "HotNewStuff server" and serve up content specifically taylored to 
their users. this would open yet another world of possibility for KDE =)

-- 
Aaron J. Seigo
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20050417/45800878/attachment.sig>