Deutsch
SKControl.DLL

Klassennamen inkompatibel mit XProfan10 Addstring

 
Hallo Sebastian, hab Dir diese Meldung auch zugemailt, aber hier noch mal für Alle zum Nachlesen:

XProfan10 überprüft anhand der Klassennamen bei Befehlen wie Addstring  oder Addchoice  welche Message in Frage kommt um das Control zu befüllen. Damit funktioniert ein Addstring aber mit den SKControls nicht mehr, da diese z.B. folgende Klassennamen haben:

SKColorComboBox
SKColorListBox

Nach hin-und-herüberlegen wäre es wohl das Einfachste wenn Du die Standardklassennamen verwenden würdest, damit XProfan10s Addstring  und Addchoice  auch mit den SK-Controls funktionieren.

@Alle

Alternativ können natürlich die SK-Controls mit den entsprechenden sendmessage s auch weiterhin befüllt werden, z.B. eine Listbox mit: sendmessage(handle&,384,0,addr(eintrag$))

Georg Dankesreiter hat mich darauf aufmerksam gemacht gehabt.
 
02.04.2006  
 




Sebastian
König
Hallo,

wie gerade im Chat besprochen habe ich jetzt alle Fenster-Klassen der DLL so umbenannt, dass sie mit dem jeweiligen Typ des Controls beginnen (z.B. ListBox_SKColorListBox) - wenn ab der nächsten Subscription-Version dann nur noch der Anfang des Names überprüft wird, sollte es wieder funktionieren

MfG

Sebastian
 
Windows XP, XProfan/Profan² 4.5 bis 11
Profan2Cpp-Homepage:  [...] 
Alte Profan²-Seite:  [...] 
02.04.2006  
 




Rolf
Koch
Huch hab ich was verpasst?
Dann muss ich für 10er Nutzer ja auch den Code später für die SKCONTROLS in Roc anpassen oder wie?
 
03.04.2006  
 



Musst nur die ab sofort erhältliche neue SkKontrol mitbringen und auf die next Subscriptionlieferung X10S3 warten, am Roc solltest Du dann nix ändern müssen.

XProfan wird halt bei Überprüfung des Strings eines Fensterklassenamens (für z.B. addstring) nicht mehr den vollständigen Namen der Klasse vergleichen, sondern schauen ob der Klassenname z.B. mit ListBox oder ChoiceBox beginnt. Da in Sebastians neuer Version der DLL die Klassennamen der Controls angepasst sind (z.B. ListBoxSkControl), wirds dann mit der neuen Lieferung von XProfan10 auch wieder funktionieren.

Und DLL-Hersteller wissen das die Klassennamen von Controls mit dem StandardKlassenNamen beginnen sollten wenn mit XProfanbefehlen darauf zugegriffen werden soll. Das betrifft jedoch - so wie ich es verstanden habe - nicht alle XProfan-Funktionen, sondern z.B. die Addstring/Addchoice - Reihe.
 
03.04.2006  
 




Rolf
Koch
Achso Danke Dir iF
 
03.04.2006  
 



Antworten


Thementitel, max. 100 Zeichen.
 

Systemprofile:

Kein Systemprofil angelegt. [anlegen]

XProfan:

 Beitrag  Schrift  Smilies  ▼ 

Bitte anmelden um einen Beitrag zu verfassen.
 

Themenoptionen

3.346 Betrachtungen

Unbenanntvor 0 min.
Walter27.10.2018
Manfred Barei13.08.2017
Rainer Hoefs08.06.2016
GDL23.08.2013
Mehr...

Themeninformationen

Dieses Thema hat 3 Teilnehmer:

iF (2x)
Rolf Koch (2x)
Sebastian König (1x)


Admins  |  AGB  |  Anwendungen  |  Autoren  |  Chat  |  Datenschutz  |  Download  |  Eingangshalle  |  Hilfe  |  Händlerportal  |  Impressum  |  Mart  |  Schnittstellen  |  SDK  |  Services  |  Spiele  |  Suche  |  Support

Ein Projekt aller XProfaner, die es gibt!


Mein XProfan
Private Nachrichten
Eigenes Ablageforum
Themen-Merkliste
Eigene Beiträge
Eigene Themen
Zwischenablage
Abmelden
 Deutsch English Français Español Italia
Übersetzungen

Datenschutz


Wir verwenden Cookies nur als Session-Cookies wegen der technischen Notwendigkeit und bei uns gibt es keine Cookies von Drittanbietern.

Wenn du hier auf unsere Webseite klickst oder navigierst, stimmst du unserer Erfassung von Informationen in unseren Cookies auf XProfan.Net zu.

Weitere Informationen zu unseren Cookies und dazu, wie du die Kontrolle darüber behältst, findest du in unserer nachfolgenden Datenschutzerklärung.


einverstandenDatenschutzerklärung
Ich möchte keinen Cookie