From: Martin Sevior (msevior@mccubbin.ph.unimelb.edu.au)
Date: Fri May 03 2002 - 22:09:34 EDT
On Fri, 3 May 2002, Dom Lachowicz wrote:
> Martin's patch has been forward ported to CVS Head by Hub and myself.
> IMO, all further development should be done against CVS Head and
> *backported* to STABLE as necessary.
>
> I also committed some fixes to the OAF control so that a real name pops
> up in the gnumeric control dialog besides "Bonobo control". I figured
> "AbiWord Word Processor Control" sounded better... Silly that! ;-) I've
> also added more supported mime types to our supported types list.
>
> Open bugs:
> *) scrollbar wierdness that we have to work out - we fight evolution for
> control of the scrollbars and this is *bad*. Martin thinks that Abi
> should control the scrollbars. I'm thinking that evolution should.
>
Dom, this is all great stuff with the extra interfaces. Regarding the
scroll bars. Right now the abiword control includes a frame with scroll
bars attached. We could simply hide the scroll bars in the frame but then
we couldn't scroll outside the visible area evolution allows. We would
either have to request a size of the whole document area - which could
excede the size of a gtk widget - only 32,000 pixels or about 25 pages or
somehow connect evoluitions scroll bars to our internal scrolling code.
This would probabally require hacks to evolution.
The other solution, which would be much easier although it would
also require some modification to evolution, would be to not put in
evolution scrollbars at all.
/me thinks some more....
Oh that wouldn't work in the case of multiple attachemnts. You couldn't
get to the last one.
Well that brings us back to solutions 1 and 2. I agree with you
then. Solution 1 has a fundamental limitation although it would be easier
to implement.
In any case we need some code to hide our scroll bars in the frame. This
is actually not that hard. They simply occupy the left most and bottom
most locations in the outer frame of the document. We just need some
pointers to them and do a gtk_widget_hide()
> Fixed bugs:
> *) the rulers still responded to clicks, especially with the middle
> scroll mouse button, even though the document is inactive and not
> editable.
>
I kind of liked that but I can see your point.
> I'll work on fixing those in the near future as well as adding a
> printing interface and save/persist interface to the control.
>
I see you've done these already. Great stuff!
Cheers
Martin
This archive was generated by hypermail 2.1.4 : Fri May 03 2002 - 22:11:57 EDT