-
 KDE-Apps.org Applications for the KDE-Desktop 
 GTK-Apps.org Applications using the GTK Toolkit 
 GnomeFiles.org Applications for GNOME 
 MeeGo-Central.org Applications for MeeGo 
 CLI-Apps.org Command Line Applications 
 Qt-Apps.org Free Qt Applications 
 Qt-Prop.org Proprietary Qt Applications 
 Maemo-Apps.org Applications for the Maemo Plattform 
 Java-Apps.org Free Java Applications 
 eyeOS-Apps.org Free eyeOS Applications 
 Wine-Apps.org Wine Applications 
 Server-Apps.org Server Applications 
 apps.ownCloud.com ownCloud Applications 
--
-
 KDE-Look.org Artwork for the KDE-Desktop 
 GNOME-Look.org Artwork for the GNOME-Desktop 
 Xfce-Look.org Artwork for the Xfce-Desktop 
 Box-Look.org Artwork for your Windowmanager 
 E17-Stuff.org Artwork for Enlightenment 
 Beryl-Themes.org Artwork for the Beryl Windowmanager 
 Compiz-Themes.org Artwork for the Compiz Windowmanager 
 EDE-Look.org Themes for your EDE Desktop 
--
-
 Debian-Art.org Stuff for Debian 
 Gentoo-Art.org Artwork for Gentoo Linux 
 SUSE-Art.org Artwork for openSUSE 
 Ubuntu-Art.org Artwork for Ubuntu 
 Kubuntu-Art.org Artwork for Kubuntu 
 LinuxMint-Art.org Artwork for Linux Mint 
 Frugalware-Art.org Artwork for Frugalware Linux 
 Arch-Stuff.org Artwork and Stuff for Arch Linux 
 Fedora-Art.org Artwork for Fedora Linux 
 Mandriva-Art.org Artwork for Mandriva Linux 
--
-
 KDE-Files.org Files for KDE Applications 
 OpenTemplate.org Documents for OpenOffice.org
 GIMPStuff.org Files for GIMP
 InkscapeStuff.org Files for Inkscape
 ScribusStuff.org Files for Scribus
 BlenderStuff.org Textures and Objects for Blender
 VLC-Addons.org Themes and Extensions for VLC
--
-
 KDE-Help.org Support for your KDE Desktop 
 GNOME-Help.org Support for your GNOME Desktop 
 Xfce-Help.org Support for your Xfce Desktop 
--
openDesktop.orgopenDesktop.org:   Applications   Artwork   Linux Distributions   Documents    Linux42.org    OpenSkillz.com   
Xfce-Look.org - Eyecandy for your Xfce-Desktop
Xfce-Look.orgXfce-Look.org

 Jun 13 2024  
 Not logged in  
Xfce-Look.org
 Home    Add Artwork   Forum   Groups   Knowledge   Events   Jobs   Users   Register   Login-

-
- Poll . 

A central repository for KDE configuration data?


Posted by Yaba on Jan 2 2005
YabaYaba
editor
Home
Using Elektra would be great (elektra.sf.net)37%37%37% 37%
A new registry database like implementation3%3%3% 3%
All config data should be in a fast database9%9%9% 9%
One central XML file.7%7%7% 7%
A new, but tighter organization of text files.10%10%10% 10%
Various text files are good enough.3%3%3% 3%
The current implementation below ~/.kde is best.32%32%32% 32%
Votes: 1173
goto page: prev   1  2  3 

-
.

 Elektra

 
 by Deciare on: Jan 5 2005
 
Score 50%

My original vote was for keeping text files as they are since their formats are already understood, but changed my vote to Elektra instead. Why? Because:


  • Elektra still keeps everything in text files

  • key/value pairs are still kept in separate files on the filesystem

  • since every app's config files will have roughly the same format, it'll be much easier to learn

  • any program can access any other program's config data easily as long as it has the right access permissions (easier to coordinate processes that depend on each other)


It sounds like a better idea each time I think about it.


Reply to this

-
.

 ~/.kde is good but..

 
 by sparxxxie on: Jan 5 2005
 
Score 50%

The current ~/.kde config structure is pretty good, although, it needs some organization. I truely believe that the configuration files should be organized by folder instead of file.

Keep everything centralized.

Don't have: ~/.kde/share/apps or ~/.kde/share/config

Why the "share" folder? I don't get it. You don't want to share your files with anyone...it's *your* home directory.

Why not centralize application folders?

~/.kde/apps/kmail/app files
~/.kde/apps/kmail/config files

If you're looking for app files or config files for a program, you shouldn't have to start off thinking "which folder, apps or config?" Then you have to search around for the program. It should be standardized so that if you're looking for something, you start off in a kmail folder where everything should be placed.


Reply to this

-

 Re: ~/.kde is good but..

 
 by MaxAuthority on: Jan 7 2005
 
Score 50%

I also voted for the current ~/.kde implementation, and also think you're right about even simplifiying the structure, since 'share' is just a useless subfolder imho.

Elektra might be good, but if I understood the system correctly, you would have a file for each key/value pair. This makes it harder to edit some settings at the same time, since you can't just:
vim ~/.kde/share/config/kmailrc

but need to 'echo' a new value for each key, which is more work if you want to change 5 settings at the same time.


Reply to this

-

 Re: Re: ~/.kde is good but..

 
 by wijnhout on: Jan 7 2005
 
Score 50%

You're wrong about elektra. Elektra can export the key/values pairs to an XML file, which you can edit by hand. Then you can import the changes.

best,
Jeroen


Reply to this

-

 Re: Re: Re: ~/.kde is good but..

 
 by MaxAuthority on: Jan 8 2005
 
Score 50%

Well, I dislike xml files for configuration anyways, since it's much more difficult to edit them by hand than plain text files.

and if it even requires exporting and importing, i really don't see the advantage of elektra over plain text files in this regard.


Reply to this

-
.

 Re: ~/.kde is good but..

 
 by peroxid on: Jan 7 2005
 
Score 50%

the ~/.kde/share is not so stupid. I believe it comes from the implementation. KDE looks for files in folder1/share, folder2/share folder3/share ... etc. Say folder1=/usr - folder2=/usr/local - folder3 =~/.kde .. etc.


Reply to this

-

 Re: Re: ~/.kde is good but..

 
 by sparxxxie on: Jan 8 2005
 
Score 50%

I'm not saying the current system is stupid, or that I don't know how it works.

I was talking on an organizational level, while taking in mind what everyday users look for.


Reply to this

-

 Elektra

 
 by Urs on: Jan 5 2005
 
Score 50%

I have voted for Elektra.
I think, that it is good.


Reply to this

-

 Per App Type Configs

 
 by hazza on: Jan 7 2005
 
Score 50%
hazzahazza
Microwayes Ltd.
Home

It would be nice if we could have a shared config between applications with common functionality. ie. kmail and evolution using the same configuration database. For flexibility have a multiple profile system which would allow different applications to use their own profile.


Reply to this

-
.

 elektra

 
 by peroxid on: Jan 7 2005
 
Score 50%

Why?

* It exists now -> not reinventing the wheel
* It's toolkit agnostic -> with a bit of good look more apps will use it -> less memory usage
* It's simple
* It's light - even init can use it
* It conserves the good old unix tradition of plain text conf files vi-editables
* There are patches to make other software to work with it
* did I say it already exists and works?


Reply to this

-

 im gonna stop using

 
 by The-Q on: Jan 8 2005
 
Score 50%

i think elektra is a really bad solution.
i wont use kde if it will use elektra. unacceptable.


Reply to this

-

 Re: im gonna stop us

 
 by scobiej on: Jan 8 2005
 
Score 50%

Great. Don't bother giving a reason.


Reply to this

-

 Re: Re: im gonna sto

 
 by nightwriter on: Jan 9 2005
 
Score 50%

what I'd like to know is. Give me a reason Y you need to change? What's broken, What can't be fixed. Or perhaps it isn't Windowy enough for you. I've been hoping and hoping someone would explain why a change is needed. Other than "looks cool" "I think it would be more elegant" or any of the other reasons why gnome exists.


Reply to this

goto page: prev   1  2  3 

Add commentAdd commentall pollsSuggest new pollBack



-

Copyright 2004-2016 Xfce-Look.org Team  Legal Notice
All rights reserved. Xfce-Look.org is not liable for any content or goods on this site.
You can find our FAQ here.
All contributors are responsible for the lawfulness of their uploads.
Please send us a notice if you spot an ABUSE of the website.
Information about advertising in Xfce-Look.org.
Developers can use our public webservice interface. More information here: public api
For further information or comments on this site, please send us a message
Xfce is a trademark of the Xfce Project
Content RSS   
Events RSS