| |
| |
|
| - page 1 - |
|
E.T. | Im Interpreter funktionierts:
SubProc Créer.BigPicButton
Paramètres Ziel&, Text$, PosX%, PosY%, Breite%, Hoehe%, Icon&
var BigPicButton& = @control("Button",Text$,$50012200+$2000000,PosX%,PosY%,Breite%,Hoehe%,Ziel&,100,%Hinstance)
Button_Refresh BigPicButton&, Icon&
Retour BigPicButton&
ENDPROC
Proc Button_Refresh
Paramètres Button&, Icon&
var Refresh_Button&=@control("Static",»,$50000003,5,5,32,32,Button&,0,%Hinstance)
@SendMessage(Refresh_Button&,$170,Icon& ,0)
ENDPROC
Windowstyle 16+8+2+512
Fenêtre 100,100
Titre de la fenêtre "ButtonTest" + " -- " + $ProfVer
UseIcon "A"
var Icon1& = @Créer("hIcon","baum")
var Button& = @Créer("BigPicButton",%HWnd,"Test- \nButton ",10,10,100,42,Icon1&)
waitinput
DeleteObject Icon1&
end
Compiliert gehts pas:
Getestet avec XProfan 11.2 / X2-R1 |
|
| |
| Grüße aus Sachsen... Mario  WinXP, Win7 (64 Bit),Win8(.1),Win10, Win 11, Profan 6 - X4, XPSE, und 'nen schwarzes, blinkendes Dingens, wo ich das alles reinschütte... | 16.11.2010 ▲ |
|
| |
|
| |
| |
| - page 5 - |
|
|
 | E.T. (16.11.10)
égal si incorrect ou bien völlig richtig, comment peux je mir ensuite encore sûrement son, cela Interpreter et Compiler / Linker oui c'est ca cela gleiche avec meinem Voir le texte source faire ???
Es peux pas Rolands/ XProfans devoir son une Sicherheit trop donner chez falschprogrammierten Programmen/ Quelltexten.
qui Sicherheit beschränkt sich sur pas-fehlerhafte Source - alors alles quoi z.B. comment dans qui Aider beschrieben eingesetzt wird.
E.T. (16.11.10)
ensuite pourrait oui aussi qui Compiler, qui quoi d'autre traduit comme qui Interpreter, un völlig et gänzlich fehlerfreies Programme so traduire, cela quoi entier d'autre raus venez.
il traduit oui rien d'autre. und dir oui à Ausführung.
E.T. (16.11.10)
alors rester wir la fois sur dem Boden qui Tatsachen: Interpreter et Compiler/ Runtime devrait déjà avec dem Voir le texte source cela gleiche faire.
oui, mais je crois Du verlangst oui cela Interpreter et Kompilat chez logisch faux programmierten Code aussi encore selbes Falschverhalten verursachen et c'est trop viel verlangt. ^ ^ |
|
| |
| |
| |
|
|
| E.T. (16.11.10)
und dir um un- et même chose XProfan, um un- et même chose Betriebssystem, um un- et denselben PC !! et und dir um um cela différent Comportement des Interpreter et Compiler/ Runtime dans oui c'est ca cette environnement !!!
je comprends toi déjà - mais est "egal" - cela ändert doch am Problem rien.
tu peux gleiches Verhalten verlangen chez pas-fehlerhaften Code.
si Du logische faute einprogrammierst peux pas den erwarteten le bout erwarten - pas chez Interpreter/ Kompilat/ Win98/ Win7 ... égal quel environnement. |
|
| |
| |
| |
|
|
| quoi tu fais ist:
allô Mercedes, im Handbuch steht cela voiture fährt 200. Meins fährt garnicht plus weil je vers une arbre gefahren suis. Euer Handbuch lügt.
^ ^ |
|
| |
| |
| |
|
|
E.T. | Du verstehst mich plan pas !!!
und dir tout autor, cela Interpreter et Compiler/ Runtime aus un- et demselben Voir le texte source deux verschiedene Sachen herstellen.
comment soll je 's car encore décrire... |
|
| |
| Grüße aus Sachsen... Mario WinXP, Win7 (64 Bit),Win8(.1),Win10, Win 11, Profan 6 - X4, XPSE, und 'nen schwarzes, blinkendes Dingens, wo ich das alles reinschütte... | 16.11.2010 ▲ |
|
| |
|
|
Dieter
Zornow | | la fois zur Ursache, je vois vous y, dass Mario cela Static avec deux lokalen Variablen qui dans qui Proc deklariert wurden erstellt hat. qui Interpreter erkennt, dass cela Static erstellt wurde et zeigt es à. qui Runtime vergisst, cela un Static erstellt wurde, weil qui Variablen bistrot étions et ensuite pas plus gelten, là fonctionne doch entier offensichtlich quelque chose faux. Beide müssten juste puis réagir, si qui Variablen gültig sommes ou bien pas. |
|
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 16.11.2010 ▲ |
|
| |
|
|
E.T. | @Dieter: Liegt à qui Windows-Version !!
je geb sur !!! |
|
| |
| Grüße aus Sachsen... Mario WinXP, Win7 (64 Bit),Win8(.1),Win10, Win 11, Profan 6 - X4, XPSE, und 'nen schwarzes, blinkendes Dingens, wo ich das alles reinschütte... | 16.11.2010 ▲ |
|
| |
|
|
| @Dieter: cela muss XProfan erkennen dans Runtime et Interpreter - stimme je völlig trop!
E.T. (16.11.10)
@Dieter: Liegt à qui Windows-Version !!
qui réaction Eurer (Deiner et Rolands) Fehlprogrammiererei hängt durchaus de qui Windows-Version ab!  |
|
| |
| |
| |
|
|
Dieter
Zornow | et pourquoi ensuite qui qui Diskussion  |
|
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 16.11.2010 ▲ |
|
| |
|
|
E.T. | quoi schreibe je eigentlich qui ganze Zeit ??
était wohl trop blöd, mich auszudrücken... |
|
| |
| Grüße aus Sachsen... Mario WinXP, Win7 (64 Bit),Win8(.1),Win10, Win 11, Profan 6 - X4, XPSE, und 'nen schwarzes, blinkendes Dingens, wo ich das alles reinschütte... | 16.11.2010 ▲ |
|
| |
|
|
| | @Dieter: qui Diskussion était oui pas si XProfan pas-deklarierte/ pas-erreichbare Variablen erkennen sollte (quoi imho de toute façon bien sûr ist) mais cela Kompilat et Interpreter pas juste réagir peut chez logisch-fehlerhaften Code. |
|
| |
| |
| |
|
|
| E.T. (16.11.10)
quoi schreibe je eigentlich qui ganze Zeit ??
Gleiche Problem comment im obigen Code? |
|
| |
| |
| |
|
|
| qui Diskussion à cause de:
chez logisch-fehlerhaftem Code peux on pas erwarten, dass Interpreter et Kompilat unique réagir.
quelqu'un pas d'accord?
iF (16.11.10)
si Du mich fragst ist cela mais aus mehreren Trouvé ne...aucune XProfan-Bug mais Ergebnis "unsachgemäßer" Programmation. ^ ^
So un Static sur nen Button ist arrêt "so" pas gedacht et différent Nachrichtenabwicklung pourrait ici cela différent Verhalten verursachen. ^ ^
Offensichtlich habe je qui Ursache faux eingeschätzt, réellement lags (merci Dieter!) à pas- ou bien "falsch"-deklarierten Variablen.
Vlt. hätte qui Diskussion pas stattgefunden. |
|
| |
| |
| |
|
(889)
Deutsch
English
Français
Español
Italia
