Monitortausch - Komponenten auf Oberfläche sind verschoben
spacer
Autor Nachricht
dirksen
Hält's aus hier
Beiträge: 3



BeitragVerfasst: Mo 09.01.12 17:12 
Hallo zusammen,

ich habe folgendes Problem im Zusammenhang mit einem Delphi 7 Programm:

Ein Kunde hat das Programm im Einsatz. Nachdem sein alter Monitor kaputt ging, hat er einen anderen Monitor angeschlossen, Auflösung hat sich nicht geändert (1024 x 768) und auch sonst wurde nichts geändert (so jedenfalls stellt er es dar). Jetzt das kuriose: Die Oberfläche der Software sieht komplett anderst aus. Die Schrift ist teilweise größer, Buttons sind nicht mehr an der Stelle, an der Sie normalerweise sind, sondern verschoben, andere Buttons sind verschwunden. Das Programm ist so im Moment nicht richtig bedienbar. Betriebssystem ist Windows XP Pro. Hat jemand von Euch eine Idee an was das liegen könnte ?

Vielen Dank für Eure Antworten !
 
Antworten mit Zitat Beitrag melden
Private Nachricht sendenPosting in privater Nachricht zitieren
Werbung ausblenden? Dann registriere Dich kostenlos. Weitere Gründe für eine Registrierung.


Werbung ausblenden? Dann registriere Dich kostenlos. Weitere Gründe für eine Registrierung.
Horschdware
ontopic starontopic starontopic starontopic starontopic starontopic starofftopic starofftopic star
Beiträge: 724
Erhaltene Danke: 53

Win XP professional, Win 7 Professional x64, Ubuntu
Delphi 5, Delphi 2005 Personal, Delphi 2006, Delphi XE, C++ Builder 5, PHP, SAP R/3
BeitragVerfasst: Mo 09.01.12 17:32 
Ein Screenshot wäre dazu mal interessant.

Bei gleicher Auflösung, gleicher Schriftgröße und gleichem Windows-Theme sollte die Oberfläche eigentlich gleich aussehen - unabhängig davon, was für ein Monitor angeschlossen ist.
Ich schätze mal, dass bei der Installation des Monitors Einstellungen verändert wurden.
Aber wie gesagt: Ein Screenshot wäre nicht verkehrt und es tut sicher nicht weh, die Einstellungen für Auflösung, Schriftgröße, etc zu prüfen.

_________________
Delphi: XE - OS: Windows 7 Professional x64
 
Antworten mit Zitat Beitrag melden
Private Nachricht sendenPosting in privater Nachricht zitieren
dirksen Threadstarter
Hält's aus hier
Beiträge: 3



BeitragVerfasst: Fr 13.01.12 11:28 
Hallo Horschdware,

kann im Moment leider keinen Screenshot liefern, sorry.
Ich war per Fernwartung auf dem Rechner und habe da auch schon mit den verschiedenen Einstellungen herumgespielt. Habe unter anderem auch mal sämtliche Einstellungen von meinem PC auf dem Rechner ausprobiert, leider ohne Erfolg.
 
Antworten mit Zitat Beitrag melden
Private Nachricht sendenPosting in privater Nachricht zitieren
jaenicke
ontopic starontopic starontopic starontopic starontopic starontopic starontopic starofftopic star
Beiträge: 15841
Erhaltene Danke: 741

XP, W7 x64 (Chrome, IE9, FF), Debian, (OSX 10.7)
RAD XE 2, Java (NB), C++, C# (VS 2010), JS/HTML, PHP, Lazarus
BeitragVerfasst: Sa 14.01.12 09:56 
Ein Screenshot der normalen Oberfläche plus Beschreibung wie es dort aussah könnte auch schon helfen. Aber ganz ohne mehr Informationen wird dir kaum jemand helfen können. Da könnte man nur raten. :nixweiss:

Klar ist, dass du mit Delphi 7 natürlich noch die Bugs bezüglich Windows Theming, Vista / Win7 usw. in deinem Programm hast. Solange du es aber selbst unter mehreren Betriebssystemen mit verschiedenen Theming-Einstellungen getestet hast, sollte das kein Problem darstellen.

Das beliebteste Problem in dem Zusammenhang ist die fehlerhafte Randberechnung. Durch die verschwinden Teile von Komponenten schonmal am rechten oder unteren Formularrand hinter dem Rand. Der Grund ist, dass die alten Delphiversionen die Positionierung der Komponenten basierend auf der Außengröße (Width, Height) des Formulars vornehmen statt auf der Innengröße (ClientWidth, ClientHeight). Das kann man nur versuchen zu umgehen indem man z.B. keine Anchors oder Align zur Designzeit benutzt, sondern zur Laufzeit zuerst die Formulargröße korrigiert und dann bei den Komponenten die Anchors bzw. Align setzt. Das ist zwar ein hoher Aufwand, aber anders geht es vor Delphi 2006 leider kaum, wenn man mit Anchors usw. arbeiten möchte.
 
Antworten mit Zitat Beitrag melden
Private Nachricht sendenPosting in privater Nachricht zitieren
Sinspin
ontopic starontopic starontopic starontopic starontopic starontopic starontopic starofftopic star
Beiträge: 798
Erhaltene Danke: 9

Win 2000, Win XP
D6 Prof, D7 Prof
BeitragVerfasst: Sa 14.01.12 18:30 
Hallo,

Fehler in dieser Art können auftreten wenn die Schriftscalierung von Windows nicht auf 100% steht sondern auf größer. Ich habe zum Glück (im Moment leider) nirgendwo mehr ein XP am laufen, sonst könnte ich dir sagen wo du mal nachsehen kannst.

_________________
Solange keine Zeile Code geschrieben ist, läuft ein Programm immer fehlerfrei.
Arbeiten wo andere nur Urlaub machen - Dubai - 365 Tage Sonne, 365 Tage Warm, 365 Tage Sand zwischen den Zähnen.
 
Antworten mit Zitat Beitrag melden
Private Nachricht sendenPosting in privater Nachricht zitieren
jaenicke
ontopic starontopic starontopic starontopic starontopic starontopic starontopic starofftopic star
Beiträge: 15841
Erhaltene Danke: 741

XP, W7 x64 (Chrome, IE9, FF), Debian, (OSX 10.7)
RAD XE 2, Java (NB), C++, C# (VS 2010), JS/HTML, PHP, Lazarus
BeitragVerfasst: Sa 14.01.12 19:01 
Das ist exakt an der selben Stelle wie bei Vista/7, Systemsteuerung --> Darstellung und Anpassung/Designs --> Anzeige, hier nen Screenshot aus einem virtuellen PC (png, 40.68 KB).
Einloggen, um Attachments anzusehen!
 
Antworten mit Zitat Beitrag melden
Private Nachricht sendenPosting in privater Nachricht zitieren
dirksen Threadstarter
Hält's aus hier
Beiträge: 3



BeitragVerfasst: Di 20.03.12 12:45 
Hallo

und nochmal danke für die Hilfe, konnte eben per Fernwartung auf den PC zugreifen.
Lag an der DPI Einstellung des Monitors, war auf 120 DPI gestellt.

Moderiert von user profile iconNarses: Inline in normalen Anhang gewandelt.
Einloggen, um Attachments anzusehen!
 
Antworten mit Zitat Beitrag melden
Private Nachricht sendenPosting in privater Nachricht zitieren
Luckie
ontopic starontopic starontopic starontopic starontopic starontopic starhalf ontopic starhalf offtopic starofftopic star
Beiträge: 11803
Erhaltene Danke: 146

WindowsXP Professional SP2
BDS2006, VS C++ Express, Eclipse (Java), Flex (Flash, AS)
BeitragVerfasst: Mi 21.03.12 00:09 
user profile icondirksen hat folgendes geschrieben Zum zitierten Posting springen:
Lag an der DPI Einstellung des Monitors, war auf 120 DPI gestellt.

Und wenn der Benutzer das so will?

_________________
Gruß Michael
 
Antworten mit Zitat Beitrag melden
Private Nachricht sendenPosting in privater Nachricht zitieren
iKilledKenny
ontopic starontopic starontopic starontopic starontopic starontopic starontopic starofftopic star
Beiträge: 372
Erhaltene Danke: 4

Win XP
D5 Prof, C# Express 2005
BeitragVerfasst: Fr 23.03.12 08:21 
Zitat:
Und wenn der Benutzer das so will?


Da muss ich kurz meinen Senf zu geben...

Klar ists in der Theorie toll, wünschenswert, political correct, ..., ..., wenn man eine GUI Anwendung so programmiert, dass 120 DPI eben keine Auswirkungen (abgeschnittene Texte, "heraushängende" Labels, etc.) haben.

In der Praxis haben wir große (> 800.000 Zeilen Quellcode), mehrsprachige Anwendungen, wo es mit vertretbarem Aufwand einfach nicht mehr machbar ist. Deshalb schreiben wir unseren Kunden neben einer Mindest-Bildschirmgröße auch "kleine Schriftarten" vor.
 
Antworten mit Zitat Beitrag melden
Private Nachricht sendenPosting in privater Nachricht zitieren
Boldar
ontopic starontopic starontopic starontopic starontopic starhalf ontopic starhalf offtopic starofftopic starofftopic star
Beiträge: 1420
Erhaltene Danke: 46

Win7 Enterprise 64bit, Win XP SP2
Turbo Delphi
BeitragVerfasst: Fr 23.03.12 13:04 
Dann können aber Leute mit sehr hoher Bildschirmauflösung (und die wird noch weiter steigen) das Programm nicht nutzen, weil die Schrift einfach zu Klein ist. Nur weil eine Software einige tausend Zeilen Quellcode hat, ist das noch längst Keine Entschuldigung, sche**** zu schreiben, auch wenn viele das wohl so sehen.

mfg Boldar
 
Antworten mit Zitat Beitrag melden
Private Nachricht sendenPosting in privater Nachricht zitieren
iKilledKenny
ontopic starontopic starontopic starontopic starontopic starontopic starontopic starofftopic star
Beiträge: 372
Erhaltene Danke: 4

Win XP
D5 Prof, C# Express 2005
BeitragVerfasst: Fr 23.03.12 14:08 
Ich brauche keine Entschuldigung für irgendetwas, ich versuchte meine Erfahrungen aus der Praxis zu schildern. Es gilt zumindest in meinem konkreten Fall das marktwirtschaftliche Prinzip, soll heißen Aufwand und Kosten müssen in einem dem Kunden angenehmen Verhältnis sein.
 
Antworten mit Zitat Beitrag melden
Private Nachricht sendenPosting in privater Nachricht zitieren
jasocul
ontopic starontopic starontopic starontopic starontopic starontopic starhalf ontopic starhalf offtopic starofftopic star
Beiträge: 6027
Erhaltene Danke: 40

XP-Pro, Windows 7
D2005 Prof, XE2, SharpDevelop 2.0, VC#Express
BeitragVerfasst: Fr 23.03.12 16:17 
Haltet doch mal den Ball flach. :wink:

Natürlich ist es schön, wenn man eine skalierbare Form hat, aber das ist in vielen Fällen nicht umsetzbar. Es sollen häufig ja alle notwendigen Infos übersichtlich dargestellt werden. Da wird der Platz auf einer Form eben voll ausgeschöpft. Mit einer höheren DPI ist das dann eben nicht mehr möglich, alles sauber darzustellen.

Wer die Sachen größer dargestellt haben möchte, muss eben einen größeren Monitor nehmen und eine andere Auflösung fahren und nicht an den DPI rumfummeln. Das geht auch. Manche Anwender sind sogar darauf angewiesen, dass die Schrift größer ist. Das kenne ich aus der Praxis zur genüge. In der Regel dürfte es deutlich billiger sein, einen anderen Monitor zu kaufen, als die Anwendung umzuprogrammieren.

_________________
Lesen gefährdet die Dummheit.
 
Antworten mit Zitat Beitrag melden
Private Nachricht sendenPosting in privater Nachricht zitieren
home home