Op dinsdag 4 augustus 2020 18:39:32 CEST schreef jean laroche:
> Thanks for that effort Bob. Let us know if you need any help with
> anything (I doubt it, but who knows, testing maybe?)
>
> Remind me what the push was to create the "2" version? What improvement
> were you guys hoping to achieve?
>
Thanks for that effort Bob. Let us know if you need any help with
anything (I doubt it, but who knows, testing maybe?)
Remind me what the push was to create the "2" version? What improvement
were you guys hoping to achieve?
I know I'm interested in multi-transactions operations, but I'm sure
t
The slowness I think is that the treeview travesses the model working out
what paths are valid before loading. I had started to get round that by
only loading part of the transaction list. So locally I have a test account
with 1 transactions and have two Glist's, a full one with 1 entries
a
Op dinsdag 14 juli 2020 17:49:34 CEST schreef Robert Fewell:
> 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 admit partial blame to this and apologize for it. In the years since I have
changed
my mind on this
Op dinsdag 14 juli 2020 20:53:51 CEST schreef John Ralls:
> 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
On Tue, 14 Jul 2020 16:49:34 +0100
Robert Fewell <14ubo...@gmail.com> wrote:
> 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?
This was mentioned today on -user
Where a split transaction has N splits, and N>=4
To sel
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
Ah cool! Let me know if I can help revive the code (I doubt it, this is
usually a solo effort, but just in case).
I just think that multi-select is a standard features of software and
it's nuts that we're missing it. It would help with many things I think:
deleting a bunch of transactions, movin
Jean,
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 rec
Hi Jean,
On Mon, July 13, 2020 2:25 pm, Jean Laroche 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 woul
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 rig
11 matches
Mail list logo
