[Oberon] PO2013 - System.CloseTrack / System.ExtendDisplay
Jörg
joerg.straube at iaeth.ch
Fri May 3 12:43:43 CEST 2019
Hi
Just a thought:
As compilation is so fast in Oberon it's questionable whether it's worth introducing a configuration file....
Just replace the key constants, recompile, reload and you're done (
br
Jörg
Am 03.05.19, 12:29 schrieb "Oberon im Auftrag von Skulski, Wojciech" <oberon-bounces at lists.inf.ethz.ch im Auftrag von skulski at pas.rochester.edu>:
Andreas:
this is great. The drawback of the commands, and of Text User Interface (TUI) in general, is that the commands need be present on every screen. A hot key would be a hot alternative (pun intended). The difference between the TUI and the hot key is how the hands are operated. Being right handed, I need to operate the mouse (right hand) to execute the TUI command. It is OK, but I need to move my right hand from the keyboard to grab the mouse. With hot keys I can execute the hot key combination with the fingers of my left hand. Hold down the modifier key and press the letter.
The CTRL-N, CTRL-B are actually not optimal due to the distance between the CTRL and the letter. A better combination would be CTRL-Q, CTRL-W which can be executed with one hand. But this is not standard in any sense. This brings a thought: the hot keys could be defined by the user at run time rather than built in. The user can then modify the keyboard for a given task.
Imagine a file with associations CTRL-"key" = Module.Command. Such a file can be defined for a given task. Looking at my keyboard and how my fingers work I think that the CTRL and ALT modifiers can be used equally well.
A predefined "hot key file" can be then supplied as a part of the system distribution. The file can then be cloned and modified for a given task. A default file can be restored by the user when the work has been finished.
This mechanism can provide an ergonomical alternative to the menus, if it is not overused. The mechanism should not be hardwired into the software itself, because the finger dexterity is not distributed equally. A file which can be modified by the end user would be a useful optional system feature.
Just my two cents.
Thank you,
Wojtek
________________________________________
From: Oberon [oberon-bounces at lists.inf.ethz.ch] on behalf of Andreas Pirklbauer [andreas_pirklbauer at yahoo.com]
Sent: Friday, May 3, 2019 1:12 AM
To: ETH Oberon and related systems
Subject: [Oberon] PO2013 - System.CloseTrack / System.ExtendDisplay
> How about making it round-robin? Imagine three or more tracks on top of each other.
> Imagine CTRL-N cycling forward to the "next track", CTRL-B cycling back.
The two commands
System.NextDisplay (like CTRL-N)
System.PrevDisplay (like CTRL-B)
in EO do exactly that … but with entire (virtual) displays instead of tracks.
--
Oberon at lists.inf.ethz.ch mailing list for ETH Oberon and related systems
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.inf.ethz.ch_mailman_listinfo_oberon&d=DwIGaQ&c=kbmfwr1Yojg42sGEpaQh5ofMHBeTl9EI2eaqQZhHbOU&r=uUiA_zLpwaGJIlq-_BM9w1wVOuyqPwHi3XzJRa-ybV0&m=5umx0FJBcrdfZiyBYj6_vzhoS3aGxfH53dTjuAWaEpo&s=PS3yeu--4NFMYIKP_0d3AgdT5JIDh346E3xhkQGZrtk&e=
--
Oberon at lists.inf.ethz.ch mailing list for ETH Oberon and related systems
https://lists.inf.ethz.ch/mailman/listinfo/oberon
More information about the Oberon
mailing list