Op 24-02-13 00:23, Mike Alexander schreef:
--On February 23, 2013 5:07:47 PM +0100 Christian Stimming
christ...@cstimming.de wrote:
I think the easiest way out here (as long as we're still using SVN)
is to set the per-file SVN property svn:eol-style to some fixed
value (here: LF). This
Op 23-02-13 17:07, Christian Stimming schreef:
Am Samstag, 23. Februar 2013, 11:57:18 schrieb Geert Janssens:
Additionally, can you check if the eol attribute is already
supported in your git version ? It is mentioned in man
gitattributes on my system and is the attribute I'm using to
force
Am Sonntag, 24. Februar 2013, 10:21:00 schrieb Geert Janssens:
As for git: The gitattributes feature is probably the most closely
matching feature of git, related to the svn:eol-style property. Once
git-1.8 has been distributed widely enough, we probably will have this
problem solved with
Am Samstag, 23. Februar 2013, 18:23:13 schrieb Mike Alexander:
I think the easiest way out here (as long as we're still using SVN)
is to set the per-file SVN property svn:eol-style to some fixed
value (here: LF). This ensures the file get one canonical set of eol
markers.
Do you
Op 24-02-13 10:46, Christian Stimming schreef:
Am Samstag, 23. Februar 2013, 18:23:13 schrieb Mike Alexander:
I think the easiest way out here (as long as we're still using SVN)
is to set the per-file SVN property svn:eol-style to some fixed
value (here: LF). This ensures the file get one
Op 23-02-13 05:52, John Ralls schreef:
On Feb 22, 2013, at 11:14 AM, Geert Janssens janssens-ge...@telenet.be wrote:
Op 22-02-13 19:45, Geert Janssens schreef:
Op 22-02-13 19:23, Mike Evans schreef:
Thanks for checking Geert. I removed my $HOME/.gitconfig and tried
again with the same
On Sat, 23 Feb 2013 10:19:25 +0100
Geert Janssens janssens-ge...@telenet.be wrote:
Op 23-02-13 05:52, John Ralls schreef:
On Feb 22, 2013, at 11:14 AM, Geert Janssens
janssens-ge...@telenet.be wrote:
Op 22-02-13 19:45, Geert Janssens schreef:
Op 22-02-13 19:23, Mike Evans schreef:
Op 23-02-13 11:35, Mike Evans schreef:
On Sat, 23 Feb 2013 10:19:25 +0100
Geert Janssens janssens-ge...@telenet.be wrote:
Op 23-02-13 05:52, John Ralls schreef:
On Feb 22, 2013, at 11:14 AM, Geert Janssens
janssens-ge...@telenet.be wrote:
Op 22-02-13 19:45, Geert Janssens schreef:
Op
Am Samstag, 23. Februar 2013, 11:57:18 schrieb Geert Janssens:
Additionally, can you check if the eol attribute is already
supported in your git version ? It is mentioned in man
gitattributes on my system and is the attribute I'm using to
force consistent line endings. It may be a more
--On February 23, 2013 5:07:47 PM +0100 Christian Stimming
christ...@cstimming.de wrote:
I think the easiest way out here (as long as we're still using SVN)
is to set the per-file SVN property svn:eol-style to some fixed
value (here: LF). This ensures the file get one canonical set of eol
On Thu, 21 Feb 2013 18:55:31 +0100
Geert Janssens janssens-ge...@telenet.be wrote:
Op 21-02-13 18:19, Mike Evans schreef:
On Thu, 21 Feb 2013 18:04:37 +0100
Geert Janssens janssens-ge...@telenet.be wrote:
Op 21-02-13 16:54, Mike Evans schreef:
A git|svn|brain issue follows.
Having
Op 21-02-13 20:53, Christian Stimming schreef:
Am Donnerstag, 21. Februar 2013, 17:57:30 schrieb Geert Janssens:
Op 21-02-13 12:47, Geert Janssens schreef:
Well, it turns out I was too curious myself already, so I checked a
bit further.
...
And a random list of things that should/could be
Op 22-02-13 14:43, Mike Evans schreef:
On Thu, 21 Feb 2013 18:55:31 +0100
Geert Janssens janssens-ge...@telenet.be wrote:
Op 21-02-13 18:19, Mike Evans schreef:
On Thu, 21 Feb 2013 18:04:37 +0100
Geert Janssens janssens-ge...@telenet.be wrote:
Op 21-02-13 16:54, Mike Evans schreef:
A
On Fri, 22 Feb 2013 18:47:48 +0100
Geert Janssens janssens-ge...@telenet.be wrote:
Op 22-02-13 14:43, Mike Evans schreef:
On Thu, 21 Feb 2013 18:55:31 +0100
Geert Janssens janssens-ge...@telenet.be wrote:
Op 21-02-13 18:19, Mike Evans schreef:
On Thu, 21 Feb 2013 18:04:37 +0100
Geert
Op 22-02-13 19:23, Mike Evans schreef:
On Fri, 22 Feb 2013 18:47:48 +0100
Geert Janssens janssens-ge...@telenet.be wrote:
Op 22-02-13 14:43, Mike Evans schreef:
On Thu, 21 Feb 2013 18:55:31 +0100
Geert Janssens janssens-ge...@telenet.be wrote:
Op 21-02-13 18:19, Mike Evans schreef:
On Thu,
Op 22-02-13 19:45, Geert Janssens schreef:
Op 22-02-13 19:23, Mike Evans schreef:
On Fri, 22 Feb 2013 18:47:48 +0100
Geert Janssens janssens-ge...@telenet.be wrote:
Op 22-02-13 14:43, Mike Evans schreef:
On Thu, 21 Feb 2013 18:55:31 +0100
Geert Janssens janssens-ge...@telenet.be wrote:
Op
On Feb 22, 2013, at 11:14 AM, Geert Janssens janssens-ge...@telenet.be wrote:
Op 22-02-13 19:45, Geert Janssens schreef:
Op 22-02-13 19:23, Mike Evans schreef:
Thanks for checking Geert. I removed my $HOME/.gitconfig and tried
again with the same result. My git version is 1.7.6.5 on
Op 12-02-13 18:46, Geert Janssens schreef:
There was another feature that briefly appeared on the trunk branch:
dynamic graphical reports with jqplot. I wonder whatever happened with
it.
The base for jqplot is in the code repo, and I also remember having
seen some example reports using it. I
On Thu, 21 Feb 2013 12:47:18 +0100
Geert Janssens janssens-ge...@telenet.be wrote:
Op 12-02-13 18:46, Geert Janssens schreef:
There was another feature that briefly appeared on the trunk
branch: dynamic graphical reports with jqplot. I wonder whatever
happened with it.
The base for
On Thu, 21 Feb 2013 14:18:38 +
Mike Evans mi...@saxicola.idps.co.uk wrote:
On Thu, 21 Feb 2013 12:47:18 +0100
Geert Janssens janssens-ge...@telenet.be wrote:
Op 12-02-13 18:46, Geert Janssens schreef:
There was another feature that briefly appeared on the trunk
branch: dynamic
Op 21-02-13 12:47, Geert Janssens schreef:
Well, it turns out I was too curious myself already, so I checked a
bit further.
...
And a random list of things that should/could be done still:
- remove the gog code (should)
I have removed the goffice/gog dependencies in our html/webkit code.
Op 21-02-13 16:54, Mike Evans schreef:
A git|svn|brain issue follows.
Having updated to the latest source using git-update script I can't
change branches because some of the files have the wrong line endings,
unless I commit the changes.
I get this message:
Please, commit your changes or stash
Op 21-02-13 15:18, Mike Evans schreef:
Lovely charts Geert. Two of the features I added in the Net Worth line
chart are obsoleted/broken. Optional grid and optional data markers no
longer work as advertised so I'll have to look at them or remove
them. Not really sure if either are necessary
On Thu, 21 Feb 2013 18:04:37 +0100
Geert Janssens janssens-ge...@telenet.be wrote:
Op 21-02-13 16:54, Mike Evans schreef:
A git|svn|brain issue follows.
Having updated to the latest source using git-update script I can't
change branches because some of the files have the wrong line
On Thu, 21 Feb 2013 18:16:53 +0100
Geert Janssens janssens-ge...@telenet.be wrote:
Op 21-02-13 15:18, Mike Evans schreef:
Lovely charts Geert. Two of the features I added in the Net Worth
line chart are obsoleted/broken. Optional grid and optional data
markers no longer work as
Op 21-02-13 18:19, Mike Evans schreef:
On Thu, 21 Feb 2013 18:04:37 +0100
Geert Janssens janssens-ge...@telenet.be wrote:
Op 21-02-13 16:54, Mike Evans schreef:
A git|svn|brain issue follows.
Having updated to the latest source using git-update script I can't
change branches because some of
Op 21-02-13 15:18, Mike Evans schreef:
Lovely charts Geert. Two of the features I added in the Net Worth line
chart are obsoleted/broken. Optional grid and optional data markers no
longer work as advertised so I'll have to look at them or remove
them. Not really sure if either are necessary
Op 21-02-13 18:40, Mike Evans schreef:
On Thu, 21 Feb 2013 18:16:53 +0100
Geert Janssens janssens-ge...@telenet.be wrote:
Op 21-02-13 15:18, Mike Evans schreef:
Lovely charts Geert. Two of the features I added in the Net Worth
line chart are obsoleted/broken. Optional grid and optional data
Am Donnerstag, 21. Februar 2013, 17:57:30 schrieb Geert Janssens:
Op 21-02-13 12:47, Geert Janssens schreef:
Well, it turns out I was too curious myself already, so I checked a
bit further.
...
And a random list of things that should/could be done still:
- remove the gog code
Op 21-02-13 20:53, Christian Stimming schreef:
Am Donnerstag, 21. Februar 2013, 17:57:30 schrieb Geert Janssens:
Op 21-02-13 12:47, Geert Janssens schreef:
Well, it turns out I was too curious myself already, so I checked a
bit further.
...
And a random list of things that should/could be
From: John Ralls jra...@ceridwen.us
To: Robert Fewell 14ubo...@gmail.com; Geert Janssens
janssens-ge...@telenet.be Cc: gnucash-devel@gnucash.org Devel
gnucash-devel@gnucash.org Sent: Tuesday, February 12, 2013 2:22:39
PM Subject: Re: Gnucash 2.5/6
On Feb 9, 2013, at 1:45 PM
, 2013 2:22:39
PM Subject: Re: Gnucash 2.5/6
On Feb 9, 2013, at 1:45 PM, lsl 14ubo...@gmail.com wrote:
I am still plodding on with this and it is progressing slowly, have
uploaded another patch to the bug which also indicates roughly what
is left to do. I am not sure of any time scales
Janssens
janssens-ge...@telenet.be
Cc: gnucash-devel@gnucash.org Devel gnucash-devel@gnucash.org
Sent: Tuesday, February 12, 2013 2:22:39 PM
Subject: Re: Gnucash 2.5/6
On Feb 9, 2013, at 1:45 PM, Robert Fewell 14ubo...@gmail.com wrote:
I am still plodding on with this and it is progressing
On Feb 17, 2013, at 1:55 PM, Phil Longstaff phil.longst...@yahoo.ca wrote:
I created https://bugzilla.gnome.org/show_bug.cgi?id=694047 and attached an
initial patch to that. That should allow you to get it in. I'll need to
learn more about git.
OK, but we're still committing to
On 11-02-13 15:00, Phil Longstaff wrote:
Yes. I have a first draft ready to go. Looks pretty rough but is
usable, which is what I needed.
What I've done:
1) structurally, split GncBudgetView out from GncPluginPageBudget.
GncBudgetView provides a widget that GncPluginPageBudget can use and
On 08-02-13 16:09, Derek Atkins wrote:
Geert Janssens janssens-ge...@telenet.be writes:
Forgot to mention: Gtk3 was indeed not on the agenda for 2.6. 2.6 is
only meant to be *ready* to be migrated. This means getting rid of all
the deprecated gtk symbols. Other than the register this is done.
On Feb 12, 2013, at 2:41 AM, Geert Janssens janssens-ge...@telenet.be wrote:
On 08-02-13 16:09, Derek Atkins wrote:
Geert Janssens janssens-ge...@telenet.be writes:
Forgot to mention: Gtk3 was indeed not on the agenda for 2.6. 2.6 is
only meant to be *ready* to be migrated. This means
On 07-02-13 19:32, John Ralls wrote:
Geert mentioned in the Notification Emails thread that he'd like to get 2.6 released in
less than a year, and Christian was pushing to do so this time *last* year. On the
principle that Release is a misnomer. Software is never released, it escapes.
[1],
On Feb 9, 2013, at 1:45 PM, Robert Fewell 14ubo...@gmail.com wrote:
I am still plodding on with this and it is progressing slowly, have
uploaded another patch to the bug which also indicates roughly what is left
to do. I am not sure of any time scales but the menu options can be
disabled or
by next weekend.
Phil
From: Geert Janssens janssens-ge...@telenet.be
To: gnucash-devel@gnucash.org
Sent: Saturday, February 9, 2013 12:03:44 PM
Subject: Re: Gnucash 2.5/6
On 09-02-13 00:59, Phil Longstaff wrote:
At this point, there's an itch which is bothering
Phil,
I may of misunderstood, the csv transaction importer use two tree-views one
above each other and keeps the columns in sync. Have a look in
assistant-csv-trans-import.c
Regards,
Robert.
___
gnucash-devel mailing list
Thanks
From: Robert Fewell 14ubo...@gmail.com
To: gnucash-devel@gnucash.org
Sent: Monday, February 11, 2013 10:40:27 AM
Subject: Gnucash 2.5/6
Phil,
I may of misunderstood, the csv transaction importer use two tree-views one
above each other and keeps
John Ralls jra...@ceridwen.us writes:
As for Gtkmm, it's just a C++ interface wrapped around Gtk+. If we're
dumping Gtk+ because we don't like the direction they're going, Gtkmm
doesn't get us anywhere.
Having argued that C++ in the backend in not such a big deal, I'm
going to turn around
On Feb 11, 2013, at 10:23 AM, Derek Atkins warl...@mit.edu wrote:
John Ralls jra...@ceridwen.us writes:
As for Gtkmm, it's just a C++ interface wrapped around Gtk+. If we're
dumping Gtk+ because we don't like the direction they're going, Gtkmm
doesn't get us anywhere.
Having argued that
-devel@gnucash.org Devel gnucash-devel@gnucash.org
Sent: Monday, February 11, 2013 1:36:31 PM
Subject: Re: Beyond 2.6 (was:Re: Gnucash 2.5/6)
On Feb 11, 2013, at 10:23 AM, Derek Atkins warl...@mit.edu wrote:
John Ralls jra...@ceridwen.us writes:
As for Gtkmm, it's just a C++ interface wrapped
Am Montag, 11. Februar 2013, 10:36:31 schrieb John Ralls:
I was just pointing out that if we had to spend a lot of time migrating
to Gtk3 we might be better off spending the time migrating to something
else.
OK. In fact we've (meaning Geert's) already done 90% of the job. All that's
left
* would recommend writing C++ header files as a starting point
tedc
*
On Mon, Feb 11, 2013 at 1:21 PM, Christian Stimming
christ...@cstimming.dewrote:
Am Montag, 11. Februar 2013, 10:36:31 schrieb John Ralls:
I was just pointing out that if we had to spend a lot of time migrating
to Gtk3
On Feb 11, 2013, at 10:53 AM, Phil Longstaff phil.longst...@yahoo.ca wrote:
John,
what's your view of the best way forward? I'm confused by what you want to
wrap C++ inside GObject. What's your end vision and what are the steps along
the way.
The goal is, as ever, a clean, modern
On Feb 8, 2013, at 8:01 PM, John Ralls jra...@ceridwen.us wrote:
On Feb 8, 2013, at 1:03 PM, Christian Stimming christ...@cstimming.de wrote:
Am Freitag, 8. Februar 2013, 09:51:57 schrieb John Ralls:
Personnaly I'd rather see us move to Qt instead of Gtk3 when that
decision has to be
On 08-02-13 11:48, Mike Evans wrote:
On Fri, 08 Feb 2013 10:13:01 +0100
Geert Janssens janssens-ge...@telenet.be wrote:
Last item is on our Feature Schedule [1]: Reversed sort order by
date for transaction, a feature Mike Evans has been working on. As
far as I can see it's mostly done. I
I am still plodding on with this and it is progressing slowly, have
uploaded another patch to the bug which also indicates roughly what is left
to do. I am not sure of any time scales but the menu options can be
disabled or the whole lot can be removed if it is holding other things up.
Assuming
On 2/9/2013 3:45 PM, Robert Fewell wrote:
I am still plodding on with this and it is progressing slowly, have
uploaded another patch to the bug which also indicates roughly what is left
to do. I am not sure of any time scales but the menu options can be
disabled or the whole lot can be removed
On 07-02-13 19:32, John Ralls wrote:
Geert mentioned in the Notification Emails thread that he'd like to get 2.6 released in
less than a year, and Christian was pushing to do so this time *last* year. On the
principle that Release is a misnomer. Software is never released, it escapes.
[1],
On 07-02-13 19:32, John Ralls wrote:
Geert mentioned in the Notification Emails thread that he'd like to get 2.6 released in
less than a year, and Christian was pushing to do so this time *last* year. On the
principle that Release is a misnomer. Software is never released, it escapes.
[1],
On Fri, 08 Feb 2013 10:13:01 +0100
Geert Janssens janssens-ge...@telenet.be wrote:
On 07-02-13 19:32, John Ralls wrote:
Geert mentioned in the Notification Emails thread that he'd like to
get 2.6 released in less than a year, and Christian was pushing to
do so this time *last* year. On the
Geert Janssens janssens-ge...@telenet.be writes:
Forgot to mention: Gtk3 was indeed not on the agenda for 2.6. 2.6 is
only meant to be *ready* to be migrated. This means getting rid of all
the deprecated gtk symbols. Other than the register this is done. So
the register rewrite is actually
On Feb 8, 2013, at 7:09 AM, Derek Atkins warl...@mit.edu wrote:
Geert Janssens janssens-ge...@telenet.be writes:
Forgot to mention: Gtk3 was indeed not on the agenda for 2.6. 2.6 is
only meant to be *ready* to be migrated. This means getting rid of all
the deprecated gtk symbols. Other
On 08-02-13 16:20, John Ralls wrote:
On Feb 8, 2013, at 7:09 AM, Derek Atkins warl...@mit.edu wrote:
Geert Janssens janssens-ge...@telenet.be writes:
Forgot to mention: Gtk3 was indeed not on the agenda for 2.6. 2.6 is
only meant to be *ready* to be migrated. This means getting rid of all
On Feb 8, 2013, at 8:08 AM, Geert Janssens janssens-ge...@telenet.be wrote:
On 08-02-13 16:20, John Ralls wrote:
On Feb 8, 2013, at 7:09 AM, Derek Atkins warl...@mit.edu wrote:
Geert Janssens janssens-ge...@telenet.be writes:
Forgot to mention: Gtk3 was indeed not on the agenda for 2.6.
Am Freitag, 8. Februar 2013, 09:51:57 schrieb John Ralls:
Personnaly I'd rather see us move to Qt instead of Gtk3 when that
decision has to be made.
I did express my interest in Qt before in mails to the list.
But when you also want to switch to C++ and Boost, to me that sounds
rows
(transfers = transfers to assets or liabilities).
GSettings is taking second place to that.
Phil
From: Geert Janssens janssens-ge...@telenet.be
To: gnucash-devel@gnucash.org
Sent: Friday, February 8, 2013 4:13:01 AM
Subject: Re: Gnucash 2.5/6
On 07-02-13
On Feb 8, 2013, at 1:03 PM, Christian Stimming christ...@cstimming.de wrote:
Am Freitag, 8. Februar 2013, 09:51:57 schrieb John Ralls:
Personnaly I'd rather see us move to Qt instead of Gtk3 when that
decision has to be made.
I did express my interest in Qt before in mails to the list.
Geert mentioned in the Notification Emails thread that he'd like to get 2.6
released in less than a year, and Christian was pushing to do so this time
*last* year. On the principle that Release is a misnomer. Software is never
released, it escapes. [1], it's probably time to release 2.5.0 so
63 matches
Mail list logo