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

List:       kde-core-devel
Subject:    Re: Speeding up kconfig.
From:       George Staikos <staikos () 0wned ! org>
Date:       2000-09-22 5:30:47
[Download RAW message or body]

On Fri, 22 Sep 2000, Alex Zepeda wrote:

> Cool, I'm all for this.. however, if you're going to make some binary
> incompatible changes (which I think may be a good idea, as I can think of
> a somewhat more ideal SSL/ioslave fix that would require a binary
> incompatible change as well).. how hard would it be to make the
> KConfigBase and friends a little bit easier to extend?  As it stands now
> it makes use of friend classes which (unless my knoweledge of C++ is a bit
> off) means I have to hack the KConfig files to add new backends..
> 
> In my little free time away from corporate hell, I'd like to finish up
> some of the more generic SSL stuff as well as the berkeley dbm backend..
> and hearing that MOSX has its configuration files replaced by a Windows
> registry LDAP type thing.... has piqued my interest.  I mean.. if we can
> depend on OpenGL, how hard is a teeny dbm or a small ldap implementation..  
> Honestly I like the idea of speeding some of this stuff up but aren't we
> beating a dead horse by trying to speed up flat text files?

   Maybe could this be made configurable (at risk of creating a paradox...
<grin>)?  It would be nice to be able to use flat text if ldap or a database
(dbm, sql, whatever) are not available.  LDAP or a database have many
advantages over flat text though.  It could be implemented by dynamically
loaded libraries(plugins) of some sort I think?

-- 

George Staikos 

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