- Pharo-users - lists.pharo.org

Re: [Pharo-users] Number is not accepted by UI

by Verkoster Info

It definitely is, thanks for all your answersâ¦ Regards Max Am 16.07.2014 um 00:56 schrieb Camille Teruel <camille.teruel(a)gmail.com>: > I've been overtaken :) > Isn't that an active mailing list ? > > On 16 juil. 2014, at 00:53, Camille Teruel <camille.teruel(a)gmail.com> wrote: > > Hi Max, > Pharo doesn't have syntax for prefix operator like "-". > The parser does accepts a "-" before literal numbers but it's not possible for arbitrary expressions. > > However you have the message #negated . > > negatedWidth > ^ self width negated > > Cheers, > Camille > > On 16 juil. 2014, at 00:16, Verkoster Info <info(a)derVerkoster.de> wrote: > Hi, > > I am using latest Pharo 3.0 + vm. > > I have a method width with > width > > ^ 115 * self ratio. > in my understanding it returns a Number. > > When I try to create a method > negatedWidth > > ^ - (self width). > > the UI tells me that only Numbers may be negated. I am not able to save the method. Am I on a wrong path or should that work and if how can I avoid the UI error message? > > Regards > > Max

July 15, 2014

Re: [Pharo-users] Number is not accepted by UI

by Camille Teruel

I've been overtaken :) Isn't that an active mailing list ? On 16 juil. 2014, at 00:53, Camille Teruel <camille.teruel(a)gmail.com> wrote: > Hi Max, > > Pharo doesn't have syntax for prefix operator like "-". > The parser does accepts a "-" before literal numbers but it's not possible for arbitrary expressions. > However you have the message #negated . > > negatedWidth > ^ self width negated > > Cheers, > Camille > > On 16 juil. 2014, at 00:16, Verkoster Info <info(a)derVerkoster.de> wrote: > >> Hi, >> >> I am using latest Pharo 3.0 + vm. >> >> I have a method width with >> width >> >> ^ 115 * self ratio. >> in my understanding it returns a Number. >> >> When I try to create a method >> negatedWidth >> >> ^ - (self width). >> >> the UI tells me that only Numbers may be negated. I am not able to save the method. Am I on a wrong path or should that work and if how can I avoid the UI error message? >> >> Regards >> >> Max >> >

July 15, 2014

Re: [Pharo-users] Number is not accepted by UI

by Camille Teruel

Hi Max, Pharo doesn't have syntax for prefix operator like "-". The parser does accepts a "-" before literal numbers but it's not possible for arbitrary expressions. However you have the message #negated . negatedWidth ^ self width negated Cheers, Camille On 16 juil. 2014, at 00:16, Verkoster Info <info(a)derVerkoster.de> wrote: > Hi, > > I am using latest Pharo 3.0 + vm. > > I have a method width with > width > > ^ 115 * self ratio. > in my understanding it returns a Number. > > When I try to create a method > negatedWidth > > ^ - (self width). > > the UI tells me that only Numbers may be negated. I am not able to save the method. Am I on a wrong path or should that work and if how can I avoid the UI error message? > > Regards > > Max >

July 15, 2014

Re: [Pharo-users] Number is not accepted by UI

by Norbert Hartl

Max, Am 16.07.2014 um 00:16 schrieb Verkoster Info <info(a)derVerkoster.de>: > Hi, > > I am using latest Pharo 3.0 + vm. > > I have a method width with > width > > ^ 115 * self ratio. > in my understanding it returns a Number. > > When I try to create a method > negatedWidth > > ^ - (self width). > > the UI tells me that only Numbers may be negated. I am not able to save the method. Am I on a wrong path or should that work and if how can I avoid the UI error message? > It is all objects and you need to send a message to them in order to have a result. So a prefixed - (minus sign) won't work. But this is a very good demonstration what I have often encountered while learning smalltalk. The most obvious choice is the right one. The solution is already in the method name. You can write it negatedWidth ^ self width negated :) You see. It is easy and it makes completely sense now, no? Norbert

July 15, 2014

Re: [Pharo-users] Number is not accepted by UI

by Esteban A. Maringolo

You can only put the minus sign ("-") before a literal number. Ej -12, - 4.4, -2/3, etc. But not in front of any other "non number" object (from the parser point of view): Ej: - #() size "only numbers may be negated" What you want to do can be performed sending the message #negated to the object returned by #width. So #negatedWidth would be: negatedWidth: ^self width negated Regards! Esteban A. Maringolo 2014-07-15 19:16 GMT-03:00 Verkoster Info <info(a)derverkoster.de>: > Hi, > > I am using latest Pharo 3.0 + vm. > > I have a method width with > width > > ^ 115 * self ratio. > in my understanding it returns a Number. > > When I try to create a method > negatedWidth > > ^ - (self width). > > the UI tells me that only Numbers may be negated. I am not able to save the > method. Am I on a wrong path or should that work and if how can I avoid the > UI error message? > > Regards > > Max >

July 15, 2014

Number is not accepted by UI

by Verkoster Info

Hi, I am using latest Pharo 3.0 + vm. I have a method width with width ^ 115 * self ratio. in my understanding it returns a Number. When I try to create a method negatedWidth ^ - (self width). the UI tells me that only Numbers may be negated. I am not able to save the method. Am I on a wrong path or should that work and if how can I avoid the UI error message? Regards Max

July 15, 2014

export roassal views

by rosariosm

Hi, I have the following problem when i try to export a view into a png file. I use a RTMapBuilder as an example: b := RTMapBuilder new. b countries: RTMapBuilder countries. b view canvas buildMorph *extent: view view canvas camera encompassingRectangle extent ;* exportAsPNG. if i don't specify the rectangle extent (bold line), i can export without problem but i cant see the complete image. on the other hand, if a specify the rectangle extent, an error occurs. see both examples: 1) without extent <http://forum.world.st/file/n4767944/prueba2.png> 2) with extent <http://forum.world.st/file/n4767944/prueba.png> Anyone knows what is happenning?? Thanks, Rosario -- View this message in context: http://forum.world.st/export-roassal-views-tp4767944.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 15, 2014

Re: [Pharo-users] Refactoring project moving forward :)

by kilon alios

"nice" is understatement for anyone doing debugger coding with pharo . The lack of refactoring tools was a main reason I am not coding solely inside the Debugger so its definitely great news. My thought about Pharo is two sided one "Modularisation" and "Documentation" . I can think of no more important coding concepts. In the case of refactoring tools, it would be nice if refactoring tools could define a common "protocol" that any IDE tool could use to take advantage for them, so one would not need to hard code them inside the individual tools. Maybe that is already possible to an extend I have not looked into the code. If memory serves me correctly Debugger was modularised separating its GUI side from its core model. Personally I find Pharo extremely powerful when it comes to refactoring already. The one thing I would change is make the menus more intelligent, right now you can do illegal actions on selections for example I can inspect part of a message which of course it returns an error, it would be nice if the menu entries were disabled , grey out or removed in case of a bad selection, or ideally auto-correct the selection so the menu command can work. On Tue, Jul 15, 2014 at 5:17 PM, Ben Coman <btc(a)openinworld.com> wrote: > Mark Rizun wrote: > >> Hi, everyone! >> >> The project is developing: small changes, enhancements and fixes are made. >> You can read about it on my blog <http://myfuncoding.blogspot.com> . >> Everything is (or will be) included in recent versions of Pharo40. >> Please be free to introduce your thoughts and ideas about what should be >> done, or maybe what shouldn't. >> So, feedback is welcome. >> >> Best, >> Mark >> >> >> >> -- >> View this message in context: http://forum.world.st/ >> Refactoring-project-moving-forward-tp4767798.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> >> >> > Didn't quite until I read the blog. Having refactoring in the debugger > will be nice. > cheers -ben > >

July 15, 2014

Re: [Pharo-users] I've raised a bug that the Pharo website has a missing video

by stepharo

> FYI - I've raised a bug that the pharo website doesn't have a video showing > how to report bugs anymore. > > 13553 - Reporting issues video on Pharo website reports "Does not exist" Yes we saw that and we fixed it. We do not have the video and we may redo one in the future for now there is a description. > > Not sure if it's right to raise an issue - but thought it made sense (and > given I can't watch the video... ;) > > Tim > > > > -- > View this message in context: http://forum.world.st/I-ve-raised-a-bug-that-the-Pharo-website-has-a-missin… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

July 15, 2014

Re: [Pharo-users] Refactoring project moving forward :)

by Ben Coman

Mark Rizun wrote: > Hi, everyone! > > The project is developing: small changes, enhancements and fixes are made. > You can read about it on my blog <http://myfuncoding.blogspot.com> . > Everything is (or will be) included in recent versions of Pharo40. > Please be free to introduce your thoughts and ideas about what should be > done, or maybe what shouldn't. > So, feedback is welcome. > > Best, > Mark > > > > -- > View this message in context: http://forum.world.st/Refactoring-project-moving-forward-tp4767798.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > Didn't quite until I read the blog. Having refactoring in the debugger will be nice. cheers -ben

July 15, 2014