Tastencodes in Datei speichern

[Furtbichler]

Na ja, das war schon immer so: Ein Ami denkt, es gibt nur dieses eine Layout und programmiert das eben so. Die Taste mit dem Scancode 12345 (k.A) ist das Y und dann wird das so programmiert. Der probiert das einfach aus, ist ja auch naheliegend.

Ähnliches gilt für CSV-Formate. Die denken, der Dezimaltrenner ist ein Punkt, das Listentrennzeichen ein Komma und dann wird das so hardkodiert.

Findet man übrigens bei allen Programmierern immer wieder, egal welcher Nationalität.

[Sir Rufo]

@Furtbichler

aber das stimmt nicht

Zitat von Furtbichler:

Ein Ami denkt, es gibt nur dieses eine Layout und programmiert das eben so.

Das wird gar nicht in Betracht gezogen, dass es etwas anderes geben könnte
siehe Inch und Fuß statt Meter

[p80286]

Unter Dos war es so, daß die Scancodes direkt vom Tastaturcontroler abgegriffen wurden, dadurch konnte man die numerische Tastatur und Pfeiltasten auseinander halten, bzw. NumLock ignorieren.
Ein weiterer Vorteil war es, ein paar Hundertstel zu sparen.

Gruß
K-H

[himitsu]

Zitat von p80286:

dadurch konnte man die numerische Tastatur und Pfeiltasten auseinander halten, bzw. NumLock ignorieren.

Welches auch mit den VK_CODES geht. (NumBlock, LeftStrg, RightStrg, ...)

Zitat von Furtbichler:

Ähnliches gilt für CSV-Formate. Die denken, der Dezimaltrenner ist ein Punkt, das Listentrennzeichen ein Komma und dann wird das so hardkodiert.

Wobei ich das garnicht mal so schlecht finde ... ein einheitliches Formt.
Schlimmer sind die, welche die lokalisierten Zeichen/Formate verwenden.

z.B. "1,2" in eine INI/CSV/TCPIP/... speichern und dann knallt es, wenn man das auf einem System auslesen will, wo plötzlich der "." eingestellt ist (oder andersrum).

[p80286]

@Himitsu
Ich glaube, das hast Du falsch verstanden, es ging nur um die Scancodes unter DOS, VKs waren damals noch vollkommen unbekannt.

Gruß
K-H

[Sir Rufo]

Zitat von himitsu:

Zitat von Furtbichler:

Ähnliches gilt für CSV-Formate. Die denken, der Dezimaltrenner ist ein Punkt, das Listentrennzeichen ein Komma und dann wird das so hardkodiert.

Wobei ich das garnicht mal so schlecht finde ... ein einheitliches Formt.
Schlimmer sind die, welche die lokalisierten Zeichen/Formate verwenden.

z.B. "1,2" in eine INI/CSV/TCPIP/... speichern und dann knallt es, wenn man das auf einem System auslesen will, wo plötzlich der "." eingestellt ist (oder andersrum).

Für CSV gibt es RFC4180 und dort ist alles geregelt

[p80286]

Wenn sich Excel daran halten würde wäre alles in Butter.

Gruß
K-H

[Sir Rufo]

Zitat von p80286:

Wenn sich Excel daran halten würde wäre alles in Butter.

Gruß
K-H

ja, MS hat da eine andere Auffassung und diese lässt sich eigentlich nur beim lesen der Beschreibung erahnen

Zitat:

CSV (Trennzeichen-getrennt) (*.csv)

Und da Excel ein ; als Trennzeichen benutzt müsste das eigentlich SSV (Semikolon-Separeted-Values) lauten
(oder ist das nur in der deutschen Version so )

EDIT: In der Tat, es weren die Regionseinstellungen benutzt ... tja RFC ist halt nix für Mikroweiche