Hallo Mœsi,
Matthias Wächter schrieb am 04.05.2009 11:20 Uhr:
Dennis Heidsiek schrieb:
Wenn wir nur nach der Optik gingen, müssten wir wohl für alle Ebenen
ein Bild von Qwertz einbinden ;-).
Den Gag hab ich jetzt nicht verstanden …
Eine handelsübliche Tastatur ist doch mit der Qwertz-Belegung
beschriftet, also müsste man – um die maximale optische Übereinstimmung
mit der physischen Tastatur zu erreichen – bei der Bildschirmtastatur
auch Qwert-Bilder benutzen. Nur das dieses Vorgehen absolut
kontraproduktiv wäre, da die BST eben das Erlernen/Nutzen der
Neo-Belegung unterstützen soll :-).
Obwohl … streng genommen könnte man Qwertz-Bilder einbinden, wenn das
Script mit Mod-2+Pause kurz durch das original Qwertz unterbrochen wird.
Aber wir müssen ja auch nicht übertreiben ;-).
Matthias Wächter schrieb am 03.05.2009 09:18 Uhr:
Es ist jedenfalls so, dass die Engländer/Amis in der Schule zuerst die
Kleinbuchstaben lernen, bei uns aber mit den Großbuchstaben angefangen
wird. Trotzdem halte ich zum Hingucken die Großbuchstaben besser
geeignet, und so wird es wohl den vielen Anderen gegangen sein, die
sich schon bisher über die Beschriftung von Tastaturen Gedanken machen
mussten.
Ich glaube, das läuft wohl eher auf eine Geschmacksſache hinaus. Aber da
die Bilder ja eh’ schon vorhanden sind, ist das definitiv eine gute
Sache :-).
Du meinst eine BST, die ganz ohne vorgefertigte Bilder auskommt und
ihren Inhalt dynamisch selbst generieren kann, Richtig? Träum’ erst
mal weiter ;-).
Es scheitert nicht/weniger an der technischen Umsetzung, aber deren
Geschwindigkeit und letztlich auch die Darstellungsqualität wird
vermutlich nicht ganz überzeugen können.
Gutes Argument. Die Bilder für die BST könnten wir hingegen theoretisch
auch in doppelter Auflösung vorproduzieren, ohne signifikante
Geschwindigkeitsverluste hinzunehmen (dummerweise sind nur die meisten
Bildschirme noch nicht für derartige Auflösungen konzipiert ;-)).
Darüber hinaus wäre die Sache natürlich nur so weit interessant, als
der Benutzer auch eine entsprechende Schriftart installiert haben
muss, und hier müsste man
noch einiges weiter bringen in Punkto AHK-basierter Nachistallation
von einer oder mehrerer Schriftarten.
Ist das wirklich so ein großes Problem? Kann man nicht einfach die
(DejaVu-)Schrift wie die PNG-Bilder einbinden und dann einfach so etwas
in der Art wie »if exists(C:\Windows\Font\DejaVu) == false { copy
Schriftdateien dorthin } ausführen? Das ist nicht unbedingt die feine
englische Art, und unter Vista müsste auch eine Bestätigungsmeldung
aufploppen, aber prinzipiell müsste das doch gehen …
Interessant wäre eine dynamische BST aber insbesondere in Hinblick auf
tote Zeichen und Compose-Sequenzen.
Da gebe ich Dir allerdings uneingeschränkt recht, für Compose und die
toten Tasten wäre eine dynamische BST ein sehr nettes Feature. Die Frage
ist aber wohl eher, ob sich der Aufwand dafür wirklich lohnen würde.
Man könnte natürlich für jeden typischen Tastendruck eines toten
Zeichens die Bildschirmtastatur für das Ergebniszeichen basteln und in
die Distribution aufnehmen, aber gerade für die beschränkte Anzahl
toter Zeichen ist die Sache relativ unnötig da erratbar, und für
Compose ist es zu variantenreich, da man bei Compose typisch mehr als
einen weiteren Buchstaben drücken muss, um das Ergebnis zu sehen.
Aber theoretisch könnte man sich durchaus eine Art
Auto-Vervollständigen-Funktion vorstellen: Sobald es nur noch zehn (oder
weniger) »passende« Möglichkeiten gibt, um die eingegebene Coco zu
vervollständigen, werden diese in Tabellenform dargestellt: ♫s…
…s:ß
…t:st
etc.
Hmmm…
Wie gesagt, wir sollten bei solchen netten Gedankenspielereien nie die
Aufwands- bzw. Kosten/Nutzungs-Abschätzung vergessen.
Viele Grüße,
Dennis-ſ
