Das deutsche QBasic- und FreeBASIC-Forum

[Westbeam]

Hey

Erinnert sich noch jemand an die GUI, an der ich ab und an mal arbeite? Ich habe ein Problem damit. Ich habe 3 Fenster erstellt, wenn ich nun das erste schließe, dann lassen sich Fenster 2 und 3 nicht mehr anklicken oder schließen. Schließe ich Fenster 2, lässt sich nur noch Fenster 1, aber nicht Fenster 3 schließen oder bewegen. Ich habe den Code mal hochgeladen:
http://www.file-upload.net/download-4424542/WIZGUI3.zip.html

Die Fenster werden über ein Z-Array sortiert. Das ist der Code, mit dem die Fenster bewegt werden können:

[nemored]

Wird das Fenster beim Schließen ordentlich zerstört? Wenn ich den Codeausschnitt richtig interpretiere, setzt du zum Schließen einfach den Fenstertyp auf 0. Das würde bedeuten, dass ein Fenster mit Typ 0 einfach komplett ignoriert werden muss, also etwa mit

[Westbeam]

Selbst wenn ich in jede For-Schleife eine Prüfung einbaue, ob das Fenster überhaupt geöffnet ist, ändert das leider nichts.

[Muttonhead]

richtig nemored, das Fenster ist noch da, nur nicht sichtbar.
Und wenn scheinbar in einem anderen Fenster nichts passiert
ist in Wirklichkeit das unsichtbare Fenster vorn

Mutton

PS:

Ordne mal diene Fenster so an, hole Fenster 2 nach vorn und lösche es
In dem Bereich wo Fenster 2 war reagiert keines der beiden anderen.
erst wenn man weiter weg klickt

[nemored]

Vielleicht ist es besser, wenn du sicherheitshalber beim Schließen noch die Fensterkoordinaten sowie Breite und Höhe auf 0 setzt, damit es keine Konflikte gibt - denn irgendwo hast du noch etwas vergessen, muss ja nicht unbedingt eine For-Schleife sein. Falls du ein geschlossenes Fenster später wieder öffnen willst, musst du halt die Koordinaten wieder zurücksetzen.
_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.

[Westbeam]

Das funktioniert schon besser, danke.

Habe aber noch ein anderes Problem, wenn ich das zweite Fenster schließe und danach mit den anderen beiden rumspiele, passiert das hier:
http://img7.imagebanana.com/img/qe21zqag/Arbeitsflaeche1_183.png
Sieht ein wenig hässlich aus.
Das Stück Code, was dafür verantwortlich sein könnte, ist dieses hier:

[nemored]

Hmm, für was steht anz_win? Wahrscheinlich ja für die Gesamtzahl der Fenster; aber in der oben geposteten Sub scheint es das aktuelle Fenster zu sein ... entweder verstehe ich was falsch, oder da geht was durcheinander.
_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.

[Westbeam]

Hm, stimmt. Aber wenn ich das aktive Fenster nehme, dann wird ein anderes Fenster als aktives gewählt und nicht das, was ich ausgewählt habe. Dann ist nicht das Fenster aktiv, welches gerade im Vordergrund ist:

[Muttonhead]

Wenn ich das recht verstehe ist doch das aktive Fenster auch immer das oberste?
Dein Z-Array winZ() enthält nur die Indexnummern der Fenster, richtig?
Dann müßte doch der Index des oberstes aktiven Fensters in winZ(anz-Win) zu finden sein.

[Westbeam]

Ändert leider nichts, oder ich sehe keine Änderung. Das Fenster was ich anklicke wird zwar nach vorne geholt, aber es hat weiterhin eine graue Titelleiste.

[nemored]

Bist du sicher, dass da nicht irgendwo im Code anschließend noch eines der geschlossenen Fenster nach oben geholt wird und damit zum aktiven Fenster wird?

edit: zu deinem "hässlich gesetzten Fenstertitel" (Post vom 07.06. um 21:59)
Codezeie 7
Draw String (win(winZ(id)).x+(win(id).w/2-Len(win(id).title)*4),win(winZ(id)).y+4),win(winZ(id)).title
das rote sollten wohl auch win(winZ(id)) sein (hat Muttonhead zwar schon angedeutet, aber vielleicht ist das nicht ganz klar geworden).
_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.

[Muttonhead]

(hier gehört der Beitrag hin)

ich hab mal ein wenig herumgespielt in der GUI.bi und WINDOW.bi
Zu finden sin die veränderten Dateien im NoPaste Bereich des Portals.

ein gelöschtes Fenster wird vom Typ nicht nur auf 0 gesetzt, sondern im ZPuffer nach hinten gelegt(es gibt eine WindowToBottom Sub)
desweiteren kann ein Fenster nur dann nach vorn geholt werden, wenn sein Typ>0 ist. Bisher konnte auch ein unsichbares Fenster oben auf dem Stapel liegen, was die scheinbare Unbedienbarkeit der sichtbaren Fenster erklären würde

Mutton

ps : noch ein Fehlerteufel: Zeile 78 in der WINDOW.bi bitte einfach löschen

[Westbeam]

Wow, danke.
Jetzt funktioniert es

[Muttonhead]

naja... hab beim Probieren aber noch nen Fehler entdeckt.

Hab den Screen mal mit 5 Fenstern vollgepackt alle hübsch verteilt und alle bis aufs letzte gelöscht: die MOVE-Routine funktioniert beim Halten auch wenn ich garnicht in der Kopfzeile und außerhalb bin.
Da mußt du nochmal ran

[ThePuppetMaster]