| |
| |
|
Dieter
Zornow | Hallo Sebastian,
du hast ja das Problem sicher schon hier im Forum gelesen [...] 
Ich denke das Problem war schon unter XProfan 10 nur scheinbar nicht immer. Kannst du etwas dagegen tun. Ok man kann als work around beim Erstellen einen Space$() in der zu erwarteten Länge eingeben aber das ist nicht Sinn der Sache. Kann ja sein, dass Multiedit ebenfalls betroffen ist.
Gruß aus Bangkok
Dieter |
|
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 02.11.2007 ▲ |
|
| |
|
|
 | Das Problem ist neu und wird einfach dadurch entstehen das Sebastian nur eine von Zwei Meldungen an den eigentlichen Text-Container weiterleitet. Die Meldung zur Ermittlung der Länge des Textes wird intern nicht von Control a zum SubControl b weitergeleitet, sodass die Länge vom Control a genutzt wird.
Sebastian wird das sehr einfach beheben können. |
|
| |
| |
| |
|
|
Dieter
Zornow | Ich denke das Problem ist nicht neu, vielleich bisher nicht festgestellt. Hatte unter XProfan 10 immer Probleme mit dem Programm. Es hatte sich nach einigen Aufrufen immer ohne Fehlermeldung verabschiedet. Nach meinen neuen Tests mit XProfan 10 kommt es da manchmal vor aber nicht immer wie bei Version 11. Mit dem Work around läuft es nun unter beiden Versionen stabil.
Gruß aus Bangkok
Dieter |
|
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 02.11.2007 ▲ |
|
| |
|
|
Sebastian
König | Hallo Dieter,
das Problem liegt - oder genauer: lag - tatsächlich in der DLL. Wie schon im anderen Beitrag vermutet wurde, hatte ich einfach vergessen, die Nachricht WM_GETTEXTLENGTH intern weiterzuleiten. Im Anhang findest Du eine korrigierte Version der DLL.
MfG
Sebastian
P.S.: Ich komme im Moment leider kaum dazu, hier regelmäßig mitzulesen, sodass ich den Beitrag im anderen Forum gestern nicht gesehen habe...  |
|
| |
| |
| |
|
(539)
Deutsch
English
Français
Español
Italia