[Oberon] Are shortCuts allowed?

[Jörg]

As Oberon is an open system, feel free to change / improve / enhance the system to your needs.

Eg I was not satisfied with the keyboard handling in ProjectOberon: a) it only supported the US keyboard and b) it didn't support the cursor keys.
So, I fixed that to fit my needs: I adapted the keyboard driver (Input.Mod) to my keyboard layout, and I added the handling of the cursor keys (TextFrames.Mod)

Study the Oberon system, learn about how keyboard input is handled and propagated between viewers/frames and try to add the function you are missing to it.

br
Jörg

> Am 01.05.2017 um 04:19 schrieb eas lab <lab.eas at gmail.com>:
> 
> Have I overlooked any good reason why <FN> should NOT
> System.Store the TextFrame that received the last KeyStroke?
> 
> For complex jobs, where you are reading previous Log : A
> and comparing text/code in Frame : B
> with text/code in Frame : C,
> while writing the new report in Frame : D,
> and constructing text/code in Frame : E,  from B & C;
> the user will want to make frequent FilesSaves,
> to be able to recover from likely mistakes.
> 
> Ie. the frequency of System.Store to KeyStroke is higher than
> anticipated in the original design.  So that it's much more
> efficient to just <hit a F-key> to System.Store than reach
> for the mouse.
> 
> Computing is not about computers; it's about HCI.
> [linux] wily, which is derived from ETHO has made a number
> of enhancements: adjustable frame-width & add/delete extra
> tracks; but also doesn't include my above suggestion.
> --
> Oberon at lists.inf.ethz.ch mailing list for ETH Oberon and related systems
> https://lists.inf.ethz.ch/mailman/listinfo/oberon