XProfan

Español

Dietmar
Horn

¡Hola,
Yo bin encima folgende Merkwürdigkeit gestolpert.

Dieser Code funktioniert:
Kompilieren Marca Separación

declare tmp$
cls
tmp$ = upper$(Par$(0))
run tmp$
end

/pre>

En el folgenden Code es kein Neustart des Programmes en el Interpretermodus (lo müßte meiner Meinung después de sin embargo wenigstens el Interpreter aufgerufen voluntad):
Kompilieren Marca Separación

declare tmp$
cls
tmp$ = upper$(Par$(0))
DestroyWindow(%HWnd)
run tmp$
en

Eigentlich Yo doch el nullten Parámetro (also el Dateinamen des eigenen Programmes) con el Stringvariablen gerettet, oder beeinhaltet DestroyWindow ya una end?

Als Compilat trabajo komischerweise beide Varianten.

Gibt lo dafür una logische Erklärung?

Yo habe XProfan 10.

Saludo
Dietmar

Multimedia für Jugendliche und junge Erwachsene - MMJ Hoyerswerda e.V. [...]

Windows 95 bis Windows 7
Profan² 6.6 bis XProfan X2 mit XPSE

Das große XProfan-Lehrbuch: [...]

05.07.2007 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

- Página 2 -

Frank
Abbing

Lo wäre allerdings a überlegen, si uno dieses Feature por una Conjunto-Unterfunktion abstellbar hacer debería. Das wäre entonces una Vorschlag para künftige XProfan-Versionen.

Ab así en deine ToDo-Liste...

05.07.2007 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Dieses Conjunto hay ya lo heißt usermessage 2 Kompilieren Marca Separación usermessages 2 Print Moment... settimer 2000:waitinput:killtimer destroywindow(%hwnd) whileloop 40 sleep 10 wend var dlg&=createwindow(0,Oha?,100,100,640,480) waitinput
	05.07.2007 ▲ Vollständiges Zitat Absatzweise Cita Zeilenweise Cita

Frank
Abbing

Hehe, sí, más o menos.

05.07.2007 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Drum mi Yo sí es una Bug - porque wäre lo kein Bug entonces Rolands obige Aussage sí auch hier zutreffen necesario. Aber wahrscheinlich bin Yo a doof en el trotz täglich mehrstündiger XProfanerfahrung seit Jahren einschätzen a dürfen.

05.07.2007 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Gleich kommt determinado una Ventana de Estilo 512 Argument. Hey aber por lo tanto gehts doch garnicht! Yo verstehe sí natürlich qué Roland meint y voluntad! WM_Close wertet él inner wproc de en el Programa auch entonces a final si en uno Bucle es. Es ok así! Der Bug es el destroywindow(hwnd) el auch tut! Natürlich envía dieses destroywindow el selbe Message aber entonces muss Roland eben genau esta una Excepción conjunto. Ein if en destroywindow meinetwegen qué aufpasst el si la param hwnd es el ebend no el programm terminiert se. Wer hingegen con el api una wm_close envía el kann así meinetwegen gerne en el Nase fallen. Aber hier gehts en el XProfansche Destroywindow el nunmal simplemente no el Anwendung final darf. Noch nichteinmal a Diskussion dürfte el posición porque destroywindow es no end y darf no end y no fast wirken como end y no machmal wirken como end y no veces hier veces como wirken como end! Hey y si Profano²/XProfan el ya siempre así tut - entonces tut lo el eben ya siempre falso - así simplemente es el nunmal.

The End.

05.07.2007 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

RGH

Dieses Conjunto hay ya lo heißt usermessage 2

Ganz así simplemente es no. Su Programa stürzt de, si el zweite Ventana schließen willst.

... y ahora muß Yo en el Waagrechte. Was nutzt el schönste Gleitzeit en el Firma, si la Tochter en 7:30 en el Schule gefahren voluntad muß. ;)

Saludo
Roland

Und todavía una vez: Es de Anfang a gewollt, daß el Schließen des Hauptfensters (egal, por qué, lo geschlossen se) el Programa final. Basta!

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

06.07.2007 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

RGH

Dieses Conjunto hay ya lo heißt usermessage 2

Ganz así simplemente es no. Su Programa stürzt de, si el zweite Ventana schließen willst.

Dann haben wir sólo igual todavía una zweiten Bug gefunden.

Denn lo son kaum una verständliche y einfache Erklärung por qué nun grade dieser einfache Source:
Kompilieren Marca Separación

usermessages 2
Print Moment...
settimer 2000:waitinput:killtimer
destroywindow(%hwnd)

whileloop 40

    sleep 10

wend

var dlg&=createwindow(0,Oha?,100,100,640,480)
waitinput

06.07.2007 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

RGH

Naja, si una wichtige Windows-Message para Verstummen bringst, entonces darfst Usted Usted no wundern, si con el Kommunikation no mehr klappt!

Gute Nacht!

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

06.07.2007 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Ahí está nix vom verstummen. Neinnein - Usermessage debería niemals aussagen el uno una Message verstummen lässt - lediglich el esta por XProfan anders behandelt se.

Gibts a el es una Bug - no weils una Bug es - pero porque XProfan eben algo mehr tun debería como lo ahora el Fall es. Nämlich el Destroywindow-Unterscheidung.

Hey Roland veces ehrlich el o.G. Source debería durchlaufen como una Bienchen.

Hilfedatei

Lo son en Profano de Versión 7 anwenderdefinierte Usermessages. Das son Messages, en denen WAITINPUT en todos Fälle verlassen se y el entonces no por el sonstigen XProfan- y Windowseigenen Messagehandler behandelt voluntad.

Und genau el - y sólo el se auch passieren.

Von Choque es como no Rede. ;D

Usted hast bisher siempre el Linie mantenido Wenn uno Apis nutzt isser incluso zuständig - aber Wenn uno reine XProfanbefehle nutzt debería alles klappen. Diese Linie es perfekt y muss aber konsequent mantenido voluntad.

06.07.2007 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

RGH

Und todavía una vez: Es de Anfang a gewollt, daß el Schließen des Hauptfensters (egal, por qué, lo geschlossen se) el Programa final. Basta!

Ha! Das glaub Yo No.

Schließen si uno [X] klickt - el wolltest Usted sicher y el halte Yo también para Sinnvoll en el Falle el Windowstyle 512 no gesetzt es (oder usermessage 2) aber el DestroyWindow hwnd el Programa auch final debería el es geschwindelt.

Das había Usted simplemente übersehen gibs a.

06.07.2007 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

RGH

Und todavía una vez: Es de Anfang a gewollt, daß el Schließen des Hauptfensters (egal, por qué, lo geschlossen se) el Programa final. Basta!

Ha! Das glaub Yo No.

Das había Usted simplemente übersehen gibs a.

Nein, el hängt programmtechnisch zusammen. Aunque Tuve veces eingeplant, el DestroyWindow una Fehlermeldung ausgibt oder zumindest no reagiert, si el a zerstörende Ventana la ventana principal es. Aber entonces Yo lo después de algunos Diskussionen doch gelassen.

Saludo
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

06.07.2007 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

RGH

Ahí está nix vom verstummen. Neinnein - Usermessage debería niemals aussagen el uno una Message verstummen lässt - lediglich el esta por XProfan anders behandelt se.

Un Usermessage se de XProfan simplemente nada mehr behandelt! Das muß entonces en el XProfan-Programa incluso geschehen.
Das funktioniert en el Fensterprozedur ungefähr así:
- Un Message kommt a
- Ist el Message en el Array con el Usermessages?
-- Wenn sí, entonces poner el entsprechenden Systemvariablen y sorgen para una Verlassewn des Waitinput
-- Wenn nein, entonces se se Windows tambor kümmern

Mit otro Worten: Si el Programa nichts sinnvolles así anfängt, verhallt el Message ungehört en el Weiten des Rams ... oder wo De todos modos.

Saludo
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

06.07.2007 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

◄

123

►