On Tue, 27 Jun 2017 05:33:15 -0500
"Edward K. Ream" <edream...@gmail.com> wrote:

> > On Mon, Jun 26, 2017 at 11:21 AM, vitalije <vitali...@gmail.com>
> > wrote: 
> > What would be the benefits if Leo configuration code use database to
> > store and retrieve settings​[?]​
> 
> ​An interesting question. As I understand you, you are, in effect,
> suggesting that Leo cache the contents of leoSettings.leo and
> myLeoSettings.leo.  That has the potential to speed the loading of
> Leo significantly.

My interpretation of the proposal was a replacement of all @settings
trees, not simply caching.  I'm not sure how much of Leo's startup time
is used processing settings, but I'm guessing it's not enough to
warrant additional complexity by adding caching.

Sqlite is a standard Python library, so no installation issue.
DB's can represent hierarchy, so that could be handled too.  I think
the code simplification alone would be valuable, any startup time
decrease is just an added benefit.

But if it's vetoed, it's vetoed.  I guess a demo project could
demonstrate the possible user interface and API (although post init.
API wise I don't think there'd be much to demonstrate, as little would
change).

Cheers -Terry

-- 
You received this message because you are subscribed to the Google Groups 
"leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to leo-editor+unsubscr...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Reply via email to