Speicher und andere Fehler

[Guste1]

Hallo,

ich habe folgende Probleme.

Die von mir geschriebenen Programme laufen auf 4 Rechnern einwandfrei, auf einen Rechner werden die Inhalte von 5 Editfeldern nicht gespeichert. Der Close Button fehlt auf diesen Rechner in der aktiven Form.
Ein anderes Programm sortiert auf diesen Rechner die Objekte willkürlicht. Panel Align onTop sitzt unten oder an der Seite Button fehlen oder sind an anderer Stelle.
Mit diesen Programmen werden Daten von Messgeräten aufgenommen, berechnet, gespeichert und gedruckt.
Entworfen wurden die Programme mit Delphi 2005. Die von User verewendeten Versionen sind noch 2005.
Auf meinen Rechner, Delphi XE Professional, gab es keine und gibt es auch nach der Umstellung keine Probleme.
Ich habe die Felder erneuert, die Speicherung überarbeitet, bekomme aber diesen Fehler nicht weg.
Erste Auftreten Nov. Dez.2010.
Für Anregungen bedanke ich mich jetzt schon.

Klaus

[mquadrat]

Also wir haben einmal das Problem mit dem Speichern und einmal verschobene GUI-Elemente.

Beim Speichern würde ich wenn es sich denn gar nicht nachvollziehen lässt, einfach mal aus den Speichern-Routinen in eine Datei loggen. Dann siehst du wenigstens mal, was mit welchen Parametern aufgerufen wird.

Was die verschobene GUI angeht würde ich mal die DPI Anpassung von Windows anschauen ob die nicht auf was anderem als normal steht. Das kann einem schon mal die GUI durcheinander bringen.

[s.h.a.r.k]

Warum sollte die Änderung des DPI-Werts das Layout verhageln? Windows skaliert doch dann alles nur entsprechend.

Ebenso ist dieses Problem imho unabhängig von der Delphi Version.

Und noch ein Punkt: dieser Thread gehört nicht unter Projekte rein

[Bernhard Geyer]

Zitat von s.h.a.r.k:

Warum sollte die Änderung des DPI-Werts das Layout verhageln? Windows skaliert doch dann alles nur entsprechend.

Die Delphi-VCL hat hier einige Fehler/Macken so das unterschiedliche DPI-Einstellungen Entwicklungsrechner <-> Zielrechner sowie Ausrichtungs != Links-Oben zu falscher Darstellung bei anderen DPI-Werten führt.

[Klaus01]

Guten Morgen,

wird das Problem nicht beseitigen.
Aber vielleicht als Alternative zu gebrauchen.

Delphi-Quellcode:

BLANK_BESEITIGEN;
WriteLn(T,Entf_B);

->
WriteLn(t,trim(Entf_B));
oder gleich:

Delphi-Quellcode:

Entf_B := FrmDatenaufnahme.EdtZul_mit_Klasse.Text;
BLANK_BESEITIGEN;
WriteLn(T,Entf_B);

WriteLn(trim(FrmDatenaufnahme.EdtZul_mit_Klasse.Text)); Grüße
Klaus

[p80286]

was die unterschiedliche DPI-Einstellung angeht,damit kannst Du Dir die gesammte Oberfläche versauen.
In den Standardeinstellungen werden alle "Editier-Komponenten" an die DPI-Einstellung angepasst, aber die Größe des Forms bleibt unverändert. Es ist also durchaus möglich, daß ein Speichern-button verschwindet.
Und entgegen allen Gerüchten auch M$ hat das nicht im Griff, sie haben es nur besser kaschiert.
Im Zweifelsfalle mußt Du alle Dynamischen Anpassungen Deiner Oberfläche abschalten, und alles selbst machen (onResize)

Gruß
K-H

[himitsu]

Zum Speichernproblem sag ich nichts, da man mir auch nicht verraten hat, wie gespeichert wird.
(wie soll man da denn wissen was falsch laufen könne)

Zu den verschwundenen/verschobenen Komponenten:

- Ich kenn es von einigen Delphi 7-Anwendungen, deren Buttons in Win7 nicht oder nicht richtig dargestellt werden.
Wenn man mit der Maus drüberfährt, sind die aber plötzlich wieder sichtbar.

- Und dann gibt es Probleme, wenn eine Form größer erstellt wurde, als der Desktop/Monitor auf dem aktuellen Rechner ist.
Windows gibt keinen Fehler aus, wenn man versucht etwas zu Großes zu erstellen und beschneidet/verkleinert dieses einfach
und Delphi prüft leider die Größe nicht nach und richtet dann natürlich alles falsch aus.

[Guste1]

Danke an alle für die Anregungen.

Als ich die Antwort von myquadrat dem Kollegen vorgelegt habe, gab er zu im System etwas geändert zu haben, um was auszuprobieren. Er weiß aber nicht mehr was.

Zu den Fragen nach der speicherung.

Es werden ca. 100-200 Werte gespeichert.
Nach dem ersten Auftreten des Fehlers habe ich alles auf Editfelder umgestellt.
Es werden keine Variablen gespeichert.
Die aufgenommenen Messwerte und die berechnungen werden im Stringgrid dargestellt.

Die ist die Problemstelle. Durch BLANK_BESEITIGEN wird der erste Blank entfernt.
Ein Weiterschalten mit der TAB-Taste wird abgelehnt. ??????
Wird der Blank nicht beseitigt ergibt es beim Ausdruck ein unregelmäßiges Bild.
Da es Dokumente sind ist das nicht erwünscht.

PROCEDURE HAUPTSPEICHERUNG_ALLG_WERTE;
VAR T : TextFile;
Begin
Assign(T,FileNameDat);
{$I-}
Append(T);
{$I+}
WriteLn(T,'Zulassung');
WriteLn(T,'nur Fehler nach DIN');
Entf_B := FrmDatenaufnahme.EdtZul_ohne_von.Text;
BLANK_BESEITIGEN;
WriteLn(T,Entf_B);
Entf_B := FrmDatenaufnahme.EdtZul_ohne_bis.Text;
BLANK_BESEITIGEN;
WriteLn(T,Entf_B);
Entf_B := FrmDatenaufnahme.EdtZul_ohne_Klasse.Text;
BLANK_BESEITIGEN;
WriteLn(T,Entf_B);
WriteLn(T,'nach DKD Fehler + Messuns.');
Entf_B := FrmDatenaufnahme.EdtZul_mit_von.Text;
BLANK_BESEITIGEN;
WriteLn(T,Entf_B);
Entf_B := FrmDatenaufnahme.EdtZul_mit_bis.Text;
BLANK_BESEITIGEN;
WriteLn(T,Entf_B);
Entf_B := FrmDatenaufnahme.EdtZul_mit_Klasse.Text;
BLANK_BESEITIGEN;
WriteLn(T,Entf_B);
Hier werden noch ca. 20 werte abgespeichert.

Glaub nicht "Das geht nicht" jeden Tag steht einer auf der das Gegenteil beweisst.

Danke im vorraus

Klaus