[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: New sheet implementation possibilities
From: |
John Darrington |
Subject: |
Re: New sheet implementation possibilities |
Date: |
Mon, 4 Jan 2016 09:25:54 +0100 |
User-agent: |
Mutt/1.5.21 (2010-09-15) |
On Sun, Jan 03, 2016 at 04:01:29PM -0800, Ben Pfaff wrote:
On Sun, Jan 03, 2016 at 09:14:16PM +0100, John Darrington wrote:
> Based on recent conversations, I am of the opinion that the listbox
approach
> (which I linked to earlier) is likely to be better in the long term than
> anything based on GtkTreeView
>
> Accordingly I have hacked up a demo based on that code. This shows how a
> sheet can be created with an arbitrary number of rows and columns and in
> constant time and space.
>
> If you are interested, check it out at
http://darrington.wattle.id.au/efficient-sheet-0.0.tar.gz
>
>
> The nice thing is, that it is O(1) in the number of rows and columns
(assuming that
> the total rows/columns exceed the number of visible rows/columns).
It sounds very nice.
It seems that it requires a newer version of GObject (2.44+) than I have
on my system (2.42), based on its use of GListModel
G_DECLARE_FINAL_TYPE, so I can't easily compile it. I guess if we're
going to require a new Glib, then I'll have to upgrade to Debian
"testing" or "unstable". I'm willing to do that; I hope that it's not a
big deal for our users.
Like you say, it needs a recent version of Glib. If and when this becomes ready
for serious use in pspp, I think it likely that debian will have made a new
release.
In the meantime, what I did is to locally install Glib2.47 (you must also
install libffi-3.2.1).
J'
--
Avoid eavesdropping. Send strong encryted email.
PGP Public key ID: 1024D/2DE827B3
fingerprint = 8797 A26D 0854 2EAB 0285 A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.
signature.asc
Description: Digital signature