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 cano
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
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 solve
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
Op 24-02-13 00:23, Mike Alexander schreef:
--On February 23, 2013 5:07:47 PM +0100 Christian Stimming
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 ca
--On February 23, 2013 5:07:47 PM +0100 Christian Stimming
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
markers.
However, settin
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 ending
Op 23-02-13 11:35, Mike Evans schreef:
On Sat, 23 Feb 2013 10:19:25 +0100
Geert Janssens wrote:
Op 23-02-13 05:52, John Ralls schreef:
On Feb 22, 2013, at 11:14 AM, Geert Janssens
wrote:
Op 22-02-13 19:45, Geert Janssens schreef:
Op 22-02-13 19:23, Mike Evans schreef:
Thanks for checking
On Sat, 23 Feb 2013 10:19:25 +0100
Geert Janssens wrote:
> Op 23-02-13 05:52, John Ralls schreef:
> > On Feb 22, 2013, at 11:14 AM, Geert Janssens
> > wrote:
> >
> >> Op 22-02-13 19:45, Geert Janssens schreef:
> >>> Op 22-02-13 19:23, Mike Evans schreef:
> Thanks for checking Geert. I remo
Op 23-02-13 05:52, John Ralls schreef:
On Feb 22, 2013, at 11:14 AM, Geert Janssens 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.
On Feb 22, 2013, at 11:14 AM, Geert Janssens 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 Fedora 15 not
>>>
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 wrote:
Op 22-02-13 14:43, Mike Evans schreef:
On Thu, 21 Feb 2013 18:55:31 +0100
Geert Janssens wrote:
Op 21-02-13 18:19, Mike Evans schreef:
On Thu, 21 Feb
Op 22-02-13 19:23, Mike Evans schreef:
On Fri, 22 Feb 2013 18:47:48 +0100
Geert Janssens wrote:
Op 22-02-13 14:43, Mike Evans schreef:
On Thu, 21 Feb 2013 18:55:31 +0100
Geert Janssens wrote:
Op 21-02-13 18:19, Mike Evans schreef:
On Thu, 21 Feb 2013 18:04:37 +0100
Geert Janssens wrote:
On Fri, 22 Feb 2013 18:47:48 +0100
Geert Janssens wrote:
> Op 22-02-13 14:43, Mike Evans schreef:
> > On Thu, 21 Feb 2013 18:55:31 +0100
> > Geert Janssens wrote:
> >
> >> Op 21-02-13 18:19, Mike Evans schreef:
> >>> On Thu, 21 Feb 2013 18:04:37 +0100
> >>> Geert Janssens wrote:
> >>>
> Op
Op 22-02-13 14:43, Mike Evans schreef:
On Thu, 21 Feb 2013 18:55:31 +0100
Geert Janssens wrote:
Op 21-02-13 18:19, Mike Evans schreef:
On Thu, 21 Feb 2013 18:04:37 +0100
Geert Janssens wrote:
Op 21-02-13 16:54, Mike Evans schreef:
A git|svn|brain issue follows.
Having updated to the late
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 don
On Thu, 21 Feb 2013 18:55:31 +0100
Geert Janssens wrote:
> Op 21-02-13 18:19, Mike Evans schreef:
> > On Thu, 21 Feb 2013 18:04:37 +0100
> > Geert Janssens wrote:
> >
> >> Op 21-02-13 16:54, Mike Evans schreef:
> >>> A git|svn|brain issue follows.
> >>>
> >>> Having updated to the latest source
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 don
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
Op 21-02-13 18:40, Mike Evans schreef:
On Thu, 21 Feb 2013 18:16:53 +0100
Geert Janssens 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 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 an
Op 21-02-13 18:19, Mike Evans schreef:
On Thu, 21 Feb 2013 18:04:37 +0100
Geert Janssens 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 l
On Thu, 21 Feb 2013 18:16:53 +0100
Geert Janssens 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 advertised so I'll have to l
On Thu, 21 Feb 2013 18:04:37 +0100
Geert Janssens 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
> > endings, unless I
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 an
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 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.
Unfo
On Thu, 21 Feb 2013 14:18:38 +
Mike Evans wrote:
> On Thu, 21 Feb 2013 12:47:18 +0100
> Geert Janssens 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 wha
On Thu, 21 Feb 2013 12:47:18 +0100
Geert Janssens 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 jqplot is in the c
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
#x27;ll need to learn more about git.
>>
>> Phil
>>
>>
>>
>> From: John Ralls
>> To: Robert Fewell <14ubo...@gmail.com>; Geert Janssens
>> Cc: "gnucash-devel@gnucash.org Devel"
>> Sent: Tue
git.
>
> Phil
>
>
>
> From: John Ralls
> To: Robert Fewell <14ubo...@gmail.com>; Geert Janssens
> Cc: "gnucash-devel@gnucash.org Devel"
> Sent: Tuesday, February 12, 2013 2:22:39
> PM Subject: Re: Gnucash 2.5/6
>
>
> On Feb 9, 2013, at 1:45 PM, ls
On Feb 17, 2013, at 1:55 PM, Phil Longstaff 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 subversion. Unless you want
ssens
Cc: "gnucash-devel@gnucash.org Devel"
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 slowly, have
> uploaded an
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
> disable
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], i
On Feb 12, 2013, at 2:41 AM, Geert Janssens wrote:
> On 08-02-13 16:09, Derek Atkins wrote:
>> Geert Janssens 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 sy
On 08-02-13 16:09, Derek Atkins wrote:
Geert Janssens 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
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 Feb 11, 2013, at 10:53 AM, Phil Longstaff 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 architecture with f
* would recommend writing C++ header files as a starting point
tedc
*
On Mon, Feb 11, 2013 at 1:21 PM, Christian Stimming
wrote:
> 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 bett
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'
sh.org Devel"
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 wrote:
> John Ralls writes:
>
>>> As for Gtkmm, it's just a C++ interface wrapped around Gtk+. If we're
>>&g
On Feb 11, 2013, at 10:23 AM, Derek Atkins wrote:
> John Ralls 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
John Ralls 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 and point o
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 kee
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
gnucash-devel@gnucash.org
a bit more cleanup, but should
have something by next weekend.
Phil
From: Geert Janssens
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
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 remo
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 it
On 08-02-13 11:48, Mike Evans wrote:
On Fri, 08 Feb 2013 10:13:01 +0100
Geert Janssens 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 reviewed his patch and gave my
On 09-02-13 00:59, Phil Longstaff wrote:
At this point, there's an itch which is bothering me more and it's in the budgeting area. I'm separating the budget
plugin page into the page and the budget display widget so I can enhance the widget by adding more info. I want a
fixed "total" column,
On Feb 8, 2013, at 8:01 PM, John Ralls wrote:
>
> On Feb 8, 2013, at 1:03 PM, Christian Stimming 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 expr
On Feb 8, 2013, at 1:03 PM, Christian Stimming 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.
>>>
>>>
d "income", "expense" and "transfers" rows
(transfers = transfers to assets or liabilities).
GSettings is taking second place to that.
Phil
From: Geert Janssens
To: gnucash-devel@gnucash.org
Sent: Friday, February 8, 2013 4:13:01 AM
Sub
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 th
On Feb 8, 2013, at 8:08 AM, Geert Janssens wrote:
> On 08-02-13 16:20, John Ralls wrote:
>> On Feb 8, 2013, at 7:09 AM, Derek Atkins wrote:
>>
>>> Geert Janssens 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
On 08-02-13 16:20, John Ralls wrote:
On Feb 8, 2013, at 7:09 AM, Derek Atkins wrote:
Geert Janssens 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
On Feb 8, 2013, at 7:09 AM, Derek Atkins wrote:
> Geert Janssens 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
>
Geert Janssens 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 important for this goal,
On Fri, 08 Feb 2013 10:13:01 +0100
Geert Janssens 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 principle that "Re
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], i
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], i
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 t
64 matches
Mail list logo