%umessage wird nicht zurück gesetzt?

[Frabbing]

Mir ist aufgefallen, dass Usermessages nicht mehr zurück gesetzt werden. So passiert es jetzt, dass Abfragen für solche Messages immer und immer wieder ausgelöst werden. Das war in früheren XProfan-Versionen nicht so.
Hier ein simples Beispiel:

      Cls
      
      Usermessages 20000
      SetTimer 10

      SendMessage(%hwnd,20000,0,0)
      
      While 1
        WaitInput

        If %UMessage=20000
          MessageBox("Testmeldung","Information:",0)
        EndIf

      Endwhile
      KillTimer

[Sascha Oliver Haak]

Halo Frank,

ich hab mir das mal gerade angesehen. Wie es früher war weiß ich nicht.
Da Du ja schon sehr lange dabei bist glaube ich hast Du schon sehr viel
damit gearbeitet.
Ich benutze diese Routine nur um das Schließen des Hauptfensters abzufragen.
Das Funktioniert ganz gut.

[Rolf Koch]

@Frank
Stimmt. Ich wollte sogar mal testweise die Usermessage entfernen und es geht nicht so wie es in der Hilfe beschrieben steht:

Cls

Usermessages 20000
SetTimer 10

SendMessage(%hwnd,20000,0,0)

While 1
WaitInput

If %UMessage=20000
Usermessages -20000
print "Umessage"
EndIf

Endwhile
KillTimer

[Rolf Koch]

Ausserdem ist ein Fehler unter #28.5 in der Hilfe (hier fett):

UserMessages -1000,1002

Die UserMessage -1000 wird entfernt und ie Message 1000 neu hinzugefügt.

[Frabbing]

Stimmt, Rolf. Bin ich vorhin auch drüber gestolpert.

@Roland: Ich hätte dich ja angeskyped, aber du bist die letzten Tage dort nicht erreichbar, weil immer "beschäftigt".

@Sascha: Dort macht der Fehler sich wohl nicht bemerkbar, weil danach eh das Programmende erfolgt. Ausserdem wird eine System-Message gesendet, keine User-Message. Du biegst nur von System auf User um...

Ich vermute, Roland hat nur vergessen, %umessage nach Gebrauch zurück zu setzen. Denn die Message kommt nicht wirklich immer wieder an...

[AHT]

Zitat von Frabbing

...Das war in früheren XProfan-Versionen nicht so.

In meiner älteren Profanversion wird die Usermessage bereits durch das Waitinput "gekillt" - die Message kommt also in deinem Code bei mir nie bei der IF Abfrage an. Wenn sich das geändert hat, ist das also eher eine Verbesserung .
Jedesmal aber eine Usermessage senden zu müssen, um eine andere zurückzusetzen, ist schon etwas blödsinnig - wäre ganz vernünftig, die Systemvariable direkt zurücksetzen zu können.

[Frabbing]

In meiner älteren Profanversion wird die Usermessage bereits durch das Waitinput "gekillt" - die Message kommt also in deinem Code bei mir nie bei der IF Abfrage an. Wenn sich das geändert hat, ist das also eher eine Verbesserung .

Auf jeden Fall.

Jedesmal aber eine Usermessage senden zu müssen, um eine andere zurückzusetzen, ist schon etwas blödsinnig - wäre ganz vernünftig, die Systemvariable direkt zurücksetzen zu können.

Genau, deswegen ja auch der Titel des Threads.

[iF_]

Das Problem war leider schon ein paar Male "aufgetaucht" - auf die Schnelle habe ich diesen [...] Thread hier gefunden von Jörg und mir persönlich war es wegen dieser [...] scrollarea.pcu* negativ aufgefallen. Daraus wurde die usermessages.pcu* weil ich eben ohne diesen "Fehler" arbeiten wollte und das ging auch eine Weile gut.

Ich wusste nicht, dass der Bug nicht bereits (schon längst?) behoben war.

*) Mittlerweile sind beide Units veraltet und von entsprechenden Includes abgelöst.

"Workaround":

setTimer 33
while %uMessage
waitInput
case %wmTimer:break
wend
killtimer

[Frabbing]

Der Workaround funktioniert. Ich hoffe aber, Roland schaut sich das trotzdem mal an und löscht die Variable noch nach jedem Gebrauch.

[Jac de Lad]

Das sollte meiner Meinung nach unbedingt in der nächsten Version behoben sein!! Ich bin auch schon darübergestolpert, habe einen ähnlichen Workaround und dachte nur ich hab was verpeilt.

[RGH]

Hallo,

zu Beginn des Waitinputs wird der aktuelle Wert von %UserMessage zurückgesetzt, aber da die UserMessages ja auf vielfachen Wunsch gestackt werden, ist da halt schon die nächste in den Startlöchern.

Vielleicht sollte ich eine Möglichkeit schaffen, diesen Stack bei Bedarf zu löschen. Vielleicht fällt mir noch eine passende Syntax dazu ein ...

Gruß
Roland

Nachsatz: Gerade sehe ich, dass ich da schon was verbessert habe. In bestimmten Situationen konnte die Rücksetzung tatsächlich "übersehen" werden.XProfan 11.2 wird bald kommen! Natürlich als kostenloses Update für alle Besitzer von XProfan 11.0 oder 11.1.

[Jac de Lad]

Jetzt dürfen wir nur nicht drängeln.

[Jac de Lad]

Roland hat bestätigt, dass das im kommenden XProfan 11.2 gefixt ist.

Roland du bist der Beste!

[Frabbing]

Ja, einwandfrei!

Die neuen Menü-Icons funktionieren ebenfalls, wenn ich auch finde, der Text wird zu dicht an die Icons gesetzt. Aber das kann ja jederzeit mit 2-3 Leerzeichen geändert werden.

[Jac de Lad]

Zitat von Frabbing

Die neuen Menü-Icons funktionieren ebenfalls, wenn ich auch finde, der Text wird zu dicht an die Icons gesetzt. Aber das kann ja jederzeit mit 2-3 Leerzeichen geändert werden.

LOL, genau das wollte ich gerade schreiben.