Italia
SKControl.DLL

Klassennamen inkompatibel mit XProfan10 Addstring

 
Hallo Sebastian, hab Dir diese Meldung auch zugemailt, aber hier noch mal per 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 naturalmente 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
Ciao,

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 per 10er Nutzer ja auch den Code später per 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 (per 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  
 



Answer


Topictitle, max. 100 characters.
 

Systemprofile:

Kein Systemprofil angelegt. [anlegen]

XProfan:

 Posting  Font  Smilies  ▼ 

Bitte anmelden um einen Beitrag zu verfassen.
 

Topic-Options

3.349 Views

Untitledvor 0 min.
Walter27.10.2018
Manfred Barei13.08.2017
Rainer Hoefs08.06.2016
GDL23.08.2013
Di più...

Themeninformationen

Dieses Thema hat 3 subscriber:

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


Admins  |  AGB  |  Applications  |  Autori  |  Chat  |  Informativa sulla privacy  |  Download  |  Entrance  |  Aiuto  |  Merchantportal  |  Impronta  |  Mart  |  Interfaces  |  SDK  |  Services  |  Giochi  |  Cerca  |  Support

Ein Projekt aller XProfaner, die es gibt!


Il mio XProfan
Private Notizie
Eigenes Ablageforum
Argomenti-Merkliste
Eigene Beiträge
Eigene Argomenti
Zwischenablage
Annullare
 Deutsch English Français Español Italia
Traduzioni

Informativa sulla privacy


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