Filer shortcuts...

The Iyo was the first to implement delete doing right-delete as opposed to Copy/End. Acorn always had it as Delete=left, Copy/End=right (ie. the two keys were left and right of each other). It made sense, albeit that it didn’t correspond to the keys.

The Style Guide however, had always made it clear that this should change once keyboards with End on them became common. Thankfully it finally happened with the Iyonix. Using an unmodified RISC OS 3/4 system alongside Linux or Windows is extremely frustrating.

However, I’d have expected the OS5 feature to carry through to apps – I’m surprised HTMLEdit (which uses a fairly-heaily-modified !Edit engine) doesn’t pick that up.

I’ve got an idea that someone might have written a small module that allowed individual applications to be fixed.

There is nothing more irritating to find that the ‘End’ key has taken the cursor miles away from where you want it (to delete the character to the right of the cursor) and you have to move back up to find where you want to be.

Apart from pressing End expecting it to take you to the end of the line, only to find that it’s just deleted stuff that you would have preferred to have kept… :-)

Steve yes your preference is consistent with the legend ‘end’ etc and the ‘Windows’ way of working. This highlights the poor ergonomics of that layout. Having delete left and delete right next to each other is so useful for editing. My other pet gripe is not having a tab key on/near the numeric pad. If I ever get the time I think I’ll workout how to remap ‘scroll lock’ as ‘Tab’
Being a pragmatist I do realise that we have to accept the ’PC layout/usage!

Being a pragmatist I do realise that we have to accept the ’PC layout/usage!

Economic reasons being high on the list, just after people being familiar with the PC layout.
The economy being the cost saving for not having to use a special layout.

The reasons for using a common layout exceed the reasons for a special.

nemo wrote:

Hang on, partial information is worse than none at all. Do you mean (as I suspect you do) that DEL deletes the selection whereas Ctrl-X cuts it to the clipboard, ready to be restored with Ctrl-V?

I don’t believe Draw supports the concept of a clipboard – there is no cut and paste. In Draw’s “Select” menu, “Delete” has a shortcut of “^X”, I was merely commenting that as an added bonus, the DEL key seems to perform the same function.

Rik wrote:

I don’t believe Draw supports the concept of a clipboard – there is no cut and paste.

I don’t normally use Draw, but I’ve just tried !Draw 2.27 and it does support the clipboard: ^X cuts to the clipboard and ^V pastes back again.

I don’t normally use Draw, but I’ve just tried !Draw 2.27 and it does support the clipboard: ^X cuts to the clipboard and ^V pastes back again.

For clarity, Draw 2.27 is the RO 4 (RISCOS Ltd) version & supports the clipboard. The current version for RO 5 (ROOL) is 1.22 & doesn’t support the clipboard.

The ROOL version supports on the ‘Select’ menu option;

Copy CTRL C, Delete CTRL X

The RISCOS Ltd version supports on the ‘Edit’ menu;

Cut to clipboard CTRL X, Copy to clipboard CTRL C, Paste clipboard, Duplicate CTRL D, Delete