On 17 Dec, Michael Drake wrote in message
<[email protected]>:
> CORE3: The core draws its own caret instead of calling the front end
> to draw its own caret.
Is there a way for the core to ask a front-end to plot a caret? I couldn't
see one, but may have been looking in the wrong places.
> RISC OS1: If you start editing a hotlist entry by selecting it and then
> using the Selection > Edit menu, if you press the SHIFT key,
> it ends the edit as if you'd pressed escape. If you type some
> text before pressing SHIFT, it behaves correctly. The core
> does not seem to get given the SHIFT keypress when it fails.
> I don't know enough about RISC OS to know what might be
> happening here. If you start the edit by CTRL+Clicking or
> ALT+Clicking the text, SHIFT behaves correctly.
I think the mouse drag code was passing in spurious Alt-, Ctrl- and Shift-
mouse events even when there was no drag in progress. As long as the
pointer was over the active text box, this went unnoticed.
Should be fixed in 11090; hopefully the change hasn't broken anything else,
given my limited grasp of the core mouse stuff.
I'll look into RISC OS2 when I get chance.
--
Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show
Saturday 16 April 2011
http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
