2 Notebooks, beide Windows 10 64bit aktuell

[Simieto]

Ich habe mir ein kleines Programm zusammengehackt. Auf einem lLaptop äiuft es wie es soll, auf dem anderen ebenfalls klaglos aber zu meinem Bedauern ohne Anzeige.
Ich habe den Ordner mit den Quelldateien auf den Rechner kopiert, Purebasic neu installiert - ohne Erfolg. Es zeigt mir kein Bild.
Lasse ich ein gewöhnliches Fenster erzeugen und führe den Mauszeiger über das dann erschienene Symbol in der Taskleiste, zeigt Windos mir eine Vorschau meines korrekt laufenden Programms. Zip-Datei mit allen Quellen liegt bereit, aber Dropbox will plötzlich eine email-adresse für den link.
Ich bin fertig.
So entstehen Amok-Läufer vermute ich.

Vor zwei Wochen konnte ich aus Dropbox noch ein paar Fotos in einem anderen Forum zeigen, geht jetzt auch nicht mehr. Die Droppen wollen jetzt wissen wer guckt.
Jetzt mache ich mir eine Mütze aus Alufolie.

[RSBasic]

Du kannst es auch woanders hochladen oder du schickst an meine E-Mail-Adresse senden, die du in meinem Profil sehen kannst. Dann kann ich es für dich auf meinen Server hochladen.

[Simieto]

Mein Problem ist gelöst, aber neue Fragen tun sich auf.
Mein HP Notebook hat eine Auflösung von 1920x1080, ExamineDesktops gibt auch genau diese Werte.
Und darum sehe ich nichts. Gebe ich 1440 als rechten Rand fest ein, passt mein Bild auf den Bildschirm.

Ich könnte jemanden töten.

Übrigens finde ich im Profil keine email. - Bei mir hilft nur noch Notschlachtung.

[udg]

wenn du deine Dateien bei DropBox in den Public Ordner packst, dann kann diese jeder runterladen. Alle anderen Ordner müssen separat per EMail freigegeben werden, also greif auf den Public zurück.

[Simieto]

Ja, hier hat die Dropsschachtel alles hinterlegt: https://www.dropbox.com/s/8fabmrt5x4r484k/Maya.zip?dl=0

zur zeit ist mein Bildschirm 1535 pixel breit.

[Simieto]

Ach ja, alle Klarheiten beseitigt?

[DarkSoul]

Ich habe mir das ganze gerade heruntergeladen.

Bei mir öffnet sich so ein kleines weißes Fenster mit einem roten Symbol und ein paar eher esoterischen Angaben.

Leider habe ich nicht herausgefunden, was das Programm genau macht.

Mein Rat:

- Vergiss die Rechnerei.
- Mache das Fenster verschiebbar. Bei mir sind die Minimieren/Maximieren/Schließen teilweise von dem Fenster bedeckt.
- Speichere die letzte Position, sobald das Programm beendet wird und öffne es beim nächsten Mal an derselben Stelle (Ganz wichtig: Vorher prüfen, ob es überhaupt noch im Sichtbereich ist, weil der User könnte sich zwischenzeitig einen kleineren Bildschirm gekauft haben!).
- Fehlt die letzte Position: Öffne es einfach mit #PB_Window_ScreenCentered. Der User wird es sich dort hinziehen, wo er es haben möchte.

So wie du das jetzt machst, diktierst du vor, wo und auf welchem Bildschirm der User deine Anwendung verwenden soll.

So ein Programm würde ich nicht benutzen wollen. Wie meine Fenster angeordnet werden, ist allein meine Entscheidung.

[matbal]

Mein HP Notebook hat eine Auflösung von 1920x1080, ExamineDesktops gibt auch genau diese Werte.
Und darum sehe ich nichts. Gebe ich 1440 als rechten Rand fest ein, passt mein Bild auf den Bildschirm.

Das hängt mit der DPI-Einstellung in Windows zusammen. In Windows gibt es in den Bildschirmeinstellungen einen Schieberegler mit einer Prozentangabe für die Skalierung, damit Programme auch auf hochauflösenden Displays bedienbar bleiben.

Das Windows-Verhalten hat sich mit jeder neuen Windows-Version etwas verändert. Normalerweise sollte sich das Programm um die Skalierung der GUI-Elemente selber kümmern und Windows bescheid sagen, daß es das selber macht (dpi aware). Sonst übernimmt Windows die Skalierung der GUI (erkennbar an verschwommener Schrift).

Wenn Windows meint, es muß dein Programm skalieren, ändern sich damit alle Längen- und Positionsangaben. Für dein Programm ist dann der Bildschirm kleiner.

[DarkSoul]

Er hat einen fixen Zahlenwert für x in OpenWindow() eingetragen, so dass es auf genau eine einzige Breite passt.

Da muss er stattdessen die Breite der Bildschirmauflösung ermitteln. Dann sollte es eig. trotz Skalierung klappen.

Das funktioniert natürlich nicht mehr, wenn eine andere Auflösung verwendet wird.

Edit:

Folgendes sollte dein Problem notdürftig beheben (Funktioniert aber nur mit einem Desktop):
Ab Zeile 14 in Winform.pbi

Code: Alles auswählen

  desktopCount = ExamineDesktops()
  Window_Temp = OpenWindow(#PB_Any,DesktopWidth(0) - breite, y, breite, hohe, "", #PB_Window_Tool | #PB_Window_Invisible)
  Window_0 = OpenWindow(#PB_Any, DesktopWidth(0) - breite, y, breite, hohe, "", #PB_Window_BorderLess, WindowID(Window_Temp))

[udg]

Leider habe ich nicht herausgefunden, was das Programm genau macht.

das ist ein Maya Kalender

nettes Feature