- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Spec] whenSelectedItemsChanged: on TreeModel

by Martin Dias

Hi, I still can reproduce this issue in Pharo 30807 (last image). I'm trying to workaround it with some problems. I ignore if this is already reported in fogbugs. Steps to reproduce: a) do it: TreeModel new roots: (1 to: 2); whenSelectedItemsChanged: [ :items | self logCr: items ]; openWithSpec. => in Transcript I see: b) during initial do it: #() c) after a click on 2: #() an OrderedCollection(2) d) after a click on 1: an OrderedCollection(2) an OrderedCollection(2) an OrderedCollection(1) Cheers, MArtÃn On Wed, Dec 11, 2013 at 6:10 PM, Benjamin < Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > As I said to Martin, I will investigate why, but it's a bit tricky > Must be some issue in MorphTreeMorph I introduced recently > > Ben > > On 11 Dec 2013, at 16:46, Roberto Minelli <roberto.minelli(a)usi.ch> wrote: > > Hi, > > I am experiencing problems with #whenSelectedItemsChanged: on a TreeModel. > > In particular, the block (i.e., argument of #whenSelectedItemsChanged: > gets randomly executed a couple of times (3/4) the second time that the > selection happens. The first time is fine. It looks like the registration > of the "event" or "announcement" is done multiple times. > > Any hint? > > Cheers, > R > > >

April 2, 2014

Bug in ZnUTF8Encoder

by Igor Stasenko

nextPut: character toStream: stream ... code < 65535 ifTrue: [ ... should be code < 65536 ifTrue: [ because 3-byte encoding can fit 16 bits, which is range 0...65535 but not 0...65534 -- Best regards, Igor Stasenko.

April 2, 2014

Re: [Pharo-dev] [Inspiration] Toward a better programming

by Sven Van Caekenberghe

Yes, having grand, ambitious goals is important. It is all to easy to get lost and demotivated in the day to day details, but on the other hand, that work must be done. I just read the piece about their design process and reviews. It is indeed amazing that they can have such a complex system with just one global namespace (at least for the command language and top level interface). Of course, getting there is a lot of work. On 02 Apr 2014, at 08:12, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Indeed, I read this article several times over the last couple of days. This work is impressive particularly when combined with the cloud part. > > The language itself is less interesting for me, but what makes it stand out is that it has a coherent and robust philosophy behind and phenomenal goals to reach. In Pharo, we have the luxury of building on top of coherent and robust philosophy (even if different from the Wolfram one) and we should try as much as possible to keep our eyes on phenomenal goals that seem unreachable. > > Another thing I like in Wolfram's work is attention to details: > http://blog.wolfram.com/2008/01/10/ten-thousand-hours-of-design-reviews/ > > Details are crucial, and all the effort in Pharo around naming and redesigning what already exists is incredibly important. But, it is precisely at the moment when we are knee-deep in details that is crucial to keep our eyes on the phenomenal long term goals. > > There is so much to build. Let's be bold. > > Doru > > > > On Tue, Apr 1, 2014 at 7:22 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 31 Mar 2014, at 06:21, S Krish <krishnamachari.sudhakar(a)gmail.com> wrote: > > > How about impact of this: > > > > http://blog.stephenwolfram.com/2014/03/injecting-computation-everywhere-a-s… > > > > I would agree it is quite complex for any beginner, but utility of a programming language on these lines seems cut out for the future.. > > Wow, this is really powerful stuff, a long read, but well worth it. By recombining and reusing all their technology they seem to be able to move into more and more territory. > > It is closed source and (very) expensive, and I don't like the syntax, but we sure can get good ideas from them. > > Thanks for sharing the link. > > Sven > > > > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

April 2, 2014

Re: [Pharo-dev] [Inspiration] Toward a better programming

by phil＠highoctane.be

Environmentally aware is nice indeed. We can have this. Phil Le 2 avr. 2014 11:11, "Tudor Girba" <tudor(a)tudorgirba.com> a Ã©crit : > Both. But, does it really matter? :) > > Doru > > > On Wed, Apr 2, 2014 at 9:49 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > >> Definitely the latter... >> >> Norbert >> >> Am 02.04.2014 um 09:11 schrieb Andres Valloud < >> avalloud(a)smalltalk.comcastbiz.net>: >> >> > Hey Doru, I was going to ask "so is that a language or a library?"... >> > >> > On 4/1/14 23:12 , Tudor Girba wrote: >> >> Indeed, I read this article several times over the last couple of days. >> >> This work is impressive particularly when combined with the cloud part. >> >> >> >> The language itself is less interesting for me, but what makes it stand >> >> out is that it has a coherent and robust philosophy behind and >> >> phenomenal goals to reach. In Pharo, we have the luxury of building on >> >> top of coherent and robust philosophy (even if different from the >> >> Wolfram one) and we should try as much as possible to keep our eyes on >> >> phenomenal goals that seem unreachable. >> >> >> >> Another thing I like in Wolfram's work is attention to details: >> >> >> http://blog.wolfram.com/2008/01/10/ten-thousand-hours-of-design-reviews/ >> >> >> >> Details are crucial, and all the effort in Pharo around naming and >> >> redesigning what already exists is incredibly important. But, it is >> >> precisely at the moment when we are knee-deep in details that is >> crucial >> >> to keep our eyes on the phenomenal long term goals. >> >> >> >> There is so much to build. Let's be bold. >> >> >> >> Doru >> >> >> >> >> >> >> >> On Tue, Apr 1, 2014 at 7:22 PM, Sven Van Caekenberghe <sven(a)stfx.eu >> >> <mailto:sven@stfx.eu>> wrote: >> >> >> >> >> >> On 31 Mar 2014, at 06:21, S Krish < >> krishnamachari.sudhakar(a)gmail.com >> >> <mailto:krishnamachari.sudhakar@gmail.com>> wrote: >> >> >> >> > How about impact of this: >> >> > >> >> > >> >> >> http://blog.stephenwolfram.com/2014/03/injecting-computation-everywhere-a-s… >> >> > >> >> > I would agree it is quite complex for any beginner, but utility >> >> of a programming language on these lines seems cut out for the >> future.. >> >> >> >> Wow, this is really powerful stuff, a long read, but well worth it. >> >> By recombining and reusing all their technology they seem to be able >> >> to move into more and more territory. >> >> >> >> It is closed source and (very) expensive, and I don't like the >> >> syntax, but we sure can get good ideas from them. >> >> >> >> Thanks for sharing the link. >> >> >> >> Sven >> >> >> >> >> >> >> >> >> >> >> >> -- >> >> www.tudorgirba.com <http://www.tudorgirba.com> >> >> >> >> "Every thing has its own flow" >> > >> >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

April 2, 2014

Re: [Pharo-dev] [Inspiration] Toward a better programming

by Tudor Girba

Both. But, does it really matter? :) Doru On Wed, Apr 2, 2014 at 9:49 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > Definitely the latter... > > Norbert > > Am 02.04.2014 um 09:11 schrieb Andres Valloud < > avalloud(a)smalltalk.comcastbiz.net>: > > > Hey Doru, I was going to ask "so is that a language or a library?"... > > > > On 4/1/14 23:12 , Tudor Girba wrote: > >> Indeed, I read this article several times over the last couple of days. > >> This work is impressive particularly when combined with the cloud part. > >> > >> The language itself is less interesting for me, but what makes it stand > >> out is that it has a coherent and robust philosophy behind and > >> phenomenal goals to reach. In Pharo, we have the luxury of building on > >> top of coherent and robust philosophy (even if different from the > >> Wolfram one) and we should try as much as possible to keep our eyes on > >> phenomenal goals that seem unreachable. > >> > >> Another thing I like in Wolfram's work is attention to details: > >> > http://blog.wolfram.com/2008/01/10/ten-thousand-hours-of-design-reviews/ > >> > >> Details are crucial, and all the effort in Pharo around naming and > >> redesigning what already exists is incredibly important. But, it is > >> precisely at the moment when we are knee-deep in details that is crucial > >> to keep our eyes on the phenomenal long term goals. > >> > >> There is so much to build. Let's be bold. > >> > >> Doru > >> > >> > >> > >> On Tue, Apr 1, 2014 at 7:22 PM, Sven Van Caekenberghe <sven(a)stfx.eu > >> <mailto:sven@stfx.eu>> wrote: > >> > >> > >> On 31 Mar 2014, at 06:21, S Krish <krishnamachari.sudhakar(a)gmail.com > >> <mailto:krishnamachari.sudhakar@gmail.com>> wrote: > >> > >> > How about impact of this: > >> > > >> > > >> > http://blog.stephenwolfram.com/2014/03/injecting-computation-everywhere-a-s… > >> > > >> > I would agree it is quite complex for any beginner, but utility > >> of a programming language on these lines seems cut out for the > future.. > >> > >> Wow, this is really powerful stuff, a long read, but well worth it. > >> By recombining and reusing all their technology they seem to be able > >> to move into more and more territory. > >> > >> It is closed source and (very) expensive, and I don't like the > >> syntax, but we sure can get good ideas from them. > >> > >> Thanks for sharing the link. > >> > >> Sven > >> > >> > >> > >> > >> > >> -- > >> www.tudorgirba.com <http://www.tudorgirba.com> > >> > >> "Every thing has its own flow" > > > > > -- www.tudorgirba.com "Every thing has its own flow"

April 2, 2014

Was TickingWindow integrated?

by Pharo4Stef

Hi guys Iâm in a train (no internet) and I see that the inspector does not refresh but in fact we introduced with clement a nice tickingWindow in spec and the goal is that the window refresh its contents. I have the impression it was not integrated. Note that this change is important because it removes a lot of processes hanging in the background. Stef

April 2, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/30807 Home: https://github.com/pharo-project/pharo-core

April 2, 2014

[pharo-project/pharo-core] 49ea21: 30807

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 49ea21548b47b26f7dde322c894cad9d32c753e2 https://github.com/pharo-project/pharo-core/commit/49ea21548b47b26f7dde322c… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-04-02 (Wed, 02 Apr 2014) Changed paths: M AST-Core.package/RBParser.class/instance/private-parsing/parseStatementList_into_.st M FileSystem-Core.package/FileSystemStore.class/instance/converting/printPath_on_.st M FileSystem-Core.package/Path.class/class/private/absoluteWindowsPathRegex.st A FileSystem-Disk.package/WindowsStore.class/instance/converting/currentDisk.st M FileSystem-Disk.package/WindowsStore.class/instance/converting/pathFromString_.st M FileSystem-Disk.package/WindowsStore.class/instance/converting/printPath_on_.st A FileSystem-Disk.package/WindowsStore.class/instance/converting/stripDrive_.st A FileSystem-Tests-Disk.package/WindowsStoreTest.class/instance/testing/testAbsoluteFullName.st M FileSystem-Tests-Disk.package/WindowsStoreTest.class/instance/testing/testAbsolutePath.st A FileSystem-Tests-Disk.package/WindowsStoreTest.class/instance/testing/testRelativeFullName.st M FileSystem-Tests-Disk.package/WindowsStoreTest.class/instance/testing/testRelativePath.st M Graphics-Display Objects.package/Form.class/instance/scaling%2C rotation/magnifyBy_.st M OpalCompiler-Tests.package/OCCompilerNotifyingTest.class/instance/testing/testExpectedExpressionInBraceArray.st M OpalCompiler-Tests.package/OCCompilerNotifyingTest.class/instance/testing/testExtraneousStatementAfterAReturnInABlock.st M OpalCompiler-Tests.package/OCCompilerNotifyingTest.class/instance/testing/testMissingPeriodSeparatorBetweenStatements.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script460.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30807.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 30807 13065 Windows FileSystem \test\bar not an absolute path https://pharo.fogbugz.com/f/cases/13065 13162 Fix comment of Form>>magnifyBy: https://pharo.fogbugz.com/f/cases/13162 13067 Error message on accept has a typo: End of statement list encounted https://pharo.fogbugz.com/f/cases/13067 13026 IdentitySet>>size reports wrong size https://pharo.fogbugz.com/f/cases/13026 http://files.pharo.org/image/30/30807.zip

April 2, 2014

Re: [Pharo-dev] [Inspiration] Toward a better programming

by Norbert Hartl

Definitely the latterâ¦ Norbert Am 02.04.2014 um 09:11 schrieb Andres Valloud <avalloud(a)smalltalk.comcastbiz.net>: > Hey Doru, I was going to ask "so is that a language or a library?"... > > On 4/1/14 23:12 , Tudor Girba wrote: >> Indeed, I read this article several times over the last couple of days. >> This work is impressive particularly when combined with the cloud part. >> >> The language itself is less interesting for me, but what makes it stand >> out is that it has a coherent and robust philosophy behind and >> phenomenal goals to reach. In Pharo, we have the luxury of building on >> top of coherent and robust philosophy (even if different from the >> Wolfram one) and we should try as much as possible to keep our eyes on >> phenomenal goals that seem unreachable. >> >> Another thing I like in Wolfram's work is attention to details: >> http://blog.wolfram.com/2008/01/10/ten-thousand-hours-of-design-reviews/ >> >> Details are crucial, and all the effort in Pharo around naming and >> redesigning what already exists is incredibly important. But, it is >> precisely at the moment when we are knee-deep in details that is crucial >> to keep our eyes on the phenomenal long term goals. >> >> There is so much to build. Let's be bold. >> >> Doru >> >> >> >> On Tue, Apr 1, 2014 at 7:22 PM, Sven Van Caekenberghe <sven(a)stfx.eu >> <mailto:sven@stfx.eu>> wrote: >> >> >> On 31 Mar 2014, at 06:21, S Krish <krishnamachari.sudhakar(a)gmail.com >> <mailto:krishnamachari.sudhakar@gmail.com>> wrote: >> >> > How about impact of this: >> > >> > >> http://blog.stephenwolfram.com/2014/03/injecting-computation-everywhere-a-s… >> > >> > I would agree it is quite complex for any beginner, but utility >> of a programming language on these lines seems cut out for the future.. >> >> Wow, this is really powerful stuff, a long read, but well worth it. >> By recombining and reusing all their technology they seem to be able >> to move into more and more territory. >> >> It is closed source and (very) expensive, and I don't like the >> syntax, but we sure can get good ideas from them. >> >> Thanks for sharing the link. >> >> Sven >> >> >> >> >> >> -- >> www.tudorgirba.com <http://www.tudorgirba.com> >> >> "Every thing has its own flow" >

April 2, 2014

Re: [Pharo-dev] Strange left-over in 30804

by Marcus Denker

On 02 Apr 2014, at 09:25, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > Ok, > > doing: > > (RPackageOrganizer default packageNamed: #'FloatArray-dot.st') unregister > Ok, we will do that with the next update. Marcus

April 2, 2014