Term2x Screen location

@Rolf:
http://www.chami.com/tips/delphi/012397D.html
http://www.delphifaq.net/how-t…resolution

@Neil:
As a permanent/temporary solution you can save both INI files as HOME.INI and JOB.INI. Then make two files HOME.BAT and JOB.BAT that will just delete existing INI, copy proper INI from it's backup, and rename it properly.

Hallo Rolf.


Irgendwie hatten wir dieses Thema doch schon mal

Ich habe gerade mal schnell ein kleines Tool geschrieben (natürlich in Delphi), das die beiden Werte
anzeigt. Da ich normalerweise immer mit einem 2fach oder 3fach Screen arbeite bin ich schon sehr oft über diese Probleme gestoßen.

Das Tool zeigt euch an wie euer System den Dual-Screen verwaltet, das ist nicht immer gleich!!!
Wenn XP den DUAL-Screen steuert, gibt der Screen.Desktop... die komplette Breite an....

Sprich bei einem Desktop mit 2x Monitor a 768x1024 erhälst Du bei Deskstop:

768 x 2048 (eben den kompletten Bereich, also sollte man dann auch den "Left-Wert" von dem Screen.DesktopLeft nehmen! Bei 3 x Monitor a 768 x 1024 hast Du dann schon 3072 pixel.

Dagegen ist die "Workarea" eben egal ob 1, 2 oder 3 Monitore immer nur 768x1024!
Es sei denn Du hast wie ich eine Schnellstartleiste von 45pixel links angedockt, das wird dann bei dem
Wert im Workarea abgezogen, aber nicht bei dem Desktop-Werten, diese sind immer für alle Monitore auf dem Desktop!

Aber jetzt kommt noch was ganz gemeines In einer Terminalsession und bei vielen Grafikkartentreibern, steuert der Treiber das selbst Dann ist die Workarea (abzügl. der Schnellstartleisten usw.) immer genauso breit wie der Desktopwert!

Kann man einfach austesten mit dem Tool von mir oder man merkt es schon beim Doppelklick auf dem oberen Fensterrahmen. Vergrößert er nur das Fenster auf den aktiven Monitor, dann steuert meist Windows das Dual-System, springt er mit dem Fenster über alle Monitore ist es eine Terminalsession (RDP) oder der Grafikkartentreiber steuert den Screen.

Ich hoffe ich hab da ein bissle Licht ins Dunkle gebracht, ich vertausche das auch immer wieder

Sorry, das ich es nicht ins Englische übersetzt habe (hatte keine Zeit dazu).

Gruß
Thorsten

Hallo Gunter


Also eigentlich ist der "Screen.Desktop..." das Richtige, wenn er den WorkArea-Bereich nimmt, wird er NIE die Position vom 2. und 3. ... Monitor Speichern und nutzen können.

Ich mache das ganze immer in etwa so (mal schnell getippt ist ungetestet ):



Das selbe natürlich auch mit dem Fenster.Top, wichtig er muss den Fenster.Left /.Top im Bezug auf dem Screen.Desktop benutzen und diesen auch speichern.

Wenn er Form.Left und Form.Top benutzt, ist das immer im Bezug auf den Desktop, NIE vom Workarea.Wenn bei einem Dualmonitor-System das Term auf den 2. Monitor ist, ist der Form.Left immer größer als der Screen.WorkAreaWidth Bereich.
Wenn er nun mit dem Workarea vergleichen würde, mit gespeicherten Form.Left in der INI, dann würde er immer wieder auf 0 setzen und das Term-Fenster würde im 1. Monitor stehen.
Aber NIE im 2. und das ist natürlich für Dualmonitor-Benutzer (wie ich) schlecht

Richtig MIES ist das ganze wenn die Monitore unterschiedliche Auflösungen haben, dann gibt es nämlich verdeckte Virtuelle-Bereiche, dabei kann man sich ganz schön beim programmieren die Finger brechen bis das läuft, aber das sollte wirklich nur die Ausnahme sein und ist nicht die Regel.

Rolf muss sich eigentlich nur nach dem Screen.Desktop richten, damit hat er dann 99% aller Fälle erschlagen, außerdem hat er somit auch die Teile im RDP und Grafikkarten-Treiber erschlagen.

Gruß
Thorsten

Hi Rolf.

The application has a variable called Screen, which has several properties that help.

The 'bees knees' would to store several PosX and PosY values, based on the variable Screen.MonitorCount, which would then adapt dynamically to Neil's situation, with the current defaults being used for the case when Screen.MonitorCount = 1, and extra values for other cases initialy copying these values, eg.



Hope this helps.

regards

Merlin


Merlin.