Entwickler-Ecke :: Thema anzeigen - Ein Komma in einem DBEdit-Feld eintragen

gamoes - Sa 11.03.06 00:00
Titel: Ein Komma in einem DBEdit-Feld eintragen

Hallo,
mein DBEdit-Feld habe ich über eine DOA-Komponente an ein Float-Feld der DB angebunden. Wenn ich mir die Datensätze anzeigen lasse, dann werden mir die richtigen Float-Werte angezeigt. Will ich aber einen neuen Datensatz einfügen und in diesem Feld beispielsweise 22,75 eintragen, dann wird das Komma gar nicht angenommen und es steht dort nur 2275. Probiere ich das Ganze mit einem Punkt erhalte ich dasselbe Ergebnis.

Gruß
Gabi

senidex - Mo 13.03.06 17:49
Titel: Ein Komma in einem DBEdit-Feld eintragen

Hallo Gabi,
im Prinzip darf hier kein Fehler passieren.Ich arbeite ebenfalls mit ORACLE.
Man müsste sich sonst dein Formular ansehen,ob etwas mit den Komponenten schiefgegangen ist.
Wenn ich mir das mal ansehen soll, hinterlege dieses Formular (pas+dfm) und
noch einen DESCRIBE tabellenname in SQLPlus, damit ich mir die Tabelle ansehen kann.

mfg
Hans

senidex - Di 14.03.06 09:32
Titel: Ein Komma in einem DBEdit-Feld eintragen

Hallo Gabi,
danke für deine Dateien.
Ich habe gemerkt, dass du Oracle-spezifische TQuery-Komonenten benutzt, die ich leider nicht habe.
Vielleicht liegt darin die Ursache.
Benutze als erstes mal anstatt den Typ FLOAT den Typ NUMBER(x,y), wobei x die Gesamtanzahl der Stellen und y die Nachkommastellen sind.
Sollte dies auch nicht klappen, dann tausche die Oracle-Query mit der normalen Delphi-ADOQuery aus.

Viel Erfolg
Hans

raiguen - Di 14.03.06 11:48

Moin :-)

Auszug aus der Artikel.pas:

Delphi-Quelltext

1:
2:
3:
4:
5:

procedure Tfrm_Artikel.FormShow(Sender: TObject);
begin
   DecimalSeparator:='.';  //--WARUM??
   ods_Artikel.Open;
end;

Du übersteuerst die Systemeinstellung und somit hat das Komma im DBEdit-Feld keine Chance und dann hast das 'Ergebnis' wie Du es im Eingangspostng beschrieben hast.

Frage: warum setzt Du den DecimalSeparator expliziet?:roll:

Gruß

alzaimar - Di 14.03.06 15:40

gamoes hat folgendes geschrieben:

Den DecimalSeperator hab ich genutzt, damit der zu jeder Zeit aus dem Komma ein Punkt gemacht wird. Es also nicht vorkommen kann, dass der Anwender ein Komma eingibt und das dann beim Abspeichern stehen bleibt.

Das klappt? Ich dachte, der steuert nur, ob '12.34' oder '12,34' als Dezimalzahl interpretiert und formatiert wird.

Wenn der Anwender Punkt und Komma eingeben darf, dann musst Du das direkt bei der Eingabe umwuseln. Dazu sind die OnKeyPress-Ereignisse gut, denn die werden immer aufgerufen... wenn eben ein Key gepressed (aua) wird. Und da übersetzt Du einfach ein ',' in einen '.'. Das sollte das Problem mit dem Punkt/Komma lösen.

Delphi-Quelltext

1:
2:
3:
4:

procedure TForm1.Edit1KeyPress(Sender: TObject; var Key: Char);
begin
  if key = ',' then Key := '.'
end;

raiguen - Di 14.03.06 16:50

gamoes hat folgendes geschrieben:

Wenn ich normale ADO-Komponenten nutze dann, kann ich in dem DBEdit-Feld problemlos ein Komma eintragen.

D.h. bei DOA geht das nicht!? *wunder*

gamoes hat folgendes geschrieben:

Hä!?!? Ich geb Dir insofern Recht, wenn der Wert als String abspeichert wird. Bei Float-Feldern wird das Format der zugrundeliegenden Tabelle genommen bzw. die spezifischen Einstellungen; von daher isses egal, ob Du Komma oder Punkt als DecimalSeparator nimmst. Anders ausgedrückt: die Tabellen-Einstellungen haben als DezimalSeparator einen Punkt und das DBEdit-Feld verwendet ein Komma (z.B. 12,34), dann wird der Wert in der Tabelle mit 12.34 abgespeichert.
Auf der anderen Seite 'steuert' das Setzen von DecimalSeparator die Anzeige im DBGrid oder DBEdit, sprich wenn in der Tabelle 12,34 eingetragen ist, dann wirds zu 12.34 ;-) wie user profile icon

alzaimer richtig angemerkt hat.

@alzaimer:
Deine OnKeyPress-Prozedure hat Gabi ja auch verwendet...

Um nochmal auf das Eingangsposting zurückzukommen:

gamoes hat folgendes geschrieben:

Hallo,
mein DBEdit-Feld habe ich über eine DOA-Komponente an ein Float-Feld der DB angebunden. Wenn ich mir die Datensätze anzeigen lasse, dann werden mir die richtigen Float-Werte angezeigt.

D.h. in der Tabelle stehen die Werte mit Komma drin?

gamoes hat folgendes geschrieben:

Probiere ich das Ganze mit einem Punkt erhalte ich dasselbe Ergebnis.

Wenn der DecimalSeparator ein Komma ist (Standardwerrt im deutschen Windoews) dann isses klar, dass der Punkt nicht angenommen wird ;-)

So, genug der Verwirrungen ;-)

Gruß

gamoes - Di 14.03.06 18:18

In der Tabelle der DB steht der Wert mit Punkt drin. Er wird dann auch mit Punkt angezeigt. Trage ich einen neuen Wert ein, dann läßt sich weder der Punkt noch das Komma eintragen.
Benutze ich ADO-Komponenten, dann ich sowohl Punkt als auch Komma eintragen. Trage ich aber ein Komma ein, dann bekomme ich beim Abspeichern die Fehlermeldung, es wäre ein falscher Wert.
Deshalb wollte ich unbedingt vermeiden, dass man ein Komma im DB-Feld stehen hat.

Gruß
Gabi

raiguen - Di 14.03.06 20:19

Moin :-)

hmm*grübel* dann scheint das Problem mit den (dem?) DOA zusammen zu hängen :roll:
Von daher ist dann Dein 'Klimmzug' mit temporärem DecimalSeperator etc derzeit wohl eine relativ passable Möglichkeit, die Problematik zu umschiffen - zumindest so wie ich das momentan sehe. Vielleicht hat ja ein anderer User ne bessere Idee!?

Gruß
Rainer

Entwickler-Ecke.de based on phpBB
Copyright 2002 - 2011 by Tino Teuber, Copyright 2011 - 2026 by Christian Stelzmann Alle Rechte vorbehalten.
Alle Beiträge stammen von dritten Personen und dürfen geltendes Recht nicht verletzen.
Entwickler-Ecke und die zugehörigen Webseiten distanzieren sich ausdrücklich von Fremdinhalten jeglicher Art!