| |
| |
|
Rolf
Koch | Hey Leute,
In meinem Roc benutze ich eh und je ein Trackmenü auf Apibasis.
Seit XProfan Version 11.0 bekomme ich als Return (egal, welche Auswahl ich treffe) immer
-33 ! Habe heute mal mit einem normalen Trackmenü auf XProfanbasis versucht und
auch hier kommt dieser Rückgabewert.
Wie gesagt war es bis zu XProfan 10.x perfekt und die Werte kamen richtig an.
Einer eine Idee? Roland? Hast Du irgenwas geändert, was zu diesem Problem passen könnte?
Thx im Vorraus. |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | |
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 19.01.2010 ▲ |
|
| |
|
|
Rolf
Koch | Hey Jörg,
sicher ist auch logisch mit dem Minibeispiel
Jedoch warum? Ich hätte genau dasselbe wie Du hierhin geschrieben.
Dies läuft ja auch. Mir geht es mehr um internes in XProfan, welches ich nicht weis.
Bedeutet z.B. gewisse Fensterstile nicht mehr zum Menü passen, irgendwelche mittlerweile umgebaute interne Sachen in XProfan halt. Ich kann kein Minimalbeispiel geben ausser jenes welches Du auch gepostet hast. ROC hier hin zu kopieren, dann lädt der Browser morgen noch *lol*
Verstehste was ich meine? Es muss etwas sein, was die Rückgabe stört, was ich aber nicht wissen kann. Ich habe schon viele Sachen auskommentiert und probeweise an vielen Stellen geändert. Nix. |
|
| |
| |
| |
|
|
 | | Vlt. mal alle ProcAddrs ausklammern, die nicht auf nProcs zeigen. ^^ |
|
| |
| |
| |
|
|
Rolf
Koch | | muhahahaha iF - dann muss ich bis auf eine alle auskommentieren ^^ |
|
| |
| |
| |
|
|
RGH | Hallo Rolf,
Du schreibst, dass das Problem auch bei Deinem API-basierendem Trackmenü auftritt. An den API-Aufrufen habe ich aber bis einschließlich XProfan 11.2a nichts geändert. Ich tappe hier völlig im Dunkeln, woher da die ominösen -33 herkommen sollen.
(Wenn jemand mit den ersten Alpa-Versionen von XProfan 12 derartiges gemeldet hätte, würde mich das weniger wundern, da hier sehr tiefgreifende Änderungen vorhanden sind.)
Wenn Du doch irgendwie eion überschaubares Beispiel hinbekämst, würde das natürlich sehr weiterhelfen.
Gruß
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 | Klar Roland, mir ist es auch sehr schleierhaft. Wenn man wenigstens den Wert -33 zuordnen könnte.
Aber wie ich schon schrieb, ROC ist so umfassend und fast alles drin, was es XProfantechnisch (fast!) gibt, woher soll ich den ein Beispiel nehmen? Es ist ja wie gesagt auch im normalen Trackmenü so und dort ist alles ganz normal, wie oben in Jörgs Vorlage. Ich könnte stundenlang hier Beispiele versuchen zu pinseln, es würde funktionieren. Es liegt irgendwo im grossen ROC an irgendetwas anderem der Hase begraben, womit wir alle nicht rechnen.
Naja bleibt mir nichts anderes übrig mit dem Such und Finde Prinzip weiter durchzuchecken. Ich werde dann wenn ich irgendwann mal den Fehler gefunden habe, bescheid geben woran es lag. |
|
| |
| |
| |
|
|
Rolf
Koch | Bin der Sache etwas näher gekommen. Set("Fastmode",x) ist es Schuld.
Setze ich den Fastmode vor dem Menü zurück klappt es.
a.) Roland, warum hat es früher geklappt?
b.) iF - oder hast Du was damit zu tun *lol* XPSE?
Naja bin auf dem richtigen Weg ^^ |
|
| |
| |
| |
|
|
| | Was ich jetzt leider nicht weiß, ob Du zu diesem letzten Test bereits alle ProcAddrs ausgeklammert hast, die auf procs zeigen. Ich habe zwar keinen Quelltext (xpse) hier, habe mich aber per VNC in Dt. eingeloggt und in den Quelltext geschaut. Eine [-]33 kommt zwar in Header/ Konstantendefinitionen vor wie man auch per Konstantinopel einsehen kann, aber eben (leider) nirgends wo anders. Aber ich habe eine Idee, denn Du könntest wo es möglich ist, wenn Du nicht alle ProcAddrs ausklammern magst, in diese Procs (nicht nProcs), auf die per ProcAddr gezeigt wird, ein Return 35 einfügen. Vlt. wird dann aus der -33 eine -35 und der Tübeläter wäre eingezingelt. ^^ |
|
| |
| |
| |
|
|
Rolf
Koch | | Werde ich mal versuchen iF. Aufjedenfall ist es Fastmode. |
|
| |
| |
| |
|
|
| | Ich glaub eher "FastMode" ist hierbei nicht die tatsächliche Ursache - schätzungsweise unterbindet FastMode 0 eher eine Folgeerscheinung. |
|
| |
| |
| |
|
|
Rolf
Koch | Im ganzen Programmablauf ist Fastmode auf 1 gestellt, vielleicht war es vorher so, dass es ausversehen geklappt hat. Denn es heist ja, dass z.B. interne Dialoge nicht funktionieren in der Profanhilfe. Besonders mag ich es ja sowieso nicht, dieses Fastmode  |
|
| |
| |
| |
|
(532)
Deutsch
English
Français
Español
Italia