On Monday 16 August 2004 11:06, Chris Cannam wrote: > > I think the fundamentals would probably be pretty simple. The > fiddliness comes with managing resizing on all the stuff like segment > canvas, rulers, etc. There will be enough bugs there, I think, to > mean it would be a bad idea to accept a patch for this now even if it > was initially only a ten-liner.
I agree. And a while ago I've come to realise that you were right about the
QCanvas, it's not as helpful as I thought, and we should get rid of it. The
attached patch is something I've been working on and off for a while now, it
started mostly out of boredom, the need to work on something different, and
trying to solve the following problems :
- segment intersections not being displayed very nicely (if more than two
segments overlap, it's not displayed)
- long segments "disappearing" in the middle of the composition
- limited recording time (given that this limitation is rooted in the fact
that the QCanvas can't easily be resized)
It's far from complete (tools don't work on multiple selections yet, selector
"multi-purpose" behavior is broken, no previews although the basic groundwork
for them is there, plus a load of other issues), but it still demonstrates a
possible direction for post-1.0 :
Note that scrolling past the end automagically extends the view and the
composition (you'll need to press the horizontal scrollbar button to do that,
eventually scrolling while recording will do it too), and segment
intersection is "additive".
(btw, if you apply it you'll need to hack gui/Makefile and remove the
reference to segmentcanvas.moc in the final link).
--
Guillaume.
http://www.telegraph-road.org
segcanvas_rework.patch.bz2
Description: BZip2 compressed data
