On Tuesday 22 October 2013 21:04:18 Christian Stimming wrote:
> Hi Geert,
>
> oops, I'm sorry to not speak up earlier, but I thought this patch
> might not be taken as-is. I'll reply in the separate -devel thread.
>
> Christian
No problem. I have reverted the patch.
Geert
__
ash/trunk/src/gnome/gschemas/org.gnucash.gschema.xml.in
>gnucash/trunk/src/gnome/gtkbuilder/Makefile.am
>gnucash/trunk/src/gnome/top-level.c
>gnucash/trunk/src/gnome/ui/Makefile.am
>gnucash/trunk/src/gnome/ui/gnc-plugin-page-sx-list-ui.xml
>gnucash/trunk/src/impo
Charles Day writes:
> Cool, thanks for the update. I take it the old split register code is to be
> abandoned, so I don't have to worry about bring my trunk register fixes over
> to the register-rewrite branch.
I believe that was to be the case, yes.
-derek
--
Derek Atki
On Mon, Mar 2, 2009 at 5:50 AM, Chris Shoemaker wrote:
> On Sun, Mar 01, 2009 at 01:35:30PM -0800, Charles Day wrote:
> > Could someone enlighten me as to the state of the register rewrite, or
> point
> > me to some kind of "readme" about it? I would like to know
Chris Shoemaker writes:
> Yes, exactly. At the time, it was somewhat of a feasibility study, as
> GtkTreeViews were still a little new and there weren't too many
> examples of good implementations that used 1000s+ of entries.
> These days, it's not really a question of the quality of the gtk+ bi
On Sun, Mar 01, 2009 at 01:35:30PM -0800, Charles Day wrote:
> Could someone enlighten me as to the state of the register rewrite, or point
> me to some kind of "readme" about it? I would like to know what the approach
> was, where things left off, etc.
> I had a quick look a
Charles Day writes:
> I had a quick look at the register-rewrite branch. My first impression is
> that the original register code has not been changed at all and that some
> kind of new stuff based on GtkTreeView was being worked on. Is it the
> intention to abandon a GUI-independ
Could someone enlighten me as to the state of the register rewrite, or point
me to some kind of "readme" about it? I would like to know what the approach
was, where things left off, etc.
I had a quick look at the register-rewrite branch. My first impression is
that the original registe
r16423 - gnucash/branches/register-rewrite - Merge in changes from
[EMAIL PROTECTED]:16422.
Message body is too big: 31096607 bytes with a limit of 10240 KB
30MB is a bit excessive for a -commit email, but the register-rewrite
branch is now rebased on [EMAIL PROTECTED] Details are
On Wed, Jul 18, 2007 at 03:40:25PM -0400, Jeff Green wrote:
> Author: jeff
> Date: 2007-07-18 15:40:23 -0400 (Wed, 18 Jul 2007)
> New Revision: 16322
> Trac: http://svn.gnucash.org/trac/changeset/16322
>
> Modified:
>
> gnucash/branches/register-rewrite/src/g
On Wed, Jul 18, 2007 at 12:06:57AM -0500, Jeff Green wrote:
> I have been focusing on the crashes that were caused by adding
> autocompletion, since I realized that I couldn't adequately test any other
> functionality if I could only add one new transaction without crashing the
> program or closing
I have been focusing on the crashes that were caused by adding
autocompletion, since I realized that I couldn't adequately test any other
functionality if I could only add one new transaction without crashing the
program or closing and reopening the account. I spent some quality time with
gdb and n
On Fri, Jul 13, 2007 at 01:22:06PM -0400, Derek Atkins wrote:
> Jeff,
>
> Jeff Green <[EMAIL PROTECTED]> writes:
>
> > Check if seconds returned by xaccTransGetDatePostedTS() are greater than
> > zero in CellDataFunc (cdf) for COL_DATE. If
> > seconds are zero assume new transaction and set sec
Jeff,
Jeff Green <[EMAIL PROTECTED]> writes:
> Check if seconds returned by xaccTransGetDatePostedTS() are greater than zero
> in CellDataFunc (cdf) for COL_DATE. If
> seconds are zero assume new transaction and set seconds to current time to
> display current date for new transactions.
Actua
FYI,
Quoting Jeff Green <[EMAIL PROTECTED]>:
> Author: jeff
> Date: 2007-07-09 16:13:09 -0400 (Mon, 09 Jul 2007)
> New Revision: 16290
> Trac: http://svn.gnucash.org/trac/changeset/16290
>
> Modified:
>
> gnucash/branches/register-rewrite/src/gnome-utils/gnc
[adding Jeff Green to cc]
On Mon, May 21, 2007 at 11:48:06AM -0300, Peter Selinger wrote:
> Hi,
>
> I have tried the new register rewrite branch. It looks very nice; many
> thanks to Chris.
Peter,
Thanks for the review. I've unfortunately had very little
time for the
Hi,
I have tried the new register rewrite branch. It looks very nice; many
thanks to Chris.
I have a few minor comments and suggestions.
* numbers in the register view should be right-aligned
* it would be nice if the transactions were sorted by date by
default; the current default seems to
Derek Atkins wrote:
> Navneet Karnani <[EMAIL PROTECTED]> writes:
>
>> If Only I could. Can't do a build of a dev version on my machine. Does
>> someone have a build for Ubuntu that I can download ? Then I can post
>> screens
>
> Why can't you build it? I can't imagine ANYONE is going to packa
Navneet Karnani <[EMAIL PROTECTED]> writes:
> If Only I could. Can't do a build of a dev version on my machine. Does
> someone have a build for Ubuntu that I can download ? Then I can post
> screens
Why can't you build it? I can't imagine ANYONE is going to package
a development branch.
> - N
Chris Shoemaker wrote:
> On Tue, Jul 18, 2006 at 08:23:19PM +0530, Navneet Karnani wrote:
>> Chris Shoemaker wrote:
>>> FTR, I merged trunk's -r 14238:14537 into the register-rewrite branch.
>> Any screen shots for the new register view ?
>
> No, but you'r
On Tue, Jul 18, 2006 at 08:23:19PM +0530, Navneet Karnani wrote:
> Chris Shoemaker wrote:
> > FTR, I merged trunk's -r 14238:14537 into the register-rewrite branch.
> Any screen shots for the new register view ?
No, but you're welcome to make some.
Hi,
The goal of the register-rewrite branch is to replace the current
register, which uses the code under src/register, with a new register
based on GtkTreeView. Sometime this past winter I finally convinced
myself there weren't any unsurmountable API problems with using
GtkTreeModel/GtkTre
Chris Shoemaker wrote:
> FTR, I merged trunk's -r 14238:14537 into the register-rewrite branch.
Any screen shots for the new register view ?
- Navneet
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/
Chris Shoemaker <[EMAIL PROTECTED]> writes:
> FTR, I merged trunk's -r 14238:14537 into the register-rewrite branch.
>
> The email to gnucash-changes was queued because it was 15MB. I'm going
> to remove the email from the queue.
>
> Perhaps for changesets where
FTR, I merged trunk's -r 14238:14537 into the register-rewrite branch.
The email to gnucash-changes was queued because it was 15MB. I'm going
to remove the email from the queue.
Perhaps for changesets where the email subject contains "Merge" we
should exclude the diff
Chris Shoemaker <[EMAIL PROTECTED]> writes:
> Log:
>Two changes to the gnc_commodity API:
>1. Pass only the namespace and mnemonic strings to
>gnc_commodity_new(). This separates construction from the setters and
>simplifies callers.
Hmm.. Why have one function call when four w
[...]
>
> I've been meaning to set up a website for my current progress, but
> it's never been the most urgent thing. If you think you might be
> interested in helping, it would be more urgent.
Well... I'll have a rush in the next weeks in my job, so I'm not sure
how much time I will be able (or
On Tue, Oct 04, 2005 at 09:12:21AM +0200, Didier Vidal wrote:
> [...]
> > Since then, I've also made substantial progress on a
> > register-rewrite using the GtkTreeModel API. It's been easier than I
> > thought. (Although I've made no progres
[...]
> Since then, I've also made substantial progress on a
> register-rewrite using the GtkTreeModel API. It's been easier than I
> thought. (Although I've made no progress in the past 2 months - no
> time.)
>
Chris,
I'd be curious to see how this r
29 matches
Mail list logo
