Martin Vermeer wrote:
On Sat, Oct 06, 2007 at 06:58:44PM +0300, Martin Vermeer wrote:
On Sat, Oct 06, 2007 at 03:56:59PM +0200, Abdelrazak Younes wrote:
Martin Vermeer wrote:
The attached tries to do this. The lower corners will be drawn
also when the cursor is just in front or behind the inset.
Unfortunately this doesn't work right, because of the
way LyX renders stuff: if you move the cursor left or right,
nothing will get re-rendered. When you move out of/into the
inset, re-rendering happens, but when moving from neighbour
to non-neighbour position (or the reverse) nothing happens.
I see no easy solution to this. Abdel?
We already have a detection mechanism that check for any collapsable inset
next to the inset (C-i), we just have to do this check any time the keyboard
cursor is moved. Then if a "mouse hoverable" inset is detected close by,
trigger the mouse hover rendering.
OK, I'll try figure it out.
Doesn't look quite straightforward. We don't want to toggle,
just to refresh the rendering --
Ah... that's not what I understood.
and not only from the location
next to the inset, but also the next one. This is going to
look like a hack and we've had enough of those.
Let me think a bit more on that.
Would it be an idea to always refresh the row the cursor is
on? Even for operations, like cursor keys, that have been
marked for Noop. It was that way in the wide() era ;-) and
makes lots of things more robust at limited cost (I think).
Ultimately we can do that of course but I'd prefer another solution if
possible. As you know, this would be the real hack for me ;-)
Abdel.
