On 11-02-13 23:01, John Ralls wrote:
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,
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 11-02-13 19:36, John Ralls wrote:
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
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 Tue, Feb 12, 2013 at 4:21 AM, Geert Janssens
wrote:
> My peronal interest is simplified multi-platform support. If we can achieve
> that by slowly moving away from GLib/GObject by using C++ I welcome that as
> well. I don't mind it will take me some time to get used to C++. The
> language in it
On 12-02-13 12:22, Buddha Buck wrote:
On Tue, Feb 12, 2013 at 4:21 AM, Geert Janssens
wrote:
My peronal interest is simplified multi-platform support. If we can achieve
that by slowly moving away from GLib/GObject by using C++ I welcome that as
well. I don't mind it will take me some time to ge
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 Feb 12, 2013, at 3:42 AM, Geert Janssens wrote:
> On 12-02-13 12:22, Buddha Buck wrote:
>> On Tue, Feb 12, 2013 at 4:21 AM, Geert Janssens
>> wrote:
>>> My peronal interest is simplified multi-platform support. If we can achieve
>>> that by slowly moving away from GLib/GObject by using C++ I
Geert Janssens writes:
> Indeed. I mostly meant to suggest our *engine* should be totally
> multi-platform. The gui should be adapted to the target OS and
> form-factor anyway. I wouldn't want to use a gui similar to current
> GnuCash's one on an Android tablet for example. Having the engine
> av
On Feb 12, 2013, at 9:06 AM, Derek Atkins wrote:
> Geert Janssens writes:
>
>> Indeed. I mostly meant to suggest our *engine* should be totally
>> multi-platform. The gui should be adapted to the target OS and
>> form-factor anyway. I wouldn't want to use a gui similar to current
>> GnuCash's
John Ralls writes:
> On Feb 12, 2013, at 9:06 AM, Derek Atkins wrote:
>
>> Geert Janssens writes:
>>
>>> Indeed. I mostly meant to suggest our *engine* should be totally
>>> multi-platform. The gui should be adapted to the target OS and
>>> form-factor anyway. I wouldn't want to use a gui simi
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 9:33 AM, Derek Atkins wrote:
> John Ralls writes:
>
>> On Feb 12, 2013, at 9:06 AM, Derek Atkins wrote:
>>
>>> Geert Janssens writes:
>>>
Indeed. I mostly meant to suggest our *engine* should be totally
multi-platform. The gui should be adapted to the target O
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
14 matches
Mail list logo
