[GNC-dev] "2" version of source code
jralls at ceridwen.us
Tue Jul 14 14:53:51 EDT 2020
I don't think that the speed is fixable on Gtk3: GtkTreeModels are slow and big ones are slower. Gtk4 has a new ListModel architecture that's supposed to be faster but of course it hasn't yet encountered the real world so there's no way to be sure.
Jean, Reg2 has its own component, Regist-2, in the bug tracker. You might review the bugs.
> On Jul 14, 2020, at 8:49 AM, Robert Fewell <14ubobit at gmail.com> wrote:
> I have been relooking at this and wil give it another go. When I first made
> the changes, all seemed to be OK but with large transaction lists it was
> slow. Also if I remember right there was a lot of, it is not the same as
> the existing which slightly put me off any further progress.
> I have recently created a new tree view / model based on the original
> register rewrite to see if I had made an error with my changes but it also
> is slow with large transaction lists, slightly quicker than my effort but I
> think that was down to only having one transaction row.
> I did implement only retrieving part of the transaction list at a time but
> this needs to be changed along with the vertical scrollbars which I may
> have an idea about.
> If you can wait, I will try and spend more time on it soon. Multi selection
> still might be tricky, what do you want that for?
> On Tue, 14 Jul 2020 at 16:11, Jean Laroche <ripngo at gmail.com> wrote:
>> Hi Devs,
>> Last night I was looking at what it would take to allow selecting
>> multiple transactions in the split register, and realize (if I'm not
>> mistaken) that the split register is not based on a tree view (in which
>> case it would be easy to allow multi-select, but possibly tricky to do
>> the right thing after that).
>> On the other hand, there are versions of the .c source files with a "2",
>> which I believe were a rework of the basic GC UI elements, and one of
>> them is the split register. The version 2 of it is apparently based on a
>> tree view and I remember somebody mentioning that the refactoring was
>> intended to allow multi-select (among other things I'm sure).
>> - What's the status of the "2" versions? This was worked on more than 10
>> years ago, if I remember correctly. No update since?
>> - How far was it from completion? Would it be a huge effort to look at
>> the code and make it functional? I know it can be enabled with a special
>> flag when we launch gnucash, what I don't know is what's missing before
>> the "2" versions can be adopted...
>> gnucash-devel mailing list
>> gnucash-devel at gnucash.org
> gnucash-devel mailing list
> gnucash-devel at gnucash.org
More information about the gnucash-devel