Hi Maximilian,
Maximilian Odendahl wrote:
Hi Oliver,
It results, that calling <GetContentAtPos(..)> inside
<AttrChangedNotify(..)> causes a lot of trouble, because
<GetContentAtPos(..)> triggers formatting in situations, in which the
Writer core and layout are in a intermediate state of a change.
Is this a bug but to dangerous to change or desired behaviour?
That is desired behaviour.
Thus, I want to ask, if the code, you have added to
<AttrChangedNotify(..)> is really needed?
It was mentioned several times that it is hard to see when the
mouse/cursor is at the notes anchor (from a core point of view, over a
SwPostItField).
So this code changes the appearance of the anchor line and the shadow
state of the note itself when the text cursor is at/over the
SwPostItField. So yes, I would like to keep the behaviour, but moving
the code to some other appropriate place would be fine as well of course.
(I did put it in AttrChangedNotify, as it is not called at every cursor
move but relativly rarely.)
Frank (FME) already investigated method <AttrChangedNotify(..)> and
found out that calling <GetContentAtPos(..)> is not needed:
<GetContentAtPos(..)> determines the content position via a screen
position and than determines the content at this content position. The
first part is not needed, because the content position is already known
at this point. Thus, together with Frank I will provide a corresponding
change.
Regards, Oliver.
--
=======================================================================
Oliver-Rainer Wittmann (od) - OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
