Reconcile window rebuilds

[Thomas Klausner]

Hi!

Found with 1.9.5 and still there in r14032:
When I reconcile and click on items so they get their check mark,
sometimes the whole dialog window is rebuilt. It looks like gnucash
decides that a column width is too small and makes it bigger (only
a few pixels I think), and that affects all columns to the right
of it.

Usually, it ends up looking nearly the same as before, but there's
a second of unrest while the columns are rebuilt.

Looking more closely, it looks like the values in the Amount column
jump about two letters wide to the right and then immediately back
to the left again, ending up a bit more to the right than before.
Then the column headers are moved to the right. Effectively, it
looks like the Description column gets a few pixels wider (less
than ten, perhaps three or four?). This is when I confirm an
entry in the "Funds In" part.

If I confirm an entry in the "Funds out" part, still the "Funds
In" Description gets wider, but less than when I confirm a "Funds
In" entry.

This is with gtk2+-2.8.17, pango-1.12.2, atk-1.11.4, glib2-2.10.2,
in case it matters.

Has anyone else seen this? Should I bugzilla it?
 Thomas
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: gnucash-1.9.5 bugs

[Thomas Klausner]

On Fri, May 12, 2006 at 12:36:27PM -0400, Derek Atkins wrote:
> > 2) Split entry handling is quite broken:
> [snip]
> 
> There's been a number of changes since 1.9.5 -- can you test
> SVN?

make distclean helped.
r14032 is much better. I can't reproduce any of the "split" problems
any longer.

Thanks!
 Thomas

P.S.: The about dialog has a copyright line 1998-2005. Shouldn't that
include 2006?
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: gnucash-1.9.5 bugs

[Derek Atkins]

Quoting Thomas Bushnell BSG <[EMAIL PROTECTED]>:


Derek Atkins <[EMAIL PROTECTED]> writes:


There's been a number of changes since 1.9.5 -- can you test
SVN?


If this is true, might it be time for 1.9.6?


We've been trying for a 1.9.6 for over a week, but some changes caused
some regressions which haven't been fixed, yet.   So until those regressions
are fixed we cannot release 1.9.6

-derek

--
  Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
  Member, MIT Student Information Processing Board  (SIPB)
  URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
  [EMAIL PROTECTED]PGP key available

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Fwd: Re: [Bug 104677] gnucash outdated

[Christian Stimming]

That's what the SuSE guys would recommend for even more improved desktop 
integration.

Christian

--  Weitergeleitete Nachricht  --

Subject: Re: [Bug 104677] gnucash outdated
Date: Freitag, 12. Mai 2006 22:17
From: Stanislav Brabec <[EMAIL PROTECTED]>
To: Christian Stimming <[EMAIL PROTECTED]>

Christian Stimming wrote:
> I think the internal gnucash copy of qof neither needs nor checks for
> libgda, so this would be solved once you use the internal qof. But if
> there is any issue about package detection that requires changed in the
> gnucash configure.in, I'd be happy to add these to gnucash-SVN immediately.

Everything was located correctly.
But as far as I remember, configure.in of one of the packages contains
one obsolete variable, which reports "no", even if everything is located
correctly. And I am not sure whether configure --help defaults are
consistent with real behavior. Sorry for vagueness, but I did not record
these issues anywhere.

There are other issues:
gnucash.desktop.in:
Icon: Using relative path is invalid and using file suffix is
deprecated.
Fix: Use only Icon=gnucash-icon and copy/move/symlink icon to
appropriate place (pixmapdir, or icondir if you want to provide more
versions).

mime-info:
Since GNOME 2.6 or so it is obsolete. There is a skeleton for the new
shared-mime-info gnucash.xml file. It should be copied to
datadir/mime/packages and after copying if DESTDIR=="" call
update-mime-database datadir/mime should be called (if such binary
exists). xml file was create by mime-info-to-mime. Note that the file
should contain also descriptive items and should be support if
intltoolization. MIME icon would be also welcome
(gnome-mime-application-x-gnucash.imagesuffix in a proper icon
directory).

Then you can define MimeType line in the desktop file to allow
click-to-open.

> Gnucash uses some shared objects as libraries and others as modules.
> This is the difference you might have observed. I will forward this
> issue to gnucash-devel -- maybe we add install-exec-hook directly into
> the respective Makefile.am's so that *.la is removed immediately for
> those libraries where it is not needed.

Maybe. But it would be better to propose a change of libtool, which will
allow it.

Even if you do it, it would be still not obvious, how to split the
package. Gnucash is not the only package, which needs special care:

.so in main , .la in main : objects loaded by ltdl
.so in main , .la in devel: libraries also loaded by file name
.so in main , .la deleted : objects loaded by file name
.so in devel, .la in devel: standard libraries
.so deleted , .la deleted : objects loaded by soname, internal libraries

--
Best Regards / S pozdravem,

Stanislav Brabec
software developer


gnucash.xml
Description: application/xml
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: gnucash-1.9.5 bugs

[Thomas Bushnell BSG]

Derek Atkins <[EMAIL PROTECTED]> writes:

> There's been a number of changes since 1.9.5 -- can you test
> SVN?

If this is true, might it be time for 1.9.6?
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: multiple gnucash's running

[Brian]

On Fri, 2006-12-05 at 12:33 -0400, Derek Atkins wrote:
> Open Recent shouldn't open a "new window" per se.  It should close
> the current one and open the new one in the same instance.  There
> are certainly some known issues with this process in 1.8 and many
> of them have been fixed in 1.9.
> 
> Can you reproduce this in 1.9?
> 
> -derek
> 

I just tried with 1.9.5 and all seems well.  I even tried 2 separate
instances of 1.9.5 and no problems there as well.  Looks like it's fixed
already. :)


> Brian <[EMAIL PROTECTED]> writes:
> >
> > I just ran into a problem with 1.8.12 that may still be in the 1.9
> > series.
> >
> > I had started gnucash, entered an invoice, then realized it was with a
> > backup file I was testing with.  Used the open recent to open the real
> > data file.  Gnucash was started in an new window with the other file.
> > While that one was starting I clicked on the first instance which then
> > began filling up with reports and such from the second instance.  Guile
> > then crashed (sorry, didn't get the details).  The only thing printed in
> > the terminal was:

> > It seems that guile cannot keep track of witch instance it belongs to.
> > -- 
> > Brian Dolbec <[EMAIL PROTECTED]>
> > -- 
> > Brian <[EMAIL PROTECTED]>
> >

-- 
Brian <[EMAIL PROTECTED]>

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: gnucash-1.9.5: bug in "save changes to file ... before closing" dialog

[Thomas Klausner]

On Fri, May 12, 2006 at 02:47:20PM -0400, Derek Atkins wrote:
> Can you put this into bugzilla?

Sure, it's 341572.
 Thomas
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: gnucash-1.9.5 bugs

[Derek Atkins]

Quoting Thomas Klausner <[EMAIL PROTECTED]>:


Sure, but r14032 doesn't like my files:
../2006:31: element gnc-v2: Schemas validity error : Element 
'gnc-v2': No matching global declaration available for the validation 
root.
../2006:31: element gnc-v2: Schemas validity error : Element 
'gnc-v2': No matching global declaration available for the validation 
root.
../2006:31: element gnc-v2: Schemas validity error : Element 
'gnc-v2': No matching global declaration available for the validation 
root.


Did you have an existing SVN checkout?  r14032 requires a clean build
because libraries were renamed and moved around.  So it might need
a distclean to work.

-derek

--
  Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
  Member, MIT Student Information Processing Board  (SIPB)
  URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
  [EMAIL PROTECTED]PGP key available

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: gnucash-1.9.5: bug in "save changes to file ... before closing" dialog

[Derek Atkins]

Can you put this into bugzilla?

-derek

Thomas Klausner <[EMAIL PROTECTED]> writes:

> Hi!
>
> In that dialog, there are tab stops in the text too, not
> only on the buttons. I.e. if you press 'ctrl-q', gnucash
> asks for confirmation to save before exiting, default on "save".
> When I press 'tab', a cursor blinks before the bold "Save changes..."
> another 'tab' and the cursor is before "Changes have been ..."
> and only then will further tabs end up on the buttons of the
> dialog again. When I cycle through it, I get all five
> tab stops again.
>  Thomas
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
>

-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   [EMAIL PROTECTED]PGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

gnucash-1.9.5: bug in "save changes to file ... before closing" dialog

[Thomas Klausner]

Hi!

In that dialog, there are tab stops in the text too, not
only on the buttons. I.e. if you press 'ctrl-q', gnucash
asks for confirmation to save before exiting, default on "save".
When I press 'tab', a cursor blinks before the bold "Save changes..."
another 'tab' and the cursor is before "Changes have been ..."
and only then will further tabs end up on the buttons of the
dialog again. When I cycle through it, I get all five
tab stops again.
 Thomas
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: gnucash-1.9.5 bugs

[Thomas Klausner]

On Fri, May 12, 2006 at 12:36:27PM -0400, Derek Atkins wrote:
> Already reported:  http://bugzilla.gnome.org/show_bug.cgi?id=329541

Ok.

> > 2) Split entry handling is quite broken:
> [snip]
> 
> There's been a number of changes since 1.9.5 -- can you test
> SVN?

Sure, but r14032 doesn't like my files:
../2006:31: element gnc-v2: Schemas validity error : Element 'gnc-v2': No 
matching global declaration available for the validation root.
../2006:31: element gnc-v2: Schemas validity error : Element 'gnc-v2': No 
matching global declaration available for the validation root.
../2006:31: element gnc-v2: Schemas validity error : Element 'gnc-v2': No 
matching global declaration available for the validation root.

They work fine with 1.9.5.

Ciao,
 Thomas
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: multiple gnucash's running

[Derek Atkins]

Open Recent shouldn't open a "new window" per se.  It should close
the current one and open the new one in the same instance.  There
are certainly some known issues with this process in 1.8 and many
of them have been fixed in 1.9.

Can you reproduce this in 1.9?

-derek

Brian <[EMAIL PROTECTED]> writes:

> Sorry, if this is double posted. I just relaized I sent it the first
> time with the wrong email id.
>
>
> I just ran into a problem with 1.8.12 that may still be in the 1.9
> series.
>
> I had started gnucash, entered an invoice, then realized it was with a
> backup file I was testing with.  Used the open recent to open the real
> data file.  Gnucash was started in an new window with the other file.
> While that one was starting I clicked on the first instance which then
> began filling up with reports and such from the second instance.  Guile
> then crashed (sorry, didn't get the details).  The only thing printed in
> the terminal was:
>
> GLib-CRITICAL **: file ghash.c: line 138 (g_hash_table_lookup):
> assertion `hash_ table != NULL' failed.
>
> GLib-CRITICAL **: file ghash.c: line 138 (g_hash_table_lookup):
> assertion `hash_ table != NULL' failed.
>
> GLib-CRITICAL **: file ghash.c: line 138 (g_hash_table_lookup):
> assertion `hash_ table != NULL' failed.
> Warning: PrintAmountInternal: Bad numeric.
> Warning: PrintAmountInternal: Bad numeric.
> Warning: PrintAmountInternal: Bad numeric.
> Warning: PrintAmountInternal: Bad numeric.
> (0.0018s) [load] -*-helvetica-bold-r-*-*-18-*-*-*-*-*-ISO8859-1 -->
> 0x8db0008
> [EMAIL PROTECTED] ~ $ gnucash
>
>
> It seems that guile cannot keep track of witch instance it belongs to.
> -- 
> Brian Dolbec <[EMAIL PROTECTED]>
> -- 
> Brian <[EMAIL PROTECTED]>
>
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
>

-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   [EMAIL PROTECTED]PGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: gnucash-1.9.5 bugs

[Derek Atkins]

Thomas Klausner <[EMAIL PROTECTED]> writes:

> Hi!
>
> Some annoyances I found in my daily usage of gnucash-1.9.5:
>
> 1) When opening an account, the date field of a new entry is inverted,
> but the keyboard focus is not there (it was in gnucash1).

Already reported:  http://bugzilla.gnome.org/show_bug.cgi?id=329541

> 2) Split entry handling is quite broken:
[snip]

There's been a number of changes since 1.9.5 -- can you test
SVN?

-derek
-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   [EMAIL PROTECTED]PGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Building gnucash-1.9 from svn on OS X

[David Reiser]

On May 12, 2006, at 6:20 AM, Adrian Simmons wrote:


Kevin Broderick wrote:
I've got it working and I added a wiki page detailing how I did it  
.
Thanks for taking the time to write this up Kevin, I've been  
wanting to try myself but didn't feel I had the time to figure out  
all the hoops.


A few questions though. Are you swapping back and forth between 1.8  
and 1.9 or just sticking with 1.9?


It is possible to go back and forth, but there are some potential  
problems. I avoided them by having a whole second fink /sw tree  
without conflicting dependencies. Dave Vasilevsky (one of the fink  
gurus) has a script that lets you switch among multiple fink installs  
in a couple seconds. It requires a lot of disk space because you need  
matching gnome dependency installs for any tree that must support  
running some version of gnucash.


I think that for Kevin's install route, you might be able to run both  
versions as long as your 1.9 install is in a directory that is not in  
your path. But fink's normal installation puts the fink tree first in  
your path, so there is a real possibility that gnucash 1.8 libraries  
may conflict with 1.9 calls. In that case, you may be able to run 1.9  
by using fink to remove gnucash 1.8.11 while you need 1.9. Then  
reinstall 1.8.11 when you need to go back (remember that the 1.9  
install location should NOT appear in your PATH variable). It takes  
less than 2 minutes for either the remove or the reinstall in fink.




What strategies can I use to move back and forth between the two  
versions - the data files I can handle (make backups, specify a  
separate version when launching gnucash etc), it's gnucash that  
worries me.


I think it's only the possible conflicting libraries. As above, 'fink  
remove gnucash' while you use 1.9 and 'fink reinstall gnucash' when  
you need 1.8 has a good chance of working, as long as the 1.9 install  
locations are not in your PATH.





Once 1.9 is compiled and installed in /usr/local can I fink  
reinstall gnucash 1.8 and just launch them from their respective  
locations?


I think /usr/local ends up in your path by default. I'd suggest /opt  
(have to create the directory) or ~/usr as Kevin did.




--
Adrian Simmons (aka adrinux) 
e-mail 


Dave
--
David Reiser
[EMAIL PROTECTED]

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

multiple gnucash's running

[Brian]

Sorry, if this is double posted. I just relaized I sent it the first
time with the wrong email id.


I just ran into a problem with 1.8.12 that may still be in the 1.9
series.

I had started gnucash, entered an invoice, then realized it was with a
backup file I was testing with.  Used the open recent to open the real
data file.  Gnucash was started in an new window with the other file.
While that one was starting I clicked on the first instance which then
began filling up with reports and such from the second instance.  Guile
then crashed (sorry, didn't get the details).  The only thing printed in
the terminal was:

GLib-CRITICAL **: file ghash.c: line 138 (g_hash_table_lookup):
assertion `hash_ table != NULL' failed.

GLib-CRITICAL **: file ghash.c: line 138 (g_hash_table_lookup):
assertion `hash_ table != NULL' failed.

GLib-CRITICAL **: file ghash.c: line 138 (g_hash_table_lookup):
assertion `hash_ table != NULL' failed.
Warning: PrintAmountInternal: Bad numeric.
Warning: PrintAmountInternal: Bad numeric.
Warning: PrintAmountInternal: Bad numeric.
Warning: PrintAmountInternal: Bad numeric.
(0.0018s) [load] -*-helvetica-bold-r-*-*-18-*-*-*-*-*-ISO8859-1 -->
0x8db0008
[EMAIL PROTECTED] ~ $ gnucash


It seems that guile cannot keep track of witch instance it belongs to.
-- 
Brian Dolbec <[EMAIL PROTECTED]>
-- 
Brian <[EMAIL PROTECTED]>

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: htdocs/, www.gnucash.org and translation

[Derek Atkins]

Quoting Josh Sled <[EMAIL PROTECTED]>:


On Fri, 2006-05-12 at 10:12 -0400, Derek Atkins wrote:

Question: are the CSS, header, footer, and menu pages still in a
standalone directory so I can use svn:externals from the "search"
feature and wrap the search in the gnucash look-and-feel?


Yes.

They're in htdocs/trunk/externals/ (no longer /www/externals/).

I've modified svn:externals of mail-search/mail-search/ to reference the
new location, and modified the mail-search index.phtml to setup the new
variables correctly; http://lists.gnucash.org/search/ is already using
the new css and menus.


Okay, that dir wasn't in your structure.  That's why I asked.
Thanks.

-derek

--
  Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
  Member, MIT Student Information Processing Board  (SIPB)
  URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
  [EMAIL PROTECTED]PGP key available

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Building gnucash-1.9 from svn on OS X

[Derek Atkins]

Adrian Simmons <[EMAIL PROTECTED]> writes:

> A few questions though. Are you swapping back and forth between 1.8 and 1.9 
> or just sticking with 1.9?

1.8 and 1.9 can co-exist provided you install them to different
locations.  They cannot co-exist in the same --prefix.  It's possible
that they cannot coexist with one in a "default" --prefix, either.

-derek

-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   [EMAIL PROTECTED]PGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [Fwd: [Bug 104677] gnucash outdated]

[Derek Atkins]

The problem here is that the load code (not sure if it's in QOF
or elsewhere) specifically loads .la files and not .so files.
Neil made this change a long time ago, and I remember commenting
on it long after the fact (his original proposal for this change
was hidden in one of his 10-page emails).  Part of me thinks we
should make it look for .la, and if that fails fall back to .so

This all still boils down to the fact that gnucash still doesn't have
a clear distinction between "shared library" and "loadable module".

-derek

Christian Stimming <[EMAIL PROTECTED]> writes:

> Dear developers,
>
> the SuSE people are going to package gnucash2 into their next release
> SuSE Linux 10.2 (the current 10.1 was released just this week). See
> https://bugzilla.novell.com/show_bug.cgi?id=104677 for some of the help
> they needed to get this going. But they raised an interesting question:
>
>> The packages can have some devel splitting problems - for standard packages, 
>> we
>> package .so and .la files as part of -devel subpackage, not installed by
>> default.
>> But some parts of gnucash need .so for loading and other parts use ltdl and
>> la. I have tried to catch all these issues, but maybe I failed.
>
> I thought of one solution to get rid of any such problems, not only for
> SuSE/rpm but any package manager (but my idea was bogus, see below). We
> could add an install-exec-hook rule that removes the *.la files in those
> Makefile.am's where we know by design that the *.la files are not
> needed. Unfortunately I'm not too sure where *.la is still needed, but
> if it is needed only for the "-module" libraries (libgncmod-foo), then
> e.g. src/core-utils doesn't need the *.la files. ...
>
> However, after checking the code, it occurred to me that the *.la files
> are also used during "make uninstall" to determine the file names with
> the correct version numbers to be removed. (Because on "make uninstall"
> libtool is invoked again, but only with the *.la file as argument, so it
> uses that file to determine the other filenames.) This means if the *.la
> is removed during normal "make install" (by an install-exec-hook), then
> "make uninstall" will be broken, which among others breaks "make
> distcheck". Okay. Seems the packagers have to live with this issue. If
> they want to separate the *.la files from the base package, we can't
> help here. Thanks for listening :-)
>
> Christian
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
>

-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   [EMAIL PROTECTED]PGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: htdocs/, www.gnucash.org and translation

[Josh Sled]

On Fri, 2006-05-12 at 10:12 -0400, Derek Atkins wrote:
> Question: are the CSS, header, footer, and menu pages still in a
> standalone directory so I can use svn:externals from the "search"
> feature and wrap the search in the gnucash look-and-feel?

Yes.

They're in htdocs/trunk/externals/ (no longer /www/externals/).

I've modified svn:externals of mail-search/mail-search/ to reference the
new location, and modified the mail-search index.phtml to setup the new
variables correctly; http://lists.gnucash.org/search/ is already using
the new css and menus.

-- 
...jsled
http://asynchronous.org/ - `a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED]
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Building gnucash-1.9 from svn on OS X

[Kevin Broderick]

On 12 May 2006, at 6:20 AM, Adrian Simmons wrote:


Kevin Broderick wrote:
I've got it working and I added a wiki page detailing how I did it  
.
Thanks for taking the time to write this up Kevin, I've been  
wanting to try myself but didn't feel I had the time to figure out  
all the hoops.


Oh, trust me, I didn't figure out most of them.  I just knew who to ask.

A few questions though. Are you swapping back and forth between 1.8  
and 1.9 or just sticking with 1.9?


I'm sticking with 1.9.

What strategies can I use to move back and forth between the two  
versions - the data files I can handle (make backups, specify a  
separate version when launching gnucash etc), it's gnucash that  
worries me.


Actually, I just tried re-installing 1.8.11 via fink and was able to  
start both of them up concurrently.  One big caveat here: I do *not*,  
repeat *not* have gnucash-1.9 installed in my PATH.  I have it  
installed in a subdir of my home directory (configured with -- 
prefix=~/usr, note the tilde) and specify the full path (~/usr/bin/ 
gnucash ) when starting it up.  My understanding is that having  
gnucash-1.9 and -1.8 both in the PATH could cause Unhappiness.


Also, remember that data files saved with 1.9 are not compatible with  
1.8.  You can only go one way.


Once 1.9 is compiled and installed in /usr/local can I fink  
reinstall gnucash 1.8 and just launch them from their respective  
locations?


So it would appear.  Note, however, that I have not thoroughly tested  
the install with both present and others have noted problems having  
both installed concurrently (David Reiser was actually swapping  
between two separate fink trees, I believe).


If I can answer any other questions, please let me know.  I'm glad to  
help if I can.


Kevin T. Broderick
[EMAIL PROTECTED]



___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: htdocs/, www.gnucash.org and translation

[Derek Atkins]

Josh Sled <[EMAIL PROTECTED]> writes:

> On the implementation side, you'll see that a translation consists of
> the following structure:
>
> htdocs/trunk/
> |-- index.phtml
> |-- features.phtml
> [... other content pages ...]
> |-- po/
>   |-- de.po
> |-- lang.php
[snip]

Question: are the CSS, header, footer, and menu pages still in a
standalone directory so I can use svn:externals from the "search"
feature and wrap the search in the gnucash look-and-feel?

-derek

-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   [EMAIL PROTECTED]PGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: htdocs/, www.gnucash.org and translation

[Christian Stimming]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Josh Sled schrieb:
> - the accept-to-gettext language negotiation was removed; the dirs 
>   themselves declare specifically what language they're in.

Yes, that's much more obvious. As long as there is a unique URL to point
people to the site in a specific language, all is fine. (e.g. I want to
be able to say to the Germans: Go to www.gnucash.org/de/)

> There's been a loose decision to continue on with the gettext-based
> translation, but in a modified form.  As per cstim's comments in
> http://svn.gnucash.org/trac/changeset/13914 , it doesn't really work to
> translate a website on a sentence-by-sentence basis.  
>
> ]]], basically, the phrase content (navigation, menu text, page titles)
> is gettext-ized as normal, but the bulk of the content is translated as
> a unit: markup, links, structure and all.

Yes, as discussed on IRC I much prefer this solution. Some short style
guide (whether to use  or  or whatever) should be added to the
top-level README, and then everything is fine.

> |-- de/
>   |-- index.phtml -> ../index.phtml

Oh, SVN will actually checkout them as symlinks! Didn't know that were
possible. Interesting.

> NOTE that this doesn't presently work *on* www.gnucash.org; I've a
> seperate mail to Linas about what I think a cause (and hopefully fix)
> is. :/  In the mean time, it does seem to work at
> http://asynchronous.org/tmp/www.gnucash.org/ , at least for de/ .

Yes; "even" the encodings work correctly :-)

Thanks a lot! Great work!

Christian
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iQCVAwUBRGR17GXAi+BfhivFAQKTAAP/b2yM1oB/NTx1wYvhidWBBD69D1qml7H+
GdX5rOcgaSckaW5Kz8sPvy5rn3qWdJA9vNu8q3GEBtVfX0swmj+zeLHK3p0cyM3i
nYp7CbnDPZDih9y01NLV0qY5CXNSMH2pTPjTWRtf5oX/GrV1NEA/H5iMybpHmRGc
GATjCB1lcAc=
=nj0O
-END PGP SIGNATURE-
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

[Fwd: [Bug 104677] gnucash outdated]

[Christian Stimming]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear developers,

the SuSE people are going to package gnucash2 into their next release
SuSE Linux 10.2 (the current 10.1 was released just this week). See
https://bugzilla.novell.com/show_bug.cgi?id=104677 for some of the help
they needed to get this going. But they raised an interesting question:

> The packages can have some devel splitting problems - for standard packages, 
> we
> package .so and .la files as part of -devel subpackage, not installed by
> default.
> But some parts of gnucash need .so for loading and other parts use ltdl and
> la. I have tried to catch all these issues, but maybe I failed.

I thought of one solution to get rid of any such problems, not only for
SuSE/rpm but any package manager (but my idea was bogus, see below). We
could add an install-exec-hook rule that removes the *.la files in those
Makefile.am's where we know by design that the *.la files are not
needed. Unfortunately I'm not too sure where *.la is still needed, but
if it is needed only for the "-module" libraries (libgncmod-foo), then
e.g. src/core-utils doesn't need the *.la files. ...

However, after checking the code, it occurred to me that the *.la files
are also used during "make uninstall" to determine the file names with
the correct version numbers to be removed. (Because on "make uninstall"
libtool is invoked again, but only with the *.la file as argument, so it
uses that file to determine the other filenames.) This means if the *.la
is removed during normal "make install" (by an install-exec-hook), then
"make uninstall" will be broken, which among others breaks "make
distcheck". Okay. Seems the packagers have to live with this issue. If
they want to separate the *.la files from the base package, we can't
help here. Thanks for listening :-)

Christian
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iQCVAwUBRGRyjGXAi+BfhivFAQKxdAP/djwE7X+BTZivLaiwAHCqVDbppZrh2zqC
OTrqIc1ffzi7X3Myt8wSiy8yMdAHyFkTiHXUAL3m+bGPBxi/Nu8llLftfcrabhpR
MKGSU3iAwQtmxFs5IZMz6gRtmxOTc8Q9uNZi2+4eO0xSPnbyOh/wpubLR9loFW8R
0SGn2sLxEig=
=0enK
-END PGP SIGNATURE-
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: GnuCash 1.8 related Strings for translation

[Christian Stimming]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Fabrice,

Fabrice Kurz schrieb:
>> Which strings?  There were some strings that were actually changed
>> after the "freeze" to fix some 1.8 -> 2.0 isms...
>>
> Here are the strings (still there in svn) : 
> 
> #. src/report/utility-reports/welcome-to-gnucash.scm
> #: ../intl-scm/guile-strings.c:2408
> msgid "Welcome to GnuCash 1.8!"
> 
> #. src/report/utility-reports/welcome-to-gnucash.scm
> #: ../intl-scm/guile-strings.c:2410
> msgid "GnuCash 1.8 has lots of nice features. Here are a few."

Thanks for pointing this out. I'm not sure whether this "Welcome to
GnuCash" report is still used, but the text should be changed anyway.
Committed to SVN.

> Maybe the next two are still valid  :
> 
> #: ../src/gnome-utils/glade/totd.glade.h:3
> msgid ""
> "Warning This is a DEVELOPMENT version of GnuCash. It probably has lots of "
> "bugs and unstable features!\n"
> "If you are looking for a stable personal finance application, you should use 
> "
> "the latest release of GnuCash 1.8"

Ignore this one -- it's never shown, so it doesn't need to be
translated. Removed from gnucash.pot now in SVN.

> #: ../doc/tip_of_the_day.list.in:1
> msgid ""
> "Warning!! This is a DEVELOPMENT version of GnuCash. It probably has lots of "
> "bugs and unstable features! If you are looking for a stable personal finance 
> "
> "application, you should use the latest release of GnuCash 1.8."

This one is still current and will stay this way in all 1.9.x releases.
For the 2.0.0 release, we will remove this one string completely.

Christian
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iQCVAwUBRGRouWXAi+BfhivFAQKoXAP9Hc52GtmQopOP/35M10aW//4hpzg7u8oF
dIUr1g7OkMDtQESmejipVgzPdoO6ZVbBJUwWB06Bcyea2WJRx3ktGHCfgI0hech5
mvDV2Ce3bWPTdBae+C+vX06paLtugfncRges0OkXkJqTYE5hocIZbDyl7YCKvVgq
Eq0+NiBMaRA=
=UHau
-END PGP SIGNATURE-
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Building gnucash-1.9 from svn on OS X

[Adrian Simmons]

Kevin Broderick wrote:
I've got it working and I added a wiki page detailing how I did it 
.
Thanks for taking the time to write this up Kevin, I've been wanting to try 
myself but didn't feel I had the time to figure out all the hoops.


A few questions though. Are you swapping back and forth between 1.8 and 1.9 
or just sticking with 1.9?


What strategies can I use to move back and forth between the two versions - 
the data files I can handle (make backups, specify a separate version when 
launching gnucash etc), it's gnucash that worries me.


Once 1.9 is compiled and installed in /usr/local can I fink reinstall 
gnucash 1.8 and just launch them from their respective locations?


--
Adrian Simmons (aka adrinux) 
e-mail 
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel