Alain Plantec a écrit :
Henrik Johansen a écrit :
It needs a way to register new valid preference pragmas, and setting generators for such pragmas. May I suggest... using pragmas? ;P
:) I've checked and only two methods has to be adapted and one added in Pharo. Then a compatibility package can be implemented for Squeak. This package is optional and could be available for pharo-dev. I will provide it soon. Alain SLICE-SystemSettings-SqueakCompatibility is in the InBox. The SqueakPreferences package is attached. Henrik, can you check and put it somewhere for pharo-dev ?
For now, It only contains the following method: ---------------- SettingTreeBuilder>>preference: prefName category: category description: description type: type <settingPragmaProcessor> "Process a Squeak preference pragma" .... ---------------- It is tagged by the #settingPragmaProcessor pragma which is used by the builder when a SettingBrowser is opened in order to retrieve current settings keywords. For Pharo settings, the following is implemented ---------------- SettingTreeBuilder>>systemsettings <settingPragmaProcessor> "Process a <systemsettings> pragma" currentPragma methodClass theNonMetaClass perform: currentPragma selector with: self. ---------------- So, if Squeak makes use of a new pragma, the only thing to do is to add a similar method in the SqueakPreferences package and tag it with a #settingPragmaProcessor pragma. thanks to Andreas for its cs, I've removed one method and changed another one. Cheers Alain
Cheers, Henry