More bounties underway!

It had better be identical to the RO4 API.

BTW I am working on a new unified Clipboard system, which aims to solve the various problems already described, and a lot more. It’s much more like the Windows clipboard (with which it integrates if you’re in an emulator).

BTW I am working on a new unified Clipboard system, which aims to solve the various problems already described, and a lot more. It’s much more like the Windows clipboard (with which it integrates if you’re in an emulator).

Will that be ready and released before or after the Unicode stuff?

It had better be identical to the RO4 API.

Of course not. Found doc in merge request here .

From what I see no update to Get/SetCaretPosition to read selection indexes but SetCaretPosition can set a ghost caret (starting point of selection ?).

New Wimp_DragBox type 13, but with a window handle instead of -1 in offset 0.

On the behaviour part I notice the absence of Ctrl+A and Ctrl+Z as well as the continuation of the idiotic use of Ctrl+K instead of Delete. I also see no description of how the selection behaves when a character is type. Unser select this was controlled by a WimpTextSelection command.

On the behaviour part I notice the absence of Ctrl+A and Ctrl+Z

We need to point ROOL at their Style Guide…

as well as the continuation of the idiotic use of Ctrl+K instead of Delete.

I don’t see the issue? Ctrl-X cuts to the clipboard, Ctrl-K deletes permanently. Delete should delete selected text to the clipboard, if we follow existing convention…

I also see no description of how the selection behaves when a character is type.

… ah. Oh, well.

Steffen accused

Will that be ready and released before or after the Unicode stuff?

Looks shifty. Pushes sprite palette editor out of sight.

I continue to work on that:

André confirmed

Of course not

Oh for crying out loud.

Where’s SetCaretPosition,"TASK",params,action ?

Where’s the configuration for clipboard behaviour preferences?

Delete should delete selected text to the clipboard, if we follow existing convention…

There isn’t a convention, which is why RO4 offers a configuration choice for how you want it to behave.

• TechWriter deletes on Backspace and cuts on Del.
• Eureka ignores Backspace and deletes on Del.
• Impression cuts on Backspace and on Del.
• Vantage ignores Backspace and cuts on Del.

Meanwhile Windows deletes on Backspace and Del. What does MacOS do? Linux?

I also think it’s a great shame that someone is implementing a new “ghost caret” option, when it would have been more symmetrical to make the caret colour functional in icons (as it is when placing the caret in the work area) and simply use that.

Delete vs Backspace…

Didn’t one used to delete forwards and one delete backwards?

• On PCs Backspace deletes left, Del deletes right.
• On Archimedes Backspace generated a useless control code, and Del deleted left.
• Gradually apps began to support Backspace.
• Eventually RO4 provided “PC Delete” where Del deletes right.

But we were discussing what happens when there’s a text selection.

BTW, when I wrote

There isn’t a convention

I had forgotten that there isn’t even a fixed convention in Windows, because it depends what language you’re in – the official MicroSoft style guides specify that English installations use Ctrl-Backspace to delete without cutting, but French should use just Backspace.

I remembered that because of the amusement that if you expect ^B to mean ‘Bold’ and ^G to mean ‘Go to’ then you’re going to be surprised what happens in French.