Re: pango_layout_set_text

GNOME 2 branch of GnuCash and re-commits the POs. I'm not sure whether you like diverging PO files between HEAD and the GNOME 2 branch, though. If not, it would probably be more wise to wait until the branch is merged with HEAD and write down that this has to be done. Anyway, it would

Re: GNOME 2: MDI or SDI?

nfusion that would result > if Mozilla and OpenOffice didn't support tabs. > I was hoping that someone would eventually see the light (well, my > light, anyway :-) ) and design GnuCash to use MDI for account windows. It's a matter of smart window management. regs, Chris >

GNOME 2: MDI or SDI?

We've not yet made a decision whether we ought to use MDI or SDI for the GNOME 2 port, which is a fundamental decision. In my opinion, we should in no way mix them, because that heavily confuses users. We need to open accounts in new windows anyway, and opening reports in the same window is weird,

[PATCH] GNOME 2: Make register cursor re-appear

Subject says it all. I don't think we need a PangoRectangle pointer, so I replaced it by a plain PangoRectangle. regs, Chris Index: src/register/register-gnome/gnucash-item-edit.c === RCS file: /home/cvs/cvsroot/gnucash/src/register/

Re: [PATCH] GNOME 2: HIGify welcome dialog.

On Sun, 2004-05-02 at 23:57 -0700, David Hampton wrote: > On Sun, 2004-05-02 at 07:31, Christian Neumair wrote: > > The attached patch aims to HIGify the welcome/new user dialog. > > What version of glade are you using to edit these files? There are a > bunch of properties the

Re: Require libglade 2.4?

On Sun, 2004-05-02 at 17:23 -0400, Derek Atkins wrote: > David Hampton <[EMAIL PROTECTED]> writes: > > > Six months ago the consensus was that RH9 would be the target platform. > > Given that we've probably got at least six months to go, and RH9 is > > officially unsupported as of yesterday, is i

[PATCH] GNOME 2: Make register popup menu work

The attached patch makes the register popup menu work again. The problem with the old implementation was that the callback returned TRUE for button 3 under particular circumstances which means that the emission is stopped. After applying this patch, other callbacks can handle the button 3 pressed s

Require libglade 2.4?

Hi! libglade 2.4 allows us to set way more window/dialog options through glade/libglade instead of using calls inside the code, including modality, position, type, any many more. This is really nifty and allows UI code reduction. Is it a bad idea to require libglade 2.4 since it IMHO implies GTK+ 2

Re: [PATCH] GNOME 2: HIGify transfer dialog #2.

On Sun, 2004-05-02 at 13:57 +0200, Christian Neumair wrote: > The attached patch aims to HIGify the transfer dialog. I didn't take into account that some of the functions I changed are exposed to other parts of the app. The attached patch should fix compilation. regs, Chris Index: s

[PATCH] GNOME 2: HIGify transfer dialog.

The attached patch aims to HIGify the transfer dialog. regs, Chris gnucash-transfer.diff.bz2 Description: application/bzip ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel

[PATCH] GNOME 2: More memleak fixing

gnc_ui_account_get_print_balance returns a newly allocated string. Nobody uses it so we should free it. regs, Chris Index: src/gnome-utils/gnc-tree-model-account.c === RCS file: /home/cvs/cvsroot/gnucash/src/gnome-utils/Attic/gnc-tre

[PATCH] GNOME 2: Don't crash find dialog in date mode

After applying this patch, the find dialog doesn't crash after switching from date mode into another one. regs, Chris Index: GNOME2_STATUS === RCS file: /home/cvs/cvsroot/gnucash/Attic/GNOME2_STATUS,v retrieving revision 1.1.2.16 dif

[PATCH] GNOME 2: Fix trivial memleak

This is really a very trivial patch that fixes dozens of memleaks that occur in the treeview. Somebody copied a tree model path for no obvious reason. The allocated memory is neither freed nor used. regs, Chris Index: src/gnome-utils/gnc-tree-model-account.c ==