On Sun, Jan 22, 2006 at 06:12:16PM -0500, Chris Shoemaker wrote:
> - gnucash_program =
> -gnome_program_init("gnucash", version, LIBGNOMEUI_MODULE,
> -restargc, restargv,
> -GNOME_PARAM_POPT_TABLE, nullPoptTable,
> -GNOME_PROGRAM_STAN
On Sun, 2006-01-22 at 15:16 -0800, Brian wrote:
> On Sun, 2006-22-01 at 17:05 -0500, David Hampton wrote:
> > On Sun, 2006-01-22 at 21:27 +, Neil Williams wrote:
> > > Is there a usable tool for editing src/gnome/glade/merge.glade ?
> >
> > glade-2.
>
> Some advice... Pick one version of of t
On Sun, 2006-22-01 at 17:05 -0500, David Hampton wrote:
> On Sun, 2006-01-22 at 21:27 +, Neil Williams wrote:
> > Is there a usable tool for editing src/gnome/glade/merge.glade ?
>
> glade-2.
Some advice... Pick one version of of the glade-2 series for everyone to
use, then stick with it for
On Sun, 2006-01-22 at 21:27 +, Neil Williams wrote:
> Is there a usable tool for editing src/gnome/glade/merge.glade ?
glade-2.
> Glade itself only reads the first window and ignores the rest,
Open a druid window by double clicking on it. The back/forward buttons
work to navigate through th
On Sunday 22 January 2006 9:41 pm, Neil Williams wrote:
> OK, I struck lucky and I've got most of that done by hand, without console
> errors.
> ;-)
Nope. Still bust.
There must be (if not, should be) a better way.
:-(
(I just loathe GUI programming - and tonight is a classic reason why. 4hrs
w
On Sunday 22 January 2006 9:27 pm, Neil Williams wrote:
> Is there a usable tool for editing src/gnome/glade/merge.glade ?
>
> Glade itself only reads the first window and ignores the rest, I've tried
> editing the file by hand to remove the blank window, change Account
> Hierarchy to QSF Data Impo
Is there a usable tool for editing src/gnome/glade/merge.glade ?
Glade itself only reads the first window and ignores the rest, I've tried
editing the file by hand to remove the blank window, change Account Hierarchy
to QSF Data Import and change references to account to data - but each time
it
On Sun, 2006-01-22 at 20:52 +, Neil Williams wrote:
> Only if the other details of the account have changed. How many parameters of
> the account are checked for equality?
Name and placeholder flag.
> Under what circumstances can New Account Hierarchy actually generate a
> conflict?
With
On Sunday 22 January 2006 8:18 pm, Josh Sled wrote:
> On Sun, 2006-01-22 at 19:16 +, Neil Williams wrote:
> Here's a summarization of the situation:
>
> - The new-account-hierarchy druid's revised merge complains and prevents
> the merge if the new account-tree is different than the existing o
On Sun, Jan 22, 2006 at 09:27:21AM -0500, Derek Atkins wrote:
> Quoting Chris Shoemaker <[EMAIL PROTECTED]>:
>
> >The tests pass for me without this. What's the error you see?
>
> Sorry, it was late last night when I replied. It's obviously easy to
> recreate the error by overriding TESTS_ENVI
On Sun, Jan 22, 2006 at 03:18:36PM -0500, Josh Sled wrote:
> 1/ update the existing account to match the placeholder flag of the
>example account.
>
> 2/ fix the UI so that the placeholder column reflects post-merge
>reality (effectively the current state of the existing account).
>
> 3
[CC'ing gnucash-devel]
On Sun, 2006-01-22 at 19:16 +, Neil Williams wrote:
> I don't understand what's happened to this routine. It was created initially
> to use qof_book_merge but now it picks bad defaults and complains when the
> book already contains accounts - the entire premise of the
Hi,
> >> The only problem here is that the g-wrap package depends on the
> >> g-wrap runtime wich again dep on libffi, wich again dep on gcc
> >> base wich .. again. And changing the gcc package breaks
> >> 800 other packages...
> >
> >
> > Well, I do not understand your dep chain, looking
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Köhler wrote:
> Hi,
>
> On Sunday, 22 Jan 2006, 14:55 CET, Tor Harald Thorland wrote:
>
>> The only problem here is that the g-wrap package depends on
the
>> g-wrap runtime wich again dep on libffi, wich again dep on
gcc
>> base wich ...
Hi,
On Sunday, 22 Jan 2006, 14:55 CET, Tor Harald Thorland wrote:
> The only problem here is that the g-wrap package depends on the g-wrap
> runtime wich again dep on libffi, wich again dep on gcc base wich
> .. again. And changing the gcc package breaks 800 other
> packages...
Well, I do
Quoting Chris Shoemaker <[EMAIL PROTECTED]>:
The tests pass for me without this. What's the error you see?
Sorry, it was late last night when I replied. It's obviously easy to
recreate the error by overriding TESTS_ENVIRONMENT:
[EMAIL PROTECTED] build]$ make -C src/bin/test TESTS_ENVIRONME
On Sunday 22 January 2006 1:55 pm, Tor Harald Thorland wrote:
> > 1.9.6-3 IS in Ubuntu Universe:
> > http://packages.ubuntu.com/dapper/interpreters/g-wrap
> >
> > Upgrade and this will fix the problem.
>
> The only problem here is that the g-wrap package depends on the g-wrap
> runtime wich again d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Neil Williams wrote:
> On Saturday 21 January 2006 8:32
pm, Tor Harald Thorland wrote:
>
>> - -o .libs/engine-helpers.o
engine-helpers.c:27:24:
>> error: g-wrap-wct.h: No such file or
directory
>
>
> Tor, you absolutely must install g-w
The old news files relied on the file modification time to indicate the time
of the news announcement. In a version controlled environment this,
naturally, becomes unreliable.
I've adapted the current TXT format for news announcements to have a date
included in the "header".
The FIRST line of
On Saturday 21 January 2006 8:32 pm, Tor Harald Thorland wrote:
> - -o .libs/engine-helpers.o engine-helpers.c:27:24: error:
> g-wrap-wct.h: No such file or directory
Tor, you absolutely must install g-wrap 1.9.6-3 from Ubuntu.
There is no way 1.9.6-2 will work with gnucash because of
Dear developers!
Please do not use printf for output localized strings.
Use g_print instead for correct recoding to 8-bit locales.
Patch for correct some message is attached.
P.S.
The same problem (output UTFed strings in 8-bit locale) exists
with popt (when it prints --help message). Will we i
21 matches
Mail list logo
