- Pharo-users - lists.pharo.org

Re: [Pharo-users] Comparing floats

by Henrik Nergaard

You could implement a custom assert in ConverterTest to do the comparison, something like assert: aNumber withPrecision: precision equals: otherNumber self assert: (aNumber round: precision) equals: otherNumber assert: aNumber closeTo: otherNumber assert: aNumber withPrecision: self defaultPrecision equals: otherNumber defaultPrecision ^ 2 Best regards, Henrik -----Original Message----- From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of stepharo Sent: Friday, September 2, 2016 8:41 PM To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Subject: [Pharo-users] Comparing floats Hi I'm writing a simple converter between Celcius and Farhenheit as an example to start programming. Converter >> convertFarhenheit: anInteger ^ ((anInteger - 32) / 1.8) ConverterTest >> testFToC | converter | converter := TemperatureConverter new. self assert: ((converter convertFarhenheit: 86) = 30.0). self assert: ((converter convertFarhenheit: 50) = 10). self assert: ((converter convertFarhenheit: 52) = 11.11111111111111) My problem is with ((converter convertFarhenheit: 52) = 11.11111111111111) I do not want to have such ugly test. I tried either to control the output Converter >> convertFarhenheit: anInteger ^ ((anInteger - 32) / 1.8) roundDownTo: 0.1 Not a good idea Or to compare with closeTo: self assert: ((converter convertFarhenheit: 52) closeTo: 11.11) does not work because we cannot set the precision. So at ESUG I briefly discuss that with Nicolas Cellier and I need help. Should I introduce in pharo closeTo:interval: Any suggestions that a newby can understand is welcome. Stef

Sept. 2, 2016

Re: [Pharo-users] Comparing floats

by Esteban A. Maringolo

Why not use "equalsTo:"? Floats are tricky, you either round your result before comparing or change the comparison method. 0.333333333333333333 equalsTo: (1/3) "true" Regards! Esteban A. Maringolo 2016-09-02 15:41 GMT-03:00 stepharo <stepharo(a)free.fr>: > Hi > > I'm writing a simple converter between Celcius and Farhenheit as an example > to start programming. > > > Converter >> convertFarhenheit: anInteger > ^ ((anInteger - 32) / 1.8) > > ConverterTest >> testFToC > > | converter | > converter := TemperatureConverter new. > self assert: ((converter convertFarhenheit: 86) = 30.0). > self assert: ((converter convertFarhenheit: 50) = 10). > self assert: ((converter convertFarhenheit: 52) = 11.11111111111111) > > > My problem is with ((converter convertFarhenheit: 52) = 11.11111111111111) > > I do not want to have such ugly test. > > I tried either to control the output > > Converter >> convertFarhenheit: anInteger > ^ ((anInteger - 32) / 1.8) roundDownTo: 0.1 > > Not a good idea > > Or to compare with closeTo: > > self assert: ((converter convertFarhenheit: 52) closeTo: 11.11) > > does not work because we cannot set the precision. > > So at ESUG I briefly discuss that with Nicolas Cellier and I need help. > > Should I introduce in pharo closeTo:interval: > > Any suggestions that a newby can understand is welcome. > > > Stef > > >

Sept. 2, 2016

Re: [Pharo-users] Commit to Monticello from the code browser

by stepharo

In my version there is commit in package menu (even if I never used it). Did you see the videos I did for the mooc that explains the versions/and more Le 2/9/16 Ã 18:14, Federico.Balaguer a Ã©crit : > Hello all, > > I am stuck with a silly issue but I can't figure it out. I am developing a > simple class as an example for using during a lecture. > > I want to play with different version of the code and I set the package to > use the package-cache on Monticello. So, I can save the package on the > package-cache from the Monticello Browser but I can't commit the package > from code Browser. > > I would like to do it and show my students how to do it from the browser :-) > > Thanks. Federico > > > > -- > View this message in context: http://forum.world.st/Commit-to-Monticello-from-the-code-browser-tp4913844.… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Sept. 2, 2016

Comparing floats

by stepharo

Hi I'm writing a simple converter between Celcius and Farhenheit as an example to start programming. Converter >> convertFarhenheit: anInteger ^ ((anInteger - 32) / 1.8) ConverterTest >> testFToC | converter | converter := TemperatureConverter new. self assert: ((converter convertFarhenheit: 86) = 30.0). self assert: ((converter convertFarhenheit: 50) = 10). self assert: ((converter convertFarhenheit: 52) = 11.11111111111111) My problem is with ((converter convertFarhenheit: 52) = 11.11111111111111) I do not want to have such ugly test. I tried either to control the output Converter >> convertFarhenheit: anInteger ^ ((anInteger - 32) / 1.8) roundDownTo: 0.1 Not a good idea Or to compare with closeTo: self assert: ((converter convertFarhenheit: 52) closeTo: 11.11) does not work because we cannot set the precision. So at ESUG I briefly discuss that with Nicolas Cellier and I need help. Should I introduce in pharo closeTo:interval: Any suggestions that a newby can understand is welcome. Stef

Sept. 2, 2016

Commit to Monticello from the code browser

by Federico.Balaguer

Hello all, I am stuck with a silly issue but I can't figure it out. I am developing a simple class as an example for using during a lecture. I want to play with different version of the code and I set the package to use the package-cache on Monticello. So, I can save the package on the package-cache from the Monticello Browser but I can't commit the package from code Browser. I would like to do it and show my students how to do it from the browser :-) Thanks. Federico -- View this message in context: http://forum.world.st/Commit-to-Monticello-from-the-code-browser-tp4913844.… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Sept. 2, 2016

Re: [Pharo-users] Spec Text Emphasis

by Sean P. DeNigris

Sean P. DeNigris wrote > There must be some sort of guard inside TextModel that no-ops if the > string is the same, so changing the text works: This seems to be true of plain TextMorphs as well. More disturbingly, it seems that LabelMorphs *silently throw away any emphasis that isn't bold or italics* due to the implementation of LogicalFont>>#emphasized:. Argh... On another note, bare TextMorphs adapted for Spec successfully displayed the strikethrough, but I can't for the life of me figure out how to get them #hResizing: #spaceFill! I tried both: newRow: [:row | row newColumn: [ :col | col add: #checkbox ] width: 25; newColumn: [ :col | col add: #textField ] ] height: 35; and without the columns: newRow: [:row | row add: #checkbox width: 25; add: #textField ] height: 35; I've run out of time for this project. Thank you for your help. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Spec-Text-Emphasis-tp4913688p4913834.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Sept. 2, 2016

Re: [Pharo-users] No right-button menu in Inspector on a ByteString

by H. Hirzel

Thank you Ben for the confirmation and the link to the discussion. Until this is resolved I got a workaround, see the other thread "How do I display a text in a text window?" UIManager default edit: (MyTextCollection at: 101) label: 'Text 101'. This gives me access to the text. --Hannes On 9/2/16, Nicolai Hess <nicolaihess(a)gmail.com> wrote: > 2016-09-02 8:25 GMT+02:00 Ben Coman <btc(a)openinworld.com>: > >> ctrl-c, ctrl-v are working in Linux Pharo 60197 and also Moose 6.0, >> but ctrl-b, ctrl-n, ctrl-m are not. >> > > cheers -ben >> > > I think it is not yet in. > related discussion: > http://forum.world.st/request-for-improvements-in-GTInspector-or-debugger-t… > > > > > > > >> >> On Fri, Sep 2, 2016 at 2:10 PM, stepharo <stepharo(a)free.fr> wrote: >> > THANKS for the feedback. >> > >> > Normally we talked about it with andrei and doru at ESUG. >> > >> > Can you check if this was fixed in Pharo 60 because someone told me >> > that >> it >> > was but I'm not sure. >> > >> > >> > Stef >> > >> > >> > Le 2/9/16 Ã 02:28, Ben Coman a Ã©crit : >> > >> >> I agree. I've suffered the same need previously. Unless there is a >> >> particular reason its been designed against, I'd request the usual >> >> shortcut keys work. I often want to use ctrl-b, ctrl-m in the default >> >> tab, even though switching to the raw tab works. >> >> >> >> cheers -ben >> >> >> >> On Fri, Sep 2, 2016 at 3:37 AM, H. Hirzel <hannes.hirzel(a)gmail.com> >> wrote: >> >>> >> >>> However the text is incomplete there. No possibility to get it into >> >>> the clip board. >> >>> >> >>> Question still open .... >> >>> >> >>> >> >>> On 9/1/16, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >> >>>> >> >>>> Found the answer: >> >>>> >> >>>> the right-mouse button menu is only available in the 'raw' tab ... >> >>>> >> >>>> --H. >> >>>> >> >>>> On 9/1/16, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >> >>>>> >> >>>>> Hello >> >>>>> >> >>>>> I have an Inspector on n a ByteString open and would like to copy >> >>>>> out >> >>>>> the string into the clipboard. >> >>>>> >> >>>>> I can select the text but there is no right-mouse button menu to >> >>>>> copy >> >>>>> it. >> >>>>> >> >>>>> ALT-C just replaces the text with a c >> >>>>> CTRL-C the same. >> >>>>> >> >>>>> I am using Pharo 5.0 on Linux Mint. >> >>>>> >> >>>>> In the preferences I found nothing how to activate a right mouse >> >>>>> button menu nor something about activating an edit menu. >> >>>>> >> >>>>> What am I missing? >> >>>>> >> >>>>> Kind regards >> >>>>> >> >>>>> Hannes >> >>>>> >> >> >> > >> > >> >> >

Sept. 2, 2016

Re: [Pharo-users] [Pharo-dev] [ANN] RProjectConnector V2.1

by Serge Stinckwich

If you have install R with brew, you will find the dll here: /usr/local/Cellar/r/3.3.1_2/R.framework/Versions/3.3/Resources/lib On Thu, Sep 1, 2016 at 7:25 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > I do not see any apparent libraries on OSX. I am inspecting the content of > the R application Package and it only contains images and some executables. > > Alexandre > > On Sep 1, 2016, at 1:55 PM, Blondeau Vincent > <vincent.blondeau(a)worldline.com> wrote: > > Sorry, I havenât a Mac. > > First, you have to install R. > Then, I think you should only have to copy the R libraries (somewhere in the > disk^^) to the Pharo VM folder. > > Tell me if it works ;) > > Vincent > > De : Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] De la part de > Alexandre Bergel > EnvoyÃ© : jeudi 1 septembre 2016 17:49 > Ã : Any question about pharo is welcome > Cc : scismalltalk(a)googlegroups.com; Pharo Development List > Objet : Re: [Pharo-dev] [Pharo-users] [ANN] RProjectConnector V2.1 > > I wanted to try, but there is no installation instruction for OS X :-( > Can you produce some on OS X? It would be great > > Anyway, this is great Vincent! Keep pushing! > > Alexandre > > > > On Sep 1, 2016, at 12:42 PM, Blondeau Vincent > <vincent.blondeau(a)worldline.com> wrote: > > Hello everyone, > > I am glad to announce the release of version 2.1 of the RProjectConnector. > The binding between Pharo and R (https://www.r-project.org/) is now > translated to UFFI and so to Pharo 6.0. > > You can call directly your R methods from Pharo. For example, with the > famous iris clustering example: > > iris := 'eval' asREval: {RObject findVar: 'iris'}. > 'plot' > asREval: > {(iris at: 'Petal.Length'). > (iris at: 'Petal.Width'). > (#pch -> 21). > (#xlab -> 'length'). > (#ylab -> 'Width'). > (#bg ->((iris at: 'Species') collect: [ > :value | {'red'. 'green3'. 'blue'} at: value ])). > (#main -> 'Edgar Anderson''s Iris Data')}. > iris inspect. > > To use it, you should install R and copy the R libraries near the Pharo VM > (see the documentation on SmalltalkHub > (http://smalltalkhub.com/#!/~VincentBlondeau/RProjectConnector) for how to > proceed). > > > > Donât forget to relaunch Pharo after the installation to be able to use the > connector. > > Only basic features are implemented yet, but you can participate to its > extension! > > Cheers, > Vincent Blondeau > > !!!************************************************************************************* > "Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage > exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret > professionnel. Si vous recevez ce message par erreur, merci d'en avertir > immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne > pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra > Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs > efforts soient faits pour maintenir cette transmission exempte de tout > virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa > responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un > virus transmis. > > This e-mail and the documents attached are confidential and intended solely > for the addressee; it may also be privileged. If you receive this e-mail in > error, please notify the sender immediately and destroy it. As its integrity > cannot be secured on the Internet, the Worldline liability cannot be > triggered for the message content. Although the sender endeavours to > maintain a computer virus-free network, the sender does not warrant that > this transmission is virus-free and will not be liable for any damages > resulting from any virus transmitted.!!!" > > > > !!!************************************************************************************* > "Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage > exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret > professionnel. Si vous recevez ce message par erreur, merci d'en avertir > immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne > pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra > Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs > efforts soient faits pour maintenir cette transmission exempte de tout > virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa > responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un > virus transmis. > > This e-mail and the documents attached are confidential and intended solely > for the addressee; it may also be privileged. If you receive this e-mail in > error, please notify the sender immediately and destroy it. As its integrity > cannot be secured on the Internet, the Worldline liability cannot be > triggered for the message content. Although the sender endeavours to > maintain a computer virus-free network, the sender does not warrant that > this transmission is virus-free and will not be liable for any damages > resulting from any virus transmitted.!!!" > > -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

Sept. 2, 2016

Re: [Pharo-users] [Pharo-dev] [ANN] RProjectConnector V2.1

by Serge Stinckwich

Great job Vincent ! There is some problems on Mac OS X: - when I try to load in a fresh Pharo 5.0 image, I got a DNU on: RObjectArray class>>initElementType: I was able to load the package after a while by loading directly the package with the Monticello Browser - Apparently there is still some methods using NB like: RSession class>>checkSession or RSession class>>initEmbeddedR: I try to move the R dll close to my Pharo VM and also inside the Plugins directory but without success ... Is there a way to say where are the R dll instead of copying them ? Thank you. On Thu, Sep 1, 2016 at 5:42 PM, Blondeau Vincent <vincent.blondeau(a)worldline.com> wrote: > Hello everyone, > > > > I am glad to announce the release of version 2.1 of the RProjectConnector. > > The binding between Pharo and R (https://www.r-project.org/) is now > translated to UFFI and so to Pharo 6.0. > > > > You can call directly your R methods from Pharo. For example, with the > famous iris clustering example: > > > > iris := 'eval' asREval: {RObject findVar: 'iris'}. > > 'plot' > > asREval: > > {(iris at: 'Petal.Length'). > > (iris at: 'Petal.Width'). > > (#pch -> 21). > > (#xlab -> 'length'). > > (#ylab -> 'Width'). > > (#bg ->((iris at: 'Species') collect: [ > :value | {'red'. 'green3'. 'blue'} at: value ])). > > (#main -> 'Edgar Anderson''s Iris Data')}. > > iris inspect. > > > > To use it, you should install R and copy the R libraries near the Pharo VM > (see the documentation on SmalltalkHub > (http://smalltalkhub.com/#!/~VincentBlondeau/RProjectConnector) for how to > proceed). > > > > Donât forget to relaunch Pharo after the installation to be able to use the > connector. > > > > Only basic features are implemented yet, but you can participate to its > extension! > > > > Cheers, > > Vincent Blondeau > > > !!!************************************************************************************* > "Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage > exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret > professionnel. Si vous recevez ce message par erreur, merci d'en avertir > immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne > pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra > Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs > efforts soient faits pour maintenir cette transmission exempte de tout > virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa > responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un > virus transmis. > > This e-mail and the documents attached are confidential and intended solely > for the addressee; it may also be privileged. If you receive this e-mail in > error, please notify the sender immediately and destroy it. As its integrity > cannot be secured on the Internet, the Worldline liability cannot be > triggered for the message content. Although the sender endeavours to > maintain a computer virus-free network, the sender does not warrant that > this transmission is virus-free and will not be liable for any damages > resulting from any virus transmitted.!!!" -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

Sept. 2, 2016

Re: [Pharo-users] Spec Text Emphasis

by Peter Uhnak

On Fri, Sep 02, 2016 at 06:40:01AM -0700, Sean P. DeNigris wrote: > <frustrated /> > > > Peter Uhnak wrote > > TextInputFieldModel will most likely require #whenBuiltDo: and Morphic > > hacking. > > That is unfortunate. As a subclass, and conceptually in the model, it should > do everything that TextModel does - and more! Unfortunately it's a subclass, not a subtype. In other words it's implementation reuse. There are many (also conceptual) differences between the two. > > Since LabelModel and TextInputFieldModel have failed, it looks like the best > I can do currently with Spec is to use TextModel, whose scroll bar is > inappropriate in this context. Any way to hide it? You can also talk directly to the morph... whenBuiltDo: [:adapter | adapter widget something something ] > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Spec-Text-Emphasis-tp4913688p4913802.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

Sept. 2, 2016