[prev in list] [next in list] [prev in thread] [next in thread]
List: kwrite-devel
Subject: Re: Uninitialized config values
From: Alex Turbov <i.zaufi () gmail ! com>
Date: 2013-11-17 13:23:05
Message-ID: CANktQtshzwk_gfk1_3L1RX1V113eqVZ1UND+Uem9=1e4q0p6FQ () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
On Sun, Nov 17, 2013 at 5:01 PM, Dominik Haumann <dhaumann@kde.org> wrote:
> > Hey,
> >
> > I proposed that a while ago already. I think the problem was Kate's
> > distinction between global properties and "non-global" properties (e.g.
> ones
> > that might get overwritten by modelines and such) -- afair.
> >
> > KConfigXT doesn't really provide infrastructure (speak: API) for having
> this
> > kind of cascading config settings.
>
> Correct, I also think this is a problem.
>
I think it does not! we can still use .kcfg file to define what options
should be read from katerc (or sessionrc).
konfig_compiler will create a base class to further extend it w/ ability to
override some setting w/ vars & etc...
but that generated class will take care about proper initialization,
reading and writing configurable parameters...
>
> It would probably not be too hard to write a script that generates these
> config classes, though.
>
reinventing the `kconfig_compiler` w/ few differences doesn't looks like a
good idea to me :)
(but extending it sounds better :))
working w/ .kgcf files recently I have few ideas to improve it ...
> Greetings,
> Dominik
> _______________________________________________
> KWrite-Devel mailing list
> KWrite-Devel@kde.org
> https://mail.kde.org/mailman/listinfo/kwrite-devel
>
[Attachment #5 (text/html)]
<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On \
Sun, Nov 17, 2013 at 5:01 PM, Dominik Haumann <span dir="ltr"><<a \
href="mailto:dhaumann@kde.org" \
target="_blank">dhaumann@kde.org</a>></span> wrote:<br> <blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">> Hey,<br> \
><br> > I proposed that a while ago already. I think the problem was \
Kate's<br> > distinction between global properties and \
"non-global" properties (e.g. ones<br> > that might get \
overwritten by modelines and such) -- afair.<br> ><br>
> KConfigXT doesn't really provide infrastructure (speak: API) for \
having this<br> > kind of cascading config settings.<br>
<br>
</div></div>Correct, I also think this is a \
problem.<br></blockquote><div><br></div><div>I think it does not! we can \
still use .kcfg file to define what options should be read from katerc (or \
sessionrc).<br></div><div>konfig_compiler will create a base class to \
further extend it w/ ability to override some setting w/ vars & \
etc...<br> </div><div>but that generated class will take care about proper \
initialization, reading and writing configurable \
parameters...<br></div><div> </div><blockquote class="gmail_quote" \
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
It would probably not be too hard to write a script that generates \
these<br> config classes, though.<br></blockquote><div><br>reinventing the \
`kconfig_compiler` w/ few differences doesn't looks like a good idea to \
me :)<br></div><div>(but extending it sounds better :))<br></div><div> \
working w/ .kgcf files recently I have few ideas to improve it ...<br> \
<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex"> <br>
Greetings,<br>
Dominik<br>
<div class="HOEnZb"><div \
class="h5">_______________________________________________<br> KWrite-Devel \
mailing list<br> <a href="mailto:KWrite-Devel@kde.org">KWrite-Devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kwrite-devel" \
target="_blank">https://mail.kde.org/mailman/listinfo/kwrite-devel</a><br> \
</div></div></blockquote></div><br></div></div>
_______________________________________________
KWrite-Devel mailing list
KWrite-Devel@kde.org
https://mail.kde.org/mailman/listinfo/kwrite-devel
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic