-
Forum: Datenbanken
Delphi
by Emilio,
22. Feb 2006
Hi Ferber,
vielen Dank für Deine Edits - klappt super!
:cheers:
VG
Emilio
-
Forum: Datenbanken
Delphi
by Emilio,
21. Feb 2006
@Marabu,
Benutzerschnittstelle - das ist das Stichwort:
Es gibt ingesamt 5 Edit-Felder in die der User Werte eingeben könnte (ekneu, lvpneu, bruttolvpneu, MargeE und Marge%).
Der ekneu kann z.B. über 3 Wege zustande kommen:
-
Forum: Datenbanken
Delphi
by Emilio,
18. Feb 2006
Sorry - was löschen ?
-
Forum: Datenbanken
Delphi
by Emilio,
18. Feb 2006
:party: :dancer: :cheers: Es funzt!!!
Hi Marabu, hi Ferber,
mit ordentlich Konzentration und reichlich Kaffee habe ich es geschafft, das Beispiel von Marabu richtig zu übersetzen - keine Warnhinweise, keine Fehlermeldungen und alle Eregebnisse da und richtig - freu!
@Marabu,
gehe ich richtig in der Annahme, dass ich für die anderen bereits erwähnten Möglichkeiten (also User hat...
-
Forum: Datenbanken
Delphi
by Emilio,
17. Feb 2006
Hi @all,
so funzt es, wenn alles in der UnitMain untergebracht ist:
interface
...
-
Forum: Datenbanken
Delphi
by Emilio,
17. Feb 2006
Hi Marabu,
eigentlich ist es egal, welchen Eingabewert für diese Procedure nimmt.
Aber trotzdem
ekneu = StroFloat(cxTextEdit1.Text) = 1000,00
dann sollte errechnet werden, als OnEditChange in cxTextEdit1 (da das Ergebnis von auf der Form1 in der Zeile von EKAlt und ekneu steht.
-
Forum: Datenbanken
Delphi
by Emilio,
16. Feb 2006
@Ferber,
Betr.: Nachhilfe: habe nebenbei auch eine Compnay zu managen und ebenso ein permanentes Zeitproblem. Tatsächlich aber wäre ich bereit Zeit und Geld in gezielte Hilfestellung für mein Projekt zu investieren, da es mich schlussendlich entlasten soll.
Zurück zum Thema:
habe aus meinem Code alles rausgeworfen, bis auf den ersten Rechenschritt - und siehe da, das Ergebnis von BP ist...
-
Forum: Datenbanken
Delphi
by Emilio,
16. Feb 2006
@Ferber,
welch unglückliche Formulierung! - Ich meinte selbstverständlich Nachhilfe zu geben !
VG
Emilio
-
Forum: Datenbanken
Delphi
by Emilio,
16. Feb 2006
Hi Ferber,
wow, das hört sich massiv an. Beim ersten Aufruf Deines Beitrags hab ich Dein Code-Beispiel nicht gesehen und dachte gleich, dass das ne Nummer zu hoch für mich ist; so siehts aber schon etwas machbarer für mich aus - Danke!
Hm, Wien soll ja ne schöne Stadt sein; hättest Du im Prinzip mal Interesse und Zeit an Nachhilfe-Unterricht?
VG
Emilio
-
Forum: Datenbanken
Delphi
by Emilio,
16. Feb 2006
Hi Marabu,
sorry - ich check's wirklich nicht - kannst Du mir schreiben, was aus Deiner Sicht nicht zusammenpasst? Vielleicht entdecke ich dann des Pudels Kern.
Möglicherweise hilft diese Beschreibung:
Der User gibt einen Wert in cxTextEdit1 (DEVExpress-Kompo) ein = ekneu;
wählt dann einen Zuschlagsatz aus der cxLookupCombobox1 aus = zuschlag;
Daraus errechnet sich über die...
-
Forum: Datenbanken
Delphi
by Emilio,
15. Feb 2006
@ Marabu,
würde mich mächtig freuen, wenn Du Deinen geschulten Blick noch einmal auf den Code werfen könntest;
Wie durch Geisterhand sind Warnungen mit möglicherweise nichtinitialisierten Variablen verschwunden (vielleicht hat DELPHI erkannt, dass ich veredlungsresistent bin und aufgegeben ...)
Das Programm läuft sauber aber bewirkt nicht das was es sollte. Die Felder die berechneten Werte...
-
Forum: Datenbanken
Delphi
by Emilio,
15. Feb 2006
:wall: Emilio is'n Dummi! - ekneu ist ja gar keine Variable, sondern in dieser CalcRule eine Konstante ...
dafür sind jetzt möglicherweise wieder 10 Variablen nicht initialisiert und die ERgebnisfelder sind alle "0" - aaaargh!
-
Forum: Datenbanken
Delphi
by Emilio,
15. Feb 2006
Ändere ich die Funktion, auf die die Gleitkomma-Fehlermeldung verweist in eine blödsinnige (bei der keine Division erfolgt), dann passiert bei den nachfolgenden Funktionen, die eine Division enthalten dasselbe. Ändere ich all diese Funktionen in einfache, dann läuft das Programm ohne Fehler, zeigt aber in den Ergebnisfelder nur Nullen an.
Hm, da kanns doch nicht nur an den Formeln liegen, oder?
-
Forum: Datenbanken
Delphi
by Emilio,
15. Feb 2006
Die Fehlermeldung mit den möglicherweise nicht initalisierten Variablen, verschwand, nachdem ich die Reihenfolge der Funktionszuweisungen in der Unit Calc geändert habe ... freu!
Die ungültige Gleitmittel-OP bleibt leider.
VG
Emilio
-
Forum: Datenbanken
Delphi
by Emilio,
15. Feb 2006
Hi Marabu,
ich werd noch zum Elch: sofern ich einen der originären Werte auf Integer stelle, scheitert die Kompilierung mit der Meldung: "inkompatible blabla ; die Typen der tatsächlichen und formalen Var-Parameter müssen übereinstimmen."
Stelle ich alle Wert auf Extended ein, so kompiliert das Programm mit der bekannten Warnung das 9 Variablen (bpneu, lvpneu, margeEneu, margeprozneu,...
-
Forum: Datenbanken
Delphi
by Emilio,
15. Feb 2006
Hi Marabu,
so, habs vervollständigt.
Die Fehlermeldung mit den ungenügenden Parametern ist weg.
Die Meldung "inkompatible Typen Integer und Extended" ist jetzt 2mal da und dazu die Meldung
"Die Typen der tatsächlichen und formalen Var-Parameter müssen übereinstimmen."
-
Forum: Datenbanken
Delphi
by Emilio,
15. Feb 2006
Ups, hab ich mich doch verschrieben, ich meinte
die Variablen a = zuschlag und b = ProvSatz
sind als Integer deklariert, da sie solche sind.
Ich stell mal den neuen Code rein:
Unit Main:
-
Forum: Datenbanken
Delphi
by Emilio,
15. Feb 2006
Hi Marabu,
Die Calc-Unit habe ich eingebunden - das war kein Thema.
Beim Compilieren erhalte ich nun die Fehlermeldung:
"inkompatible Typen Integer und Extended",
sowie die Fehlermeldung
-
Forum: Datenbanken
Delphi
by Emilio,
14. Feb 2006
Hi @all,
das mit dem Thema-Titel ändern geht nicht mehr ... vielleicht kann ja einer der Mods eingreifen?
@Marabu,
-
Forum: Datenbanken
Delphi
by Emilio,
13. Feb 2006
@sakura,
:gruebel: wie geht'n das mit dem sräd-Titel ändern?
-
Forum: Datenbanken
Delphi
by Emilio,
13. Feb 2006
Hi Marabu,
vielen vielen Dank!
Bin dabei Deine Ausführungen umzusetzen (wobei für Dich der Code jetzt verständlicher ist, ist er für mich sehr viel aufwändiger zu lesen - ich tue mich mit der Abstraktion leichter, da ich dann die Rechenformeln leichter formulieren und lesen kann).
Eine Frage zur der Funktion, die Du beispielweise anführst: muss die Deklaration der Funktion nicht im...
-
Forum: Datenbanken
Delphi
by Emilio,
12. Feb 2006
Hallo Leute,
nachdem ich nun in mehreren Büchern und nach einigen DP-Sitzungen noch weniger schlau bzw. ausreichend verwirrt bin, möchte ich das Problem erstmal grob schildern:
Habe eine Query aus mittlerweile 12 tables und stelle die Werte mit DBLabels dar. Diese Werte werden für weitere Berechnungen, welche zunächst nicht gespeichert werden müssen, benötigt. Und zwar in der Form, dass der...