| |
|
|
Stefan M. Caillet | Kurze Frage: ist die Version der SKControl.dll die mit ROC von der Xprofan11 CD installiert wird die neueste Version? Danke gruss Stefan |
|
|
| Ich habe grosses Glück, weil ich Mitmenschen helfen darf. Entwicklungsumgebung: XProfan11 , Win XP Pro 32Bit , Win XP Home ,Win7 HomePremium 64Bit PC: P4/3GHz , 2GB RAM , 1700GB HD Laptop: Intel Core 2 Duo /2,2GHz , 4GB RAM , 500GB HD | 28.11.2008 ▲ |
|
|
|
|
Rolf Koch | Hi Stefan Ich kann Dir aufjedenfall sagen, daß ich zum Zeitpunkt vom ROC Update die neuste Version eingebunden habe. Ob danach noch ein SKControl Update kam, dies ist mir leider nicht bekannt. Einfachste Möglichkeit: Download neueste SKControl und ins richtige Rocverzeichnis kopieren. |
|
|
| |
|
|
|
| Stefan M. Caillet
Kurze Frage: ist die Version der SKControl.dll die mit ROC von der Xprofan11 CD installiert wird die neueste Version? Danke gruss Stefan
Das kann imho oft nicht der Fall sein - die mitgelieferte Version sollte mit dem zusammenlaufen, was mitgeliefert wurde.
Man sollte bei solch Produkten ruhig davon ausgehen, dass im Web eine bereits überarbeitete Version vorliegt. |
|
|
| |
|
|
|
Stefan M. Caillet | Hallo zusammen, also auf der XProfan-CD befindet sich im Ordner -BonusSEKOENIGSKCONTROL.DLL- die Version 1.22.12 Auf der Festplatte, im Ordner -XPROFAN11LIB- von (ROC verwendet) die Version 1.22.01 diese kann jedoch Color-Edits nur mit GetText$(GetWindow(edit&),GW_CHILD&) auslesen!
Im Forum hab ich die Version 1.22.08 gefunden, bei der GetText$(Edit&) funktioniert. Allerdings geht GetFocus(edit&) nicht - ist jedoch über GetFocus(GetWindow(edit&),GW_CHILD&) machbar.
Version 1.22.12 beherscht GetTex$(Edit&) ebenfalls, hat aber Darstellungs-Fehler, und stürzt bei mir sogar ab! @Sebastian: solltest Du mal Langeweile haben, kannst Du dir Version 1.22.12 ja mal ansehen. Vielleicht bekommst Du ja auch GetFocus (und wahrscheinlich auch SetFocus?) so hin, dass Edits direkt auf Get/Set-Focus(Edit&) reagieren? ich habe hier den Code V1.22.12-Absturz hochgeladen, damit es Nachvolziehbar wird. Der Absturz erfolgt, wenn man einen oder mehrere der Buttons Im orangen Feld z.B. Klaenderwoche "<<" od. ">>" anklickt. (die kalenderwoche müsste hoch- und runterzählen bei klick auf die entspr. Buttons. (Funkt. mit Ver 1.22.08 aber nicht mit Ver 1.22.12) Liebe Grüsse Stefan |
|
|
| Ich habe grosses Glück, weil ich Mitmenschen helfen darf. Entwicklungsumgebung: XProfan11 , Win XP Pro 32Bit , Win XP Home ,Win7 HomePremium 64Bit PC: P4/3GHz , 2GB RAM , 1700GB HD Laptop: Intel Core 2 Duo /2,2GHz , 4GB RAM , 500GB HD | 02.12.2008 ▲ |
|
|
|
|
Stefan M. Caillet | Hallo Sebastian, bitte vergiss das mit dem SetFocus/getFocus ganz schnell wieder, hab grade in der Hilfe zur SKControl.dll gelesen, warum das so ist, ja gerade so sein muss -> ist damit also völlig ok. Nun ja, wenn mann mehr lesen würde, bräuchte man weniger oft dumme Fragen stellen!
Aber vielleicht kommst Du ja dahinter, warum Vers. 1.22.12 bei meinem Code abstürzt. Ach ja noch was: Worin liegt der funktiionelle Unterschied von Vers. 1.22.12 zu Vers. 1.22.08 Danke. Liebe Grüsse Stefan |
|
|
| Ich habe grosses Glück, weil ich Mitmenschen helfen darf. Entwicklungsumgebung: XProfan11 , Win XP Pro 32Bit , Win XP Home ,Win7 HomePremium 64Bit PC: P4/3GHz , 2GB RAM , 1700GB HD Laptop: Intel Core 2 Duo /2,2GHz , 4GB RAM , 500GB HD | 02.12.2008 ▲ |
|
|
|
|
Sebastian König | Hallo Stefan,
erstmal sorry, dass ich diesen Thread so lange nicht richtig beachtet habe! 1.22.12 ist in der Tat die momentan neueste Version. Nach der Absturz-Ursache werde ich heute Nachmittag (muss mich heute morgen erstmal noch ein bischen auf die mündliche Kantonesisch-Prüfung später vorbereiten...) kümmern - danke für den Testcode dazu! Das andere Problem hat sich ja schon erledigt
Was genau sich von 1.22.08 auf 1.22.12 geändert hat, kann ich leider garnicht mehr genau sagen. Da beides 1.22.xy ist, sollten es aber primär Bugfixes und kleinere Erweiterungen sein. Irgendwann hatte ich auch mal größere Änderungen an der Control-Verwaltung vorgenommen, um alles etwas schlanker und effizienter zu gestalten. Möglicherweise hängt der Absturz damit zusammen... Kannst Du mir zum Testen evtl. noch das RES-Verzeichnis mit den im Code referenzierten Bildern schicken?
MfG
Sebastian |
|
|
| |
|
|
|
Stefan M. Caillet | Sebastian König
Da beides 1.22.xy ist, sollten es aber primär Bugfixes und kleinere Erweiterungen sein Kannst Du mir zum Testen evtl. noch das RES-Verzeichnis mit den im Code referenzierten Bildern schicken? Sebastian
Willst Du mit "Bugfixes" sagen, das Du die bösen Bugs in der dll Fixiert hast, damit die da nicht rauskönnen? - ne, war natürlich nur Spass - Ich kenne und verstehe diesen Begriff natürlich und ich muss wirklich sagen: Du leistest hervorragende Arbeit, und auch wirklich schnell!
Aber ja doch, selbstverständlich bekommst Du den RES Ordner. Aber ich stell ihn dir per PM zu, da ich ihn (noch) nicht veröffentlichen möchte. Liebe Grüsse Stefan |
|
|
| Ich habe grosses Glück, weil ich Mitmenschen helfen darf. Entwicklungsumgebung: XProfan11 , Win XP Pro 32Bit , Win XP Home ,Win7 HomePremium 64Bit PC: P4/3GHz , 2GB RAM , 1700GB HD Laptop: Intel Core 2 Duo /2,2GHz , 4GB RAM , 500GB HD | 03.12.2008 ▲ |
|
|
|
|
Sebastian König | Hallo Stefan,
ich bin gerade dran. Da sich die beschriebenen Buttons auf einem ColorStatic als Elternfenster befinden, vermute ich, dass es mit einer Änderung zusammenhängt, die ich in einer der letzten paar Versionen vorgenommen habe, um Nachrichten über Klicks etc. in solchen Fällen vernünftig ans Hauptfenster weiterzuleiten. Ich muss mal gucken, ob ich hier eine Backup-CD mit altem Code zum Vergleichen habe, aber ich fürchte eher nicht... kann also evtl. etwas dauern, bis ich das Problem aufspüren kann. Danke auf jeden Fall für die Unterstützung!
MfG
Sebastian |
|
|
| |
|
|
|
Sebastian König | Hallo Stefan,
eine alte Sicherung habe ich leider nicht mehr gefunden, aber ich denke, ich habe eine Idee, was das Problem auslöst: In einer der letzten Versionen habe ich eine Änderung an den ColorStatics vorgenommen, die dafür sorge, dass sie als Elternfenster für weitere Controls (in Deinem Code u.a. die "<<" und ">>" Buttons) dienen können. Wenn ich das rückgängig mache, tritt der Absturz nicht mehr auf... Du meintest, mit Version 1.22.08 funktioniert es noch - gilt das auch für die Abfrage der Buttons mit Clicked() ?
MfG
Sebastian |
|
|
| |
|
|
|
Stefan M. Caillet | Sebastian König
Hallo Stefan,
Du meintest, mit Version 1.22.08 funktioniert es noch - gilt das auch für die Abfrage der Buttons mit Clicked() ?
MfG Sebastian
Hallo Sebastian, In meinem Programm liegen im Hauptfenster eigentlich alle Buttons auf Statics, die Teilweise wiederum auf Statics gezeichnet sind. Deshalb wird Waitinput von keinem dieser Button-Klicks durchbrochen, weshalb ich Clicked() nicht nutzen kann. Ich löse das mittels KompilierenMarkierenSeparieren Ich glaube zwar, dass dies auch über Subclassen der Statics lösbar wäre, habe das mit den entspr. Buttonmessages im Subclassing noch nicht soweit kapiert, um diesen Weg zu beschreiten. Ich habe in meinem Programm mal testweise einen der Buttons auf Clicked() umgeschrieben, und den Timer dafür lahmgelegt, allerdings hat der Button-Klick das Waitinput nicht ausgelöst! Vlt. liegt dies aber auch daran, dass das Eltern-Fenster des Colorstatics nicht der Dialog, sondern ein weiteres Static ist. An gleicher Stelle liegt ein weiteres (verstecktes) Static, Das als Träger für 15 weitere Buttons dient. Durch Abwechselndes Verstecken / Anzeigen dieser Statics Erzeuge ich im selben Grunddialog 2 unterschiedlice Seiten. Der Preis dafür ist eben, dass Waitinput nicht verlassen wird, ud Clicked() nicht funktioniert. Wenn es Dir hilft, kann ich den Code-Auszug, den ich zum testen gesendet habe, ja für Dich so umarbeiten, dass das Colorstatic direkt auf dem Dialog liegt, um zu sehen, ob das Waitinput dann verlassen wird, und ob Ver. 1.22.12 dann immernoch abstürzt. Soll ich?? Gruss Stefan |
|
|
| Ich habe grosses Glück, weil ich Mitmenschen helfen darf. Entwicklungsumgebung: XProfan11 , Win XP Pro 32Bit , Win XP Home ,Win7 HomePremium 64Bit PC: P4/3GHz , 2GB RAM , 1700GB HD Laptop: Intel Core 2 Duo /2,2GHz , 4GB RAM , 500GB HD | 04.12.2008 ▲ |
|
|
|
|
| SS_NOTIFY [...] = { $100 | 256 } allen Statics verpasst, Stefan? |
|
|
| |
|
|
|
Sebastian König | Hallo Stefan,
Stefan M. Caillet
(...) Der Preis dafür ist eben, dass Waitinput nicht verlassen wird, ud Clicked() nicht funktioniert. Wenn es Dir hilft, kann ich den Code-Auszug, den ich zum testen gesendet habe, ja für Dich so umarbeiten, dass das Colorstatic direkt auf dem Dialog liegt, um zu sehen, ob das Waitinput dann verlassen wird, und ob Ver. 1.22.12 dann immernoch abstürzt. Soll ich??
Ja, das wäre wirklich super! Ich sehe in meinem Code nämlich tatsächlich erstmal kein Problem. Soweit ich es analysiert habe, bleibt das Programm in einer Endlossschleife stecken - aber nicht innerhalb des SKControl-Codes... Falls Du normale Statics verwendest, kannst Du auch mal probieren, sie durch Dialoge [erzeugt mit Control("DIALOG",...)] zu erstezen.
MfG
Sebastian |
|
|
| |
|
|