<[EMAIL PROTECTED]> writes:
> However, if someone were to write an XEmacs forms based interface to
> gnucash, I could continue to use the way-of-life, and not need the
> entire application. "./configure --target=engine", anyone? or
> "gnucash --engine-only"...
I've sort of toyed with the idea
[EMAIL PROTECTED] (Linas Vepstas) writes:
> dimwit question: are you sure you want to make your configs global?
> It seems it might be nice to have different configs on different
> machines ...
I've discussed this with Bill and Dave at various points, and I think
the upshot is that in the long r
Sigh.. Configurating is always a "hard" thing.
I suppose we might want to re-examine what we consider "application
configuration" and what we consider "gnc(file) meta-data".
-derek
Rob Browning <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] (Linas Vepstas) writes:
>
> > dimwit question: are
Derek Atkins <[EMAIL PROTECTED]> writes:
> Sigh.. Configurating is always a "hard" thing.
>
> I suppose we might want to re-examine what we consider "application
> configuration" and what we consider "gnc(file) meta-data".
Yep. I tend to think that an awful lot of the config data belongs in
t
Agreed.
I think we should carefully consider the separation of
"program/ui configuration" and data configuration, for
exactly the reasons you specify. However, what is
considered "application/program/ui configuration", and
what is "data configuration"? I don't know the answer.
-derek
Rob Brow
On 21 May 2001 13:31:07 -0500, Rob Browning wrote:
> [EMAIL PROTECTED] (Linas Vepstas) writes:
>
> > dimwit question: are you sure you want to make your configs global?
> > It seems it might be nice to have different configs on different
> > machines ...
>
> I've discussed this with Bill and Dav
Dave Peticolas <[EMAIL PROTECTED]> writes:
> That wasn't the upshot I remember :) I don't think we ever really
> reached agreement on this issue.
OK. Sorry for putting words in your mouth.
> I think the "automatically delete configuration when you delete the
> data file" problem is a red herr
On 21 May 2001 15:46:49 -0500, Rob Browning wrote:
> > I think the "automatically delete configuration when you delete the
> > data file" problem is a red herring. It really wouldn't be hard to
> > write a script to go through all the files in the config directory
> > and remove the ones that refe
I admit that the RPC backend is incomplete. Indeed, there is NO
security in the RPC Backend at this time. The code in the CVS
tree is mainly a proof-of-concept (slightly beyond experimental,
IMHO). It is certainly not ready for prime-time, until:
1) Security/Encryption is added to the
On Mon, May 21, 2001 at 02:02:23PM -0500, Rob Browning wrote:
> Derek Atkins <[EMAIL PROTECTED]> writes:
>
> > Sigh.. Configurating is always a "hard" thing.
> >
> > I suppose we might want to re-examine what we consider "application
> > configuration" and what we consider "gnc(file) meta-data
I propose that the
close window
move to new window
items, which currently reside in the 'File' menu, be moved to the
'Windows' menu, and a separator added between them and the window list.
I mention this because when the notebook style interface is in use, it
is not clear how to close one of
I haven't looked at this since late February, when i started using the
--disable-guppi switch. Looking over my notes it went something like this:
The Guppi rpm and/or a few of it's dependencies of it required glibc-2.2.1.
with some trepidation, I upgraded from glibc-2.1.3. This did not go well,
Ben Stanley wrote:
> I propose that the
> close window
> move to new window
> items, which currently reside in the 'File' menu, be moved to the
> 'Windows' menu, and a separator added between them and the window list.
> I mention this because when the notebook style interface is in use, it
> is no
On Mon, May 21, 2001 at 06:29:19PM -0400, Derek Atkins was heard to remark:
>
> 2) User Authentication is added
feel free to propse the names of the hooks needed in the backend for
this.
> 3) Price-DB is added
I just added stubs to rpcbackend (and sql) for pricedb.
> Ideally I th
14 matches
Mail list logo