Beiträge von Hexworx im Thema „Neu produzierte Tastaturkappen mit Umlauten [aus: ... in allen Farben]“

    Das mit dem @ ist natuerlich essentiell - ich bin ueberrascht, dass Berkeley Softworks das anscheinend rausgeschmissen hat?! Oder gibt es da doch noch eine Moeglichkeit, wie man zum @ kommen kann

    Scheint so. Mein 2.0-Handbuch schweigt sich da aber auch aus.

    Es sind in GEOS-Write ja nahezu alle Buchstaben in Kombination mit der CBM-Taste belegt, AUSSER zufällig 'Q' (und 'Z'). Da liegt es ja nahe, das '@' auf das bekannte 'Q' zu legen.

    was das untere auf der Taste links neben RETURN sein soll - meine Augen sind schon zu schlecht. Retrofan hatte da in seiner ersten Version ja das # hingemappt - das waere natuerlich auch sehr gut zu haben, aber ich glaub nicht, dass das bei dem Scan von der GEOS-Tastatur ein # sein soll, oder?!

    Doch, ist es :) . Sieht hier im Handbuch aber auch aus wie ein Vogelschiss ;) .

    dass außer mir noch jemand Interesse an einem C64-Standard für nicht-US-Tastaturbelegungen hätte.

    Hier :) !

    Ich bin mit meinen (wirren) Gedanken bezüglich der Tastatur-Belegung weiter oben noch nicht arg weiter gekommen:

    Bitte melde dich an, um diesen Anhang zu sehen.

    Muss man nicht durchsteigen... :anonym

    Aber Gedanken dazu:

    Alle heute üblichen Zeichen sollten zusätzlich mit normaler Tastatur-Abfrage erreichbar sein (also ohne Matrix-Gefrickel), also: ä ö ü Ä Ö Ü \ {} € ~ _ | . Darauf basiert meine (unfertige) Excel-Tabelle.

    Manche Tasten sind standardmäßig ja nur einfach abrufbar ('=' '<-'), daher die Idee, dass z. B. '@' auf '<-' wandert (auch wegen der Nähe zum 'AltGr+Q' und '=' bleibt eben auf '='. Und eben, soweit möglich, in ähnlicher üblichen Anordnung ('{}' können aber z. B. nicht auf 'CBM+7/0' gelegt werden - müssen also woanders hin, etc...).

    Hab' mir deine Vorschläge jetzt auch nicht mehr genau angeguckt. Schaue Morgen mal und mach mir weitere Gedanken dazu.

    Ein Quasi-Deutsch-Standard wäre ja mal interessant. Ist aber doch gar nicht so einfach umzusetzen.

    Der Vorschlag von Retrofan trifft es leider noch nicht ganz. Gut wäre, wenn der Screencode-Bereich möglichst kompakt gehalten wird. Hab eben mal was gebastelt:

    Bitte melde dich an, um diesen Anhang zu sehen.

    Gut wäre eben, die Screencodes (=Charset) möglichst eng zu halten. Vielleicht kannst du, Retrofan, dass nochmal so visualisieren. Im find's so ganz gut.