CLIM mail archive
[Prev][Next][Index][Thread]
Re: reducing time overhead of text display (in 1.1)
Date: Wed, 22 Dec 1993 16:38 EST
From: Bruce R. Miller <miller@cam.nist.gov>
So, a minor success story, and profuse thanks for all of you who thunk
it up and made it work.
Great work!
Leading up to...
I get good performance out of CLIM for many things, and rarely resort to
what can rightly be called tricks. My suggestions to "implement your
own class of output record" really isn't trick either.
It seems to me that I have a prime candidate for this kind of treatment.
My application has a sort of `outline' pane; Sort of like the lispm's File System Ed.
There are a list of items with indented sub-items with ...
Each can be opened & closed. Each is a presentation of some sort and
takes up _exactly_ 1 line of display. [some do have presentations as
parts, though]
Fine, but some items have ~1000 sub-items. This gets pretty slow for
redisplay, especially considering at most 20-30 are on the screen at any
time!
Finally, I'd like to have some finer control over scrolling. At times I
need to make a particular item visible: open it & it's superiors and
then scroll the pane to the right place.
Am I right that this is a natural candidate?
This is such a natural candidate, that I already have an implementation
of it. It is not completely debugged -- it's got one very mysterious
fencepost error in it. Would you like me to send it to you? If I do,
you have to promise to send me back any bugfixes and generally useful
improvements you might make to it...
I also have a "grid" output record for doing spreadsheet-like things.
Is demo;custom-records.lisp the best textbook for now? Or are there
even built in things that will help here?
Sorry for the naive, open-ended questions, but I'm still unlearning TV
and DW; haven't had much chance to learn the finer points of CLIM!
Follow-Ups:
References:
Main Index |
Thread Index