- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] PharoV30.sources in Pharo 4.0 download

by stepharo

I think so. Stef Le 1/4/15 22:23, Chris Cunningham a Ã©crit : > Is there a plan to condense changes and build a new sources file for > the 4.0 release? > > Just curious > -cbc > > On Wed, Apr 1, 2015 at 1:18 PM, Max Leske <maxleske(a)gmail.com > <mailto:maxleske@gmail.com>> wrote: > > >> On 01 Apr 2015, at 22:12, Dmitri Zagidulin <dmitri(a)zagidulin.net >> <mailto:dmitri@zagidulin.net>> wrote: >> >> I noticed that the Pharo 4.0 full distribution zip file off of >> Pharo.org/download <http://Pharo.org/download> contains >> PharoV30.sources (and not, say, PharoV40.sources). >> This is true for all 3 platforms: >> - http://files.pharo.org/platform/Pharo4.0-mac.zip >> - http://files.pharo.org/platform/Pharo4.0-win.zip >> - http://files.pharo.org/platform/Pharo4.0-linux.zip >> >> Is there a typo in a CI job somewhere? > > No, those are the latest sources :) The version simply tells you > with what image the sources have been created (I presume). Anyway, > the version number is not important. > >

April 1, 2015

Re: [Pharo-dev] Enhancing the AST API

by stepharo

I do not know. personally shorter is not a good measure to me. When I spend time understanding code I prefer simpler to understand than cryptic. Now I will have to check what is stored exactly and its meaning. Stef > what about leftIndex? it's shorter > > On Tue, Mar 31, 2015 at 12:53 PM, Thierry Goubier > <thierry.goubier(a)gmail.com> wrote: >> Le 31/03/2015 11:04, stepharo a Ã©crit : >>> Hi >>> >>> in Pharo 50 I would like to improve the AST API. >>> often we do not know if an instance variable holds a position or a node >>> and this should be clear. >>> For example I propose to have leftPosition instead of left. >> >> If you like. >> >>> Does anybody has a better suggestion? >> >> Well, I'm allways under the assumption that an instance variable is internal >> only and that, when querying an AST node, I should allways use its API (is >> that usually #startPosition and #stopPosition?). >> >>> This is really annoying to have to look at the users of an instance >>> variable to understand its role. >> >> Or have a well commented class to understand its role? It is not allways >> possible to have instantaneously understandable instance variable names. >> >> Thierry >> >> > >

April 1, 2015

Re: [Pharo-dev] Enhancing the AST API

by stepharo

> Well, I'm allways under the assumption that an instance variable is > internal only and that, when querying an AST node, I should allways > use its API (is that usually #startPosition and #stopPosition?). > Me too The implication of my proposal is to also rename all the accessors so that the get proper names... which of course they do not have. Stef >> This is really annoying to have to look at the users of an instance >> variable to understand its role. > > Or have a well commented class to understand its role? It is not > allways possible to have instantaneously understandable instance > variable names. > > Thierry > > >

April 1, 2015

Re: [Pharo-dev] PharoV30.sources in Pharo 4.0 download

by Chris Cunningham

Is there a plan to condense changes and build a new sources file for the 4.0 release? Just curious -cbc On Wed, Apr 1, 2015 at 1:18 PM, Max Leske <maxleske(a)gmail.com> wrote: > > On 01 Apr 2015, at 22:12, Dmitri Zagidulin <dmitri(a)zagidulin.net> wrote: > > I noticed that the Pharo 4.0 full distribution zip file off of > Pharo.org/download contains PharoV30.sources (and not, > say, PharoV40.sources). > This is true for all 3 platforms: > - http://files.pharo.org/platform/Pharo4.0-mac.zip > - http://files.pharo.org/platform/Pharo4.0-win.zip > - http://files.pharo.org/platform/Pharo4.0-linux.zip > > Is there a typo in a CI job somewhere? > > > No, those are the latest sources :) The version simply tells you with what > image the sources have been created (I presume). Anyway, the version number > is not important. >

April 1, 2015

Re: [Pharo-dev] PharoV30.sources in Pharo 4.0 download

by Max Leske

> On 01 Apr 2015, at 22:12, Dmitri Zagidulin <dmitri(a)zagidulin.net> wrote: > > I noticed that the Pharo 4.0 full distribution zip file off of Pharo.org/download contains PharoV30.sources (and not, say, PharoV40.sources). > This is true for all 3 platforms: > - http://files.pharo.org/platform/Pharo4.0-mac.zip <http://files.pharo.org/platform/Pharo4.0-mac.zip> > - http://files.pharo.org/platform/Pharo4.0-win.zip <http://files.pharo.org/platform/Pharo4.0-win.zip> > - http://files.pharo.org/platform/Pharo4.0-linux.zip <http://files.pharo.org/platform/Pharo4.0-linux.zip> > > Is there a typo in a CI job somewhere? No, those are the latest sources :) The version simply tells you with what image the sources have been created (I presume). Anyway, the version number is not important.

April 1, 2015

Re: [Pharo-dev] in Pharo4.0, Latest update: #40581: push down -> DNU

by stepharo

Yes this is really strange because I tried to reproduce it in 4.0 and 4.0 plus pillar and I could not. However I was really not doing anything special. So we can probably close this issue but it was annoying. Stef Le 30/3/15 15:48, Ben Coman a Ã©crit : > > I also cannot reproduce this. In 40586... > 1. To AnnouncementsHelp I added method #y > 2. Right-clicking on #y > Refactoring > Push down > 3. Clicked <Ok> in the Changes Browser > 4. Observed #y had moved from AnnouncementsHelp to both subclasses. > > Repeated for existing AnnouncementsHelp-class>>introduction. > > cheers -ben > > > On Mon, Mar 30, 2015 at 3:03 PM, Nicolai Hess <nicolaihess(a)web.de > <mailto:nicolaihess@web.de>> wrote: > > I can not reproduce this error, do you use > refactoring from the Nautilus menu? > > 2015-03-30 8:47 GMT+02:00 stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>>: > > This bug is really severe > Once we have it it breaks loading MC files too. > > Le 29/3/15 21:09, stepharo a Ã©crit : > > Hi > > > When I select an instance method and use push down in a > subclass without obvious conflicts. > I get two DNUs. > > realClass > > ^baseClass realClass theMetaClass > > dnu: theMetaClass > > while baseClass is a class > realClass -> nil > > > the environement does not contain the class. > Now I did a class rename before and I wonder if it is not > the one that is broken :( > > Stef > > > > > > >

April 1, 2015

Re: [Pharo-dev] Bloc Contributions

by stepharo

cool I cannot because only the owner can update such features such alain will certainly do it. I started to write tests to understand some aspects of block. Not much but I found bugs that way. Stef Le 30/3/15 14:46, Sean P. DeNigris a Ã©crit : > Alain, maybe we should move Bloc to a repo owned by the Pharo team? In the > mean time, will you add me as a developer? Thanks. > > Small refactoring uploaded to > http://smalltalkhub.com/#!/~SeanDeNigris/SeansOutbox > Bloc-Core-SeanDeNigris.410 > Cleanup BlAlarmQueue > - #queue protocol -> private > - Extract all "BlUniverse default" -> factory method > - Rename #(un)subscribesToTicks -> #(un)subscribeToTicks (proper English) > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Bloc-Contributions-tp4816082.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > >

April 1, 2015

Re: [Pharo-dev] Bloc Roadmap

by Sean P. DeNigris

> yes, we know, we are preparing a documentation. Great! Is the WIP publicly available (e.g. in one of our Pillar/GitHub repos)? Btw. the class comments are reeeally great! I'm only talking about documenting design rationale. > Weâve implemented a lot of examples. please have a look. Thanks - I have and they are also great. But AFAICT it's impossible to tell from the examples /why/ e.g. we went from Morphs owning their step actions to block-based steps registered with a scheduler that is universal to all worlds. I have a doubt about that because one use case I've had in Morphic is to speed up time in a world to see what happens e.g. in 10 minutes from now, but #schedule hard-codes the reference to the BlUniverse singleton. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Bloc-Roadmap-tp4816171p4816769.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 1, 2015

PharoV30.sources in Pharo 4.0 download

by Dmitri Zagidulin

I noticed that the Pharo 4.0 full distribution zip file off of Pharo.org/download contains PharoV30.sources (and not, say, PharoV40.sources). This is true for all 3 platforms: - http://files.pharo.org/platform/Pharo4.0-mac.zip - http://files.pharo.org/platform/Pharo4.0-win.zip - http://files.pharo.org/platform/Pharo4.0-linux.zip Is there a typo in a CI job somewhere?

April 1, 2015

Re: [Pharo-dev] Bloc Roadmap

by Alain Plantec

Hello Sean, > On 01 Apr 2015, at 20:39, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > >> did you read the class comments? >> or Morph and Views > Yes. I see that the Morph is delegating it's drawing to a View, but what I'm interested in is the rationale. I believe that documenting the design at a higher level, so everyone can understand the rationale and features, is the only way to keep Bloc clean and lean and prevent another "Morphic is so cool but impossible to understandâ. yes, we know, we are preparing a documentation. Weâve implemented a lot of examples. please have a look. Cheers Alain

April 1, 2015