Re: [Pharo-users] Settings browser

Le 28/03/2015 15:11, Alain Plantec via Pharo-users a écrit : > I’ve opened an issue. > 15242 > Cheers > Alain > Thanks Alain, I tested this change on the Pharo settings, and I did not notice any pop up debugger. But of course a deeper testing may be ne

Re: [Pharo-users] Settings browser

--- Begin Message --- I’ve opened an issue. 15242 Cheers Alain > Le 28 mars 2015 à 12:43, Hilaire a écrit : > > Hi Alain, > > Modifying inputWidget method as follow will be fine for me: > > inputWidget >"return the default widget for the input

Re: [Pharo-users] Settings browser

Hi Alain, Modifying inputWidget method as follow will be fine for me: inputWidget "return the default widget for the input a the setting" ../.. inputWidget ifNotNil: [(inputWidget respondsTo: #model:) ifTrue: [inputWidget model ifNil: [inputWidget model: self]]]. ../..

Re: [Pharo-users] Settings browser

--- Begin Message --- Hello Hilaire, I will have a look, I don’t remember why. btw, I have to check because the #respondsTo: is not very sexy. Cheers Alain > As I wrote previously, the Settings browser let me complete almost > successfully what I need. See attached screenshot. I am only stuck wit

Re: [Pharo-users] Settings browser

Le 25/03/2015 15:04, Hilaire a écrit : > Le 25/03/2015 12:39, Alain Plantec via Pharo-users a écrit : >>> settingInputWidgetForNode: aSettingDeclaration >>>^ (aSettingDeclaration name, 'Widget') asSymbol value: self. >>> >> strange that you send the #value: message to a Symbol here. >> Alain >

Re: [Pharo-users] Settings browser

Le 25/03/2015 12:39, Alain Plantec via Pharo-users a écrit : >> >> settingInputWidgetForNode: aSettingDeclaration >>^ (aSettingDeclaration name, 'Widget') asSymbol value: self. >> > > strange that you send the #value: message to a Symbol here. > Alain It is tricky indeed, but it is the only wa

Re: [Pharo-users] Settings browser

--- Begin Message --- > Le 25 mars 2015 à 12:19, Hilaire a écrit : > > settingInputWidgetForNode: aSettingDeclaration >^ (aSettingDeclaration name, 'Widget') asSymbol value: self. > strange that you send the #value: message to a Symbol here. Alain--- End Message ---

Re: [Pharo-users] Settings browser

Le 24/03/2015 21:22, Alain Plantec via Pharo-users a écrit : > Have a look at the setting chapter (The Setting Framework) Hi Alain, Thanks Alain. I was already studying the chapter yesterday, but it appears there is an unexpected complication, In a singleton DrGeoStylePreference class I define

Re: [Pharo-users] Settings browser

--- Begin Message --- Hello Hilaire, you do it but not with a pickOne list. Yes I know it would be very cool to be able to do with a pickOne. Have a look at the setting chapter (The Setting Framework) https://ci.inria.fr/pharo-contribution/view/Books/job/DeepIntoPharo/ At the end of the chapter I

Re: [Pharo-users] Settings browser

Le 24/03/2015 18:30, Peter Uhnák a écrit : > take a look at WidgetExamples class>>exampleBasicControls > one of the inputs is a morph drop list. > Hi Peter, I know but my question is about using such morph drop list from the Settings browser. Hilaire -- Dr. Geo - http://drgeo.eu iStoa - http://

Re: [Pharo-users] Settings browser

Hi, take a look at WidgetExamples class>>exampleBasicControls one of the inputs is a morph drop list. Peter On Tue, Mar 24, 2015 at 6:02 PM, Hilaire wrote: > Hello, > > From the settings browser, I want a drop list populated with morph of my > choice; for example coloured rectangle morphs: I w

[Pharo-users] Settings browser

Hello, >From the settings browser, I want a drop list populated with morph of my choice; for example coloured rectangle morphs: I want the user to select a colour from such a predefined set and not from a text list. I did not find it is possible. Did I miss something ? (aBuilde

Re: [Pharo-users] Settings Browser: Moose 5.1 exported settings raises error in Pharo 4.0

The problem is also when you rename a class. Having explicit class name is a problem. Damien C we wwna to extract and revisit the configuration approach of pillar to offer a nice way to support configurations. Now it is based on Ston and it will make the approach based on a little package. So

[Pharo-users] Settings Browser: Moose 5.1 exported settings raises error in Pharo 4.0

Hi, If I export settings from Settings Browser in Moose 5.1 and then open Pharo 4.0 image, it raises an error "GTGenericStackDebugger not found in SystemDictionary”. The problem is a setting: (Smalltalk at: #GTGenericStackDebugger) perform: #enableStackColoring: with: (true) which ap