I've reproduced this. As Bryan says, it's a case of the emulated Shift key getting stuck. This appears to happen when Shift is pressed at the same time as accessing a menu (including 'File', 'Disc', etc). Why does Shift-F10 do it? I think because that's the Windows shortcut for opening the context menu (same as right-click by default).
As a workaround, pressing Shift again will 'unstick' it. On Fri, May 18, 2018 at 2:55 AM, Bryan Hogan <[email protected]> wrote: > In message <db0911f756.old_coaster@old_coaster.yahoo.co.uk> > Tony Moore <[email protected]> wrote: > > > Under RPCEmu 0.8.15, shift-f10 works as intended. However, under RPCEmu > > 0.9.0, shift-f10 corrupts the filing system > > I think you are over dramatising that a bit! If it corrupted the > filesystem then rebooting wouldn't help. > > > not possible to close an open file, or directory. Clicking on the close > > icon causes the object to be iconised to the iconbar. > > That sounds like the Shift key status has become stuck On, so RISC OS > thinks every click you do is a shift-click. > > It could be some accessibility feature that is intercepting the > shift-F10 shortcut and "holding" the shift status, but I don't have > Windows so can't check. > > Bryan. > > -- > RISC OS User Group Of London - http://www.rougol.jellybaby.net/ > RISC OS London Show - http://www.riscoslondonshow.co.uk/ > > _______________________________________________ > Rpcemu mailing list > [email protected] > http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu >
_______________________________________________ Rpcemu mailing list [email protected] http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
