kommata werden nicht akzeptiert - hohe fehlüberweisung!

Das liest sich eigentlich eher so als wäre in deinem Windows der Zeichensatz nicht korrekt eingestellt. Wenn der auf englisch steht ist das Komma ein Tausender-Trennzeichen und kein Dezimaltrennzeichen.
Überprüfe das bitte mal in deiner Systemsteuerung.
An Subsembly liegt das definitiv nicht.

Hi Klaasklever,

was für einen Drucker nutzt Du?
Vor ein paar Jahren hatten wir mal Supportfälle, bei denen durch Druckermodelle die Region bei jedem Druck umgestellt wurde.
Damals waren es alte Multifunktionslaserdrucker von HP und ich meine Lexmark.
Hast Du vor dem Senden die Aufträge gedruckt?

Viele Grüße

Holger

Hallo,

beim Start vom USB-Stick ist es in der Tat so, dass die Einstellungen des Gast-PC jeweils greifen.

Dass Komma und Punkt als Dezimaltrenner akzeptiert werden wäre beim Parsen zwar möglich, da aber beim Verlassen des Eingabefeldes die Eingabe gleich formatiert wird, ergibt sich ein Problem wenn man Zahlen größer oder gleich 1000 eingibt. Beispiel: Die Eingabe "1000" wird beim Verlassen des Eingabefeldes sofort in "1.000,00" umgewandelt. Wie sollte das dann interpretiert werden, wenn "." und "," als Dezimaltrenner gelten.

Aber eine andere Verbesserung sollte ich vielleicht irgendwie umsetzen: Eine Eingabe von "10.00" sollte möglichst niemals zu "1.000,00" werden sondern eher eine Fehlermeldung produzieren. Der Punkt für die Zifferngruppierung sollte nur alle drei Ziffern akzeptiert werden. Leider funktioniert .NET hier anders und ich müsste das Parsen der Zahlen hierfür komplett selbst übernehmen.

das beantwortet dann wohl meine frage, warum der punkt als solcher erhalten bleiben muss. ich wusste nicht, dass man für 10000 euro punkte eingeben muss (habe ich auch noch nie online überwiesen ). wenn der punkt also eine spezielle funktion erfüllt, ist mein vorschlag natürlich nicht sinnvoll. aber irgendeine warnung wäre ganz nett - sie könnte ja für profis ausschaltbar sein o.ä.. aber wie gesagt, vielleicht bin ich ja der einzige mit diesem anliegen. andererseits habe ich unten in der antwort nochmal das für mich sehr plastische beispiel aus eigener erfahrung aufgeführt - so exotisch scheint mir das szenario nicht.



du hast natürlich recht auf deine meinung, aber teilen kann ich sie kein bisschen. pardon, aber sie erinnert mich vielmehr an jene logik, die z.b. den unbelehrbaren linux-puristen oder erfahreneren computer-nutzern mit tunnelblick eigen ist: "wer damit nicht umgehen kann, sollte es nicht nutzen". "wer nicht mit einer linux-shell klar kommt, muss es eben lernen, gui und mausbedienung ist was für ahnungslose." "steht doch alles im handbuch". usw.. das zeugt nicht gerade vom einfühlungsvermögen in andere nutzungsgewohnheiten oder dem willen, andere vorgehensweisen als die eigene zu akzeptieren.

ein programm sollte so intuitiv wie möglich sein (apple z.b. versteht das und setzt das extrem gut um), auch für nicht-nerds geeignet sein und möglichst kaum fragen offen lassen. menschen sind nicht perfekt und das wird immer so bleiben. ich selbst bin sehr it- und technik-erfahren (nerd), mein bankprogramm aber soll meine nerven aber nicht beanspruchen. es soll einfach funktionieren. ich habe subsembly u.a. deswegen gewählt, weil es einfach und übersichtlich ist.

zum konkreten beispiel: (genauso ist es mir vorgestern ergangen)

wenn ich etwa einem freund 20,44 euro überweisen möchte. dann muss ich seine kontodaten nicht extra prüfen, sie sind ja in den kontoverbindungen von subsembly gespeichert und werden automatisch ergänzt. und bei 20 euro kann eigentlich nicht viel schiefgehen. sie werden sogar bei der eingabe in subsembly mit komma angezeigt - 20,44 euro! - kontrolle erfolgreich absolviert!

ich klicke ins betrefffeld und gebe etwas ein (HIER wandelt sich der betrag unbemerkt im obigen feld), ich klicke auf ok, klicke auf senden. und ab da ist alles routine - synchronisieren, karte rein, pin, fertig.

und schon sind 2044,00 euro über'n jordan. wenn der empfänger zwar bekannt, aber kein vertrauter ist (ex-frau, gläubiger etc.), dann ist der ärger groß genug.

wo ist die zweit- und drittkontrolle? das peinlich genaue überprüfen der kontodaten (bei fehlern ist das geld ja futsch) kann hier nicht helfen - die verbindung war ja gespeichert. wo gibt man also dreimal einen falschen betrag ein?

(das alles betrifft nach wie vor nur andere als deutsche regionaleinstellungen in windows. andererseits hat ein rechner von mir die erstaunliche eigenschaft, ab und an einfach mal die tastaturbelegung zu wechseln - warum auch immer).

schöne grüße, karsten

Hast Recht, war provokant formuliert.
Allerdings bin ich von der Sorte, die erstmal bei sich selbst Fehler sucht, wenn etwas schief gegangen ist und nicht zuerst schaut, was andere ändern könnten/müssten. Das fehlt mir heutzutage allgemein ein wenig. Zu schnell wird nach Softwareänderungen gerufen, wenn der Anwender einen Fehler gemacht hat, finde ich.

Und zum Thema an sich bin ich halt der Meinung, dass der sichere Umgang mit Onlineanwendungen zu einem wesentlichen Teil darauf beruht, dass der Anwender höchst aufmerksam ist.
Und wenn - wie Hr. Selle beschreibt - ein Betrag dreimal durchgewunken wurde, habe ich da kein gute Gefühl. Daher auch mein Vergleich mit chipTAN und smsTAN. Die beiden Ablöseverfahren der TAN-Liste beruhen einzig und allein auf der Aufmerksamkeit des Anwenders.

Ansonsten hat klaasklever natürlich auch Recht. Wenn kleine Änderungen zu einer wesentlichen Verbesserung der usability führen, soll das so sein, kann ja dann nicht schaden.

Nichts für Ungut

Viele wissen nicht, dass unter Windows mit dem Shortcut shift+alt die Tastaturbelegung zwischen englisch und deutsch gewechselt wird (bzw. auch zwischen anderen Sprachen, wenn konfiguriert). Der Shortcut und die Umschaltung selbst ist unauffällig genug, dass man das nicht gleich mitbekommt. Und wenn das nächste z als y erscheint, hat der Rechner scheinbar ein Eigenleben entwickelt.

Mir geht es zb öfter so bei der Arbeit unter Eclipse, das viele shift+alt+... Shortcuts kennt. Wenn da die Finger mal nicht richtig zusammenarbeiten, kommt es leicht zu einem shift+alt ohne "..."

Hallo Michael,

bei mir ist es wurscht, ob ich erst shift oder erst alt drücke. Habs grad ausprobiert Das Komma im Hauptblock der Tastatur bleibt - aber im Ziffernblock wechselt es mit (bei eingeschaltetem Numlock). Es ging mir aber auch weniger um das Hauptthema im Thread; ich wollte nur die "erstaunliche Eigenschaft" aufklären...