Uruz

aloha meine bescheidene meinung: kann es sein, dass du zur Entwurfszeit im Objektinspektor deine "Datenbankkomponenten" geöffnet hast ? das funktioniert dann an deinem rechner in der Regel sehr gut vor allem aus Delphi heraus... schliesse sie im Objektinspektor und im Ereignis OnFormShow kannst du ja reinhängen: if not Table.Connected then Table.Open; ... oder so ähnlich

aehm... kurz am rande... die loesung ist zu 99% nicht von der IHK... seit wann ist eine GSM-Verbindung via Handy schneller als eine 2Mbit Standleitung ??? und da gibt es auch noch mehr als genug andere fragwuerdige Aussagen... das ist uebrigens der gleiche "Loesungsbogen" wie in der Online-Abfrage der eigenen Ergebnisse... Uruz

jau... war ich bloed... hab im constructor das inherited create erst nach der initialisierung der neuen properties aufgerufen... nachdem ich das vorgezogen habe, hatte es geklappt... mann mann mann... ich glaube, ich werde alt... tststs *schäm*

prinzipiell solltest du immer, wenn du dir via assignfile eine textdatei greifst, nicht nur via rewrite alles neu schreiben... du solltest stets auch ein reset(textdatei) machen... evt auch mit einer entsprechenden "Schreibblockgröße" z.B. reset(textdatei,1) dadurch hast du sichergestellt, dass der textpuffer immer leer geschrieben wird... Uruz

schliesst du auch die verbindung zur Datenbank im form.close ? wenn ja, dann solltest du die im form.create auch wieder oeffnen... bzw. im "neuen" form.create muesstest du auch wieder dm_bewertung.ds_fragen.active := true [/PHP] setzen uruz

Aloha he... da bin ich wieder nach langer langer Zeit... und prompt wieder mit einer Frage ;o) ich habe eine Komponente (von TComponent abgeleitet) geschrieben und habe ihr drei properties unter published zugeordnet... die drei werden auch brav während der Entwurfszeit im Objektinspektor angezeigt, aber egal was ich da reinschreibe, die Daten werden zur Laufzeit nicht übernommen... bin da im Augenblick echt mit meinem Latein am Ende... ist höchstwahrscheinlich was mehr als nur banales... aber ich komme zum verrecken ned drauf... danke für die Hilfe Uruz

aehm... Hotliner... versuch die Frage noch einmal genau zu formulieren... denn im Augenblick werd ich da noch ned mal ansatzweise schlau draus... jedenfalls... wenn du daten in einem array hast, kannst du auf diese daten nachher wesentlich einfacher drauf zugreifen... weil sie quasi in einer "reihe" auf dem queue liegen... wird dadurch uebersichtlicher und einfacher... Uruz

jupp... ist tatsaechlich so... es werden - trotz aller parentfont einstellungen - nicht alle schriftarten uebernommen... und das primaer bei komponenten, die von tedit abgeleitet sind... auch grids scheinen da ihre eigenen vorstellungen von zu haben tststs jedenfalls hab ich jetzt einen kleinen filescanner geschrieben, der mir alle verwendeten fonts auflistet und bei bedarf einen echten "Standardfont" setzt dank dir Uruz

Das Formular, auf dem dein Eingabefeld liegt, hat eine Funktion wie FormCreate (nennt sich auch konstruktor bzw constructor)... da musst du das dann rein schreiben ;o)

hab den der units und die anzeige der einzelnen komponenten im objektinspektor verglichen... parentfont ist stets auf true... die *.dfm dateien hab ich allerdings ned verglichen ;o) Uruz

also... wir haben hier mehrer projekte, bei denen die werte fuer den font bei editboxen nicht immer uebernommen worden ist... das ist bei editboxen und bei einigen davon abgeleiteten klassen der fall... nicht immer... und nicht bei jedem projekt... aber ein vergleich des quelltextes zeigte da keinerlei unterschiede.. evt. ein delphi-fehler ? Uruz

ned wirklich... editboxen und davon abgeleitete klassen uebernehmen den schrifttyp nur bedingt... heisst es ist uns bisher erst bei den elementen aufgefallen... daher haben wir ja diesen komplexen schnickschnack gemacht... ;o)

Kinders... ich bin ja soooooooooooooooo bloed ... ist viel einfacher als ich dachte... wenn ich unter Neu -> eine CLX-Anwendung auswaehle, werden alle dafuer benoetigten Units eingebunden... bzw. wird automatisch die richtige Unit verwendet... allerdings wird das ja wohl ned mit meinen bisher selbst implementierten Komponenten so klappen... na mal schauen, wann ich meine QTools.pas rausbringe ;o) danke trotzdem Andi

scheint vielleicht albern zu klingen, aber... aehm... was haeltst du noch von einem else mir scheint, du schreibst deine warnung... und versuchst anschliessend doch noch den inhalt in einen float wert umzuwandeln ;o) Uruz

speichere den wert doch jedesmal in einer string variablen zwischendurch ab... sowas wie a = a + IntToStr(i) oder so... kenne die VB- Befehle ned so... aber mir scheint, dass du entweder die daten verkehrt rum selber in deinen Speicher schreibst oder dass der "Tastendruck"- Puffer mit First-In-Last-Out arbeitet... bedeutet, er merkt sich den letzten Tastendruck und schiebt die anderen zeichen eins weiter... uruz