| |
| |
|
| - page 1 - |
|
Rolf
Koch | Hey gens,
dans meinem Roc benutze je eh et je un Trackmenü sur Apibasis.
depuis XProfan Version 11.0 bekomme je comme Retour (égal, quelle sélection je treffe) toujours
-33 ! Habe aujourd'hui la fois avec einem normalen Trackmenü sur XProfanbasis versucht et
aussi ici venez cette Rückgabewert.
Comme je le disais était es jusque XProfan 10.x parfait et qui Werte kamen richtig à.
Einer une concept? Roland? la hâte Du irgenwas geändert, quoi trop diesem Problem passen pourrait?
Thx im Vorraus. |
|
| |
| |
| |
|
|
| |
| |
| - page 1 - |
|
Rolf
Koch | | muhahahaha iF - ensuite muss je jusqu'à sur une alle auskommentieren ^ ^ |
|
| |
| |
| |
|
|
RGH | allô Rolf,
tu écris, dass cela Problem aussi chez Deinem API-basierendem Trackmenü auftritt. à den API-Aufrufen habe je mais jusqu'à einschließlich XProfan 11.2a rien geändert. je tappe ici völlig im Dunkeln, woher là qui ominösen -33 herkommen devoir.
(si quelqu'un avec den ersten Alpa-Versionen de XProfan 12 derartiges gemeldet hätte, serait mich cela moins wundern, là ici très tiefgreifende Changements vorhanden sommes.)
si Du doch irgendwie eion überschaubares Beispiel hinbekämst, serait cela naturellement très weiterhelfen.
Salut
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 | 19.01.2010 ▲ |
|
| |
|
|
Rolf
Koch | bien sûr Roland, mir ist es aussi très schleierhaft. si on wenigstens la valeur -33 zuordnen pourrait.
mais comment je déjà schrieb, ROC est vaste et presque alles drin, quoi es XProfantechnisch (presque!) gibt, woher soll Je l' un Beispiel prendre? c'est oui comment dit aussi im normalen Trackmenü so et là ist alles entier normal, comment au haut de Jörgs Présentation. je pourrait stundenlang ici Beispiele versuchen trop pinseln, es serait marcher. Es liegt irgendwo im grossen ROC à irgendetwas anderem qui lièvre begraben, womit wir alle pas le calcul.
bof bleibt mir rien d'autre übrig avec dem Such et Finde Prinzip plus durchzuchecken. je werde ensuite si je irgendwann la fois den faute trouvé habe, bescheid donner woran es lag. |
|
| |
| |
| |
|
|
Rolf
Koch | suis qui l'affaire quelque chose näher gekommen. Set("Fastmode",x) ist es Schuld.
mets Je l' Fastmode avant dem menu zurück klappt es.
a.) Roland, pourquoi hat es früher geklappt?
b.) iF - ou bien la hâte Du quoi avec cela trop 1faire *lol* XPSE?
bof suis sur dem richtigen Weg ^ ^ |
|
| |
| |
| |
|
|
 | | quoi je maintenant malheureusement pas sais, si Du trop diesem letzten Test bereits alle ProcAddrs ausgeklammert la hâte, qui sur procs montrer. j'ai zwar keinen Voir le texte source (xpse) ici, habe mich mais per VNC dans Dt. eingeloggt et dans den Voir le texte source geschaut. une [-]33 venez zwar dans En-tête/ Konstantendefinitionen avant comment on aussi per Konstantinopel einsehen peux, mais plan (malheureusement) nirgends wohin anders. mais j'ai une concept, car Du könntest wohin es possible ist, si Du pas alle ProcAddrs ausklammern magst, dans cet Procs (pas nProcs), sur qui per ProcAddr gezeigt wird, un Retour 35 insérer. Vlt. wird ensuite aus qui -33 une -35 et qui Tübeläter wäre eingezingelt. ^ ^ |
|
| |
| |
| |
|
|
Rolf
Koch | | Werde je la fois versuchen iF. Aufjedenfall ist es Fastmode. |
|
| |
| |
| |
|
|
| | je glaub plutôt "Fastmode" ist hierbei pas qui tatsächliche Ursache - schätzungsweise unterbindet FastMode 0 plutôt une Folgeerscheinung. |
|
| |
| |
| |
|
|
Rolf
Koch | Im ganzen Programmablauf ist Fastmode sur 1 gestellt, peut-être était es auparavant so, dass es ausversehen geklappt hat. car es heist oui, dass z.B. interne Dialoge pas marcher dans qui Profanhilfe. Besonders mag je es oui sowieso pas, cet Fastmode  |
|
| |
| |
| |
|
| |
| |
| - page 2 - |
|
|
| | Mag FastMode aussi pas, besoin cette aussi garnicht weil je avec ProcAddr sur nProcs zeige - je crois "stabiler" ca va aussi pas et ensuite fonctionne es aussi absolu correct. |
|
| |
| |
| |
|
|
RGH | là Set("Fastmode", 1) oui den üblicherweise den sous anderem entre individuel Zeilen stattfindenden MessageLoop unterbindet, marcher quelques Befehle/Funktionen, qui interne Messages verwenden pas korrekt.
Salut
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 | 20.01.2010 ▲ |
|
| |
|
|
Rolf
Koch | cela meinte je Roland, seulement qui Frage pourquoi aufeinmal. Sonst J'ai eu nie Probleme avec cela et habe rien dans cet direction geändert. mets je comment dit avant Menüerstellung sur 0 klappt es et muss mais après wieder sur 1 se mettre, là sonst wieder autre Probleme logischerweise auftauchen.
vraie komisch. |
|
| |
| |
| |
|
|
| » seulement qui Frage pourquoi aufeinmal. Sonst J'ai eu nie Probleme avec cela
je mon oui, c'est oui plan pas "auf einmal" - es scheint seulement so. Es venez zwar "auf einmal" à "irgendeiner"/ cette Stelle zum Vorschein, mais si es réellement qui Ursache ist... mon sentiment sagt "nein". ^ ^
je crois aussi pas, dass Roland là irgend une "Fehler" gemacht hat ou bien quoi "geändert"/ incorporé hat - wir connaître doch Rolands Sorgfalt. Roland sagt z.B. aussi ProcAddr ist pour ENums, alors bleibt erstmal seulement trop regarder, si ProcAddr aussi wirklich pour Roland-Art seulement genutzt wird et si pas, bof ensuite gibts arrêt z.B. "Folgefehler" bzw. sommes cet ensuite plan pas auszuschließen. ^ ^ |
|
| |
| |
| |
|
(453)
Deutsch
English
Français
Español
Italia