December 2013 - Pharo-dev - lists.pharo.org

[pharo-project/pharo-core] 7e83c6: 30655

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 7e83c66e89929bbcb749009c237a5383d7362693 https://github.com/pharo-project/pharo-core/commit/7e83c66e89929bbcb749009c… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2013-12-20 (Fri, 20 Dec 2013) Changed paths: R Deprecated30.package/extension/TBehavior/instance/methodDictionary.st R Deprecated30.package/extension/TBehavior/instance/methodDictionary_.st M Morphic-Base.package/PluggableTextMorph.class/README.md M Morphic-Base.package/PluggableTextMorph.class/definition.st A Morphic-Base.package/PluggableTextMorph.class/instance/accessing/font.st A Morphic-Base.package/PluggableTextMorph.class/instance/accessing/setSelectionSelector.st A Morphic-Base.package/PluggableTextMorph.class/instance/accessing/setSelectionSelector_.st A Morphic-Base.package/PluggableTextMorph.class/instance/accessing/stylerClass.st R Morphic-Base.package/PluggableTextMorph.class/instance/as yet unclassified/font.st R Morphic-Base.package/PluggableTextMorph.class/instance/as yet unclassified/methodCaseSensitiveStringsContainingit.st R Morphic-Base.package/PluggableTextMorph.class/instance/as yet unclassified/scrollToBottom.st R Morphic-Base.package/PluggableTextMorph.class/instance/as yet unclassified/stylerClass.st A Morphic-Base.package/PluggableTextMorph.class/instance/menu messages/methodCaseSensitiveStringsContainingit.st M Morphic-Base.package/PluggableTextMorph.class/instance/model access/selectionInterval_.st A Morphic-Base.package/PluggableTextMorph.class/instance/scrolling/scrollToBottom.st A Morphic-Base.package/TextMorphForEditView.class/instance/event handling/keyUp_.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script308.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30655.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-MorphicAdapters.package/MorphicTextAdapter.class/class/specs/defaultSpec.st M Spec-MorphicAdapters.package/MorphicTextAdapter.class/instance/spec protocol/setSelectionFromModel_.st R Spec-MorphicAdapters.package/MorphicTextAdapter.class/instance/spec protocol/setSelection_.st A Spec-MorphicAdapters.package/MorphicTextAdapter.class/instance/widget API/setSelection_.st A Traits.package/TBehavior.class/instance/accessing method dictionary/methodDictionary.st A Traits.package/TBehavior.class/instance/accessing method dictionary/methodDictionary_.st Log Message: ----------- 30655 12144 TextModel>>getSelection https://pharo.fogbugz.com/f/cases/12144 12459 un-deprecated #methodDictioary https://pharo.fogbugz.com/f/cases/12459 http://files.pharo.org/image/30/30655.zip

Dec. 20, 2013

PharoLauncher as the default Pharo download on pharo.org?

by Damien Cassou

Hi guys, what do you think about setting the PharoLauncher as the default download for mac os x users? If you never tried the launcher, please try it now: Mac OS X: https://ci.inria.fr/pharo-contribution/job/PharoLauncher-Mac-Package/lastSu… Ubuntu : https://launchpad.net/~pharo/+archive/stable Others: http://www.smalltalkhub.com/#!/~Pharo/PharoLauncher -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Dec. 20, 2013

Re: [Pharo-dev] About Pharo in Ohloh

by Esteban Lorenzano

yes, I added pharo-vm, but now we have to wait until is updated :) On 19 Dec 2013, at 22:42, kilon alios <kilon.alios(a)gmail.com> wrote: > nice 100% smalltalk, well done. But lets be sincere and add the parts that are pure C. Afterall Pharo is not exactly 100% Smalltalk , hehe. Yes VM should be part of the deal too. > > > On Thu, Dec 19, 2013 at 10:51 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > I got itâ¦ now looks a lot better :) > > On 19 Dec 2013, at 21:44, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> oh, now I understandâ¦ >> anyway, I removed all repositories except pharo-core (just .st files). >> >> probably I should add pharo-vm, but not sure aboutâ¦ >> >> Esteban >> >> >> On 19 Dec 2013, at 21:36, kilon alios <kilon.alios(a)gmail.com> wrote: >> >>> Changing it is actually very easy to do so. >>> >>> Go to the link I gave you , scroll all the way down and you will find in the left side Project Summary , now underneath there is "Settings" click it. >>> >>> Now click to "Code locations" >>> >>> It will send you to the repositories. >>> >>> I would advise at this point to keep only the pharo 3 repository and remove the others but thats up to you. Now for each repo there is a Ignored files column , click on "edit ignored files", you can add files to be ignored or even entire folders. I would advise to keep folders only containing st files. That should solve the problem entirely and report 100% smalltalk. >>> >>> Give it a couple of days to update its statistics. >>> >>> >>> On Thu, Dec 19, 2013 at 10:28 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >>> Pharo does not has a single line of C# >>> >>> I cannot understand what it says that *I* program âmostlyâ in C#, when I do not touch that shity language since 5 years, at least. >>> And I do not understand how to change it :( >>> >>> >>> On 19 Dec 2013, at 21:14, kilon alios <kilon.alios(a)gmail.com> wrote: >>> >>>> As you know Ohloh is a very good promotional site for open source projects. >>>> >>>> Pharo has already a page on it. However I did observe that Pharo page experiences the same issue as Amber. In Amber it reported that 80% of the project was made with Javascript. It reported that because Amber compiles it source code (smalltalk) to javascript. So all I had to do was to go to preferences page and add ignore filter for javascript folders and viola since then Amber is reported to be 80% smalltalk. >>>> >>>> http://www.ohloh.net/p/pharo >>>> >>>> Pharo is in somewhat or even more weird situation. Its reported to be 30% C which is the bad and 17% C# (WTF?) and 30% some other thing which are the weird parts. So maybe if you add ignore filters for some of the folders it may be able to increase the % of the smalltalk. It does not take time and if I was familiar with the build process of Pharo I could do it for you, but I have no clue. I assume it probably sees Slang as C# though I am not sure. >>>> >>>> I think its unfair for Pharo to be given the impression of a C/C# project. >>> >>> >> > >

Dec. 19, 2013

Re: [Pharo-dev] About Pharo in Ohloh

by kilon alios

nice 100% smalltalk, well done. But lets be sincere and add the parts that are pure C. Afterall Pharo is not exactly 100% Smalltalk , hehe. Yes VM should be part of the deal too. On Thu, Dec 19, 2013 at 10:51 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > I got itâ¦ now looks a lot better :) > > On 19 Dec 2013, at 21:44, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > oh, now I understandâ¦ > anyway, I removed all repositories except pharo-core (just .st files). > > probably I should add pharo-vm, but not sure aboutâ¦ > > Esteban > > > On 19 Dec 2013, at 21:36, kilon alios <kilon.alios(a)gmail.com> wrote: > > Changing it is actually very easy to do so. > > Go to the link I gave you , scroll all the way down and you will find in > the left side Project Summary , now underneath there is "Settings" click > it. > > Now click to "Code locations" > > It will send you to the repositories. > > I would advise at this point to keep only the pharo 3 repository and > remove the others but thats up to you. Now for each repo there is a Ignored > files column , click on "edit ignored files", you can add files to be > ignored or even entire folders. I would advise to keep folders only > containing st files. That should solve the problem entirely and report 100% > smalltalk. > > Give it a couple of days to update its statistics. > > > On Thu, Dec 19, 2013 at 10:28 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > >> Pharo does not has a single line of C# >> >> I cannot understand what it says that *I* program âmostlyâ in C#, when I >> do not touch that shity language since 5 years, at least. >> And I do not understand how to change it :( >> >> >> On 19 Dec 2013, at 21:14, kilon alios <kilon.alios(a)gmail.com> wrote: >> >> As you know Ohloh is a very good promotional site for open source >> projects. >> >> Pharo has already a page on it. However I did observe that Pharo page >> experiences the same issue as Amber. In Amber it reported that 80% of the >> project was made with Javascript. It reported that because Amber compiles >> it source code (smalltalk) to javascript. So all I had to do was to go to >> preferences page and add ignore filter for javascript folders and viola >> since then Amber is reported to be 80% smalltalk. >> >> http://www.ohloh.net/p/pharo >> >> Pharo is in somewhat or even more weird situation. Its reported to be 30% >> C which is the bad and 17% C# (WTF?) and 30% some other thing which are the >> weird parts. So maybe if you add ignore filters for some of the folders it >> may be able to increase the % of the smalltalk. It does not take time and >> if I was familiar with the build process of Pharo I could do it for you, >> but I have no clue. I assume it probably sees Slang as C# though I am not >> sure. >> >> I think its unfair for Pharo to be given the impression of a C/C# >> project. >> >> >> > > >

Dec. 19, 2013

Re: [Pharo-dev] gtinspector deconstructed

by Tudor Girba

That is a good observation :). You do not like the underscore, or the "sel" entry? If you talk about the underscore, I just wanted a way to distinguish between special variables. You also see the same "notation" in the debugger (variables like _self and _thisContext). If you talk about the entry altogether, this part is more experimental. Some people did not like the printout in the comment, and then I added _self to show the print string next to it. I am still not decided on showing it. What do other think about it? Cheers, Doru On Thu, Dec 19, 2013 at 9:57 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Ah, yes, and I donât like the _self. Why would you want to do that ?? > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 19, 2013

PackageTreeNautilus (undestroyable?)

by Nicolai Hess

Hi, I recently noticed a awful big number of Announcer instances (thousends). I traced them back to PackageTreeNautilus. I closed the unsaved image and reopened pharo. I couldn't reproduce this but found out, that if you opened Nautilus once, there will allways be one instance of PackageTreeNautilus even if you close all windows. How to reproduce: Load a freshly image. Announcer allInstances size.-> 155 PackageTreeNautilus allInstances size. -> 0 Open and close Nautilus. SmalltalkImage current garbageCollect. Announcer allInstances size. -> 1261 PackageTreeNautilus allInstances size. -> 1 This instance of PackageTreeNautilus won't go away. Is this intended? Nicolai

Dec. 19, 2013

Re: [Pharo-dev] gtinspector deconstructed

by Tudor Girba

Hi Sven, On Thu, Dec 19, 2013 at 9:29 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi Doru, > > On 19 Dec 2013, at 07:50, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > Hi, > > > > I took a bit of time to describe how the GTInspector works, what makes > it different, and to provide hints for several usage scenarios. > > > http://www.humane-assessment.com/blog/the-moldable-gtinspector-deconstructed > > > > It's a long post, I know :), but please take a look. As you might know, > this is the default inspector in the Moose image, but it can also be loaded > in a fresh Pharo image. > > > > I am particularly interested in the following: > > - if you never used it, and tried it now, what don't you like? > > - if you used it, was there anything that you did not know? > > - and of course, what do you like about it? > > > > Cheers, > > Doru > > > > -- > > www.tudorgirba.com > > > > "Every thing has its own flow" > > I read the blog post and installed the code in my working Pharo 3 image. > First off, I like the debugger, it feels polished, Thanks. The debugger is particularly interesting when you get into supported specific cases. But, already Andrei and Alex worked on a cool extension for the debugger that highlights on the stack the entries that come from the same class or from the same package. This is quite educating. Both debugging and inspecting are so under developed that we have a ton of potential in front of us. But, let's talk about this in a separate thread :). > and I like the inspector, it is quite interesting. The clear tables for > instance variables names and values and dictionary keys and values are much > better. Thanks. > SequenceableCollection indexes would be nice. Paging is cool. What do you mean by indexes? The position of an item in the collection? I miss an option to go back to less columns, like from 1 to 2 and back to > 1, I canât seem to deselect something in the first one, which would be a > way to let the second one disappear again. I hope I am making myself clear > ;-) > Yes, I agree. This is an extension I want for Glamour in general: to grow a pane to fill the window (similar to what happens in Eclipse). This will help you switch between floating navigation mode and more in-depth work mode. > We have specialised inspectors for Integer and Float (and maybe some more) > standard in Pharo, showing more high level virtual fields, it would be nice > if you could implement those as well, maybe as alternative views. > Certainly. That is the whole idea: create more dedicated presentations to serve dedicated use cases. I do not know the use case for this, but let's make an exercise out of it. Can you tell me what exactly would be interested in seeing? So, if you have an Integer or a Float what code would you like to trigger and have presented? > Which brings me to my final question: how do I write simple custom > inspectors, given that I am not familiar with Glamour/Moose - that could > maybe be another blog post ? > At the end of the post, there is a "Be moldable" section in which I am hinting at the process. Essentially, you have to extend your object with a method that follows this pattern: YourClass>>gtInspectorYourPresentationIn: composite <gtInspectorPresentationOrder: 30> composite "followed by Glamour code to construct presentations" The post shows this example: RGMethodDefinition>> gtInspectorSendersIn: composite <gtInspectorPresentationOrder: 30> composite list title: 'Senders'; display: [ self compiledMethod implementors ] So, to find more examples, simply search for senders of #gtInspectorPresentationOrder: (or just inspect the symbol to see what happens :)), and you will see all extensions in the image. I would like to make all presentation tabs to give you the possibility to jump to the implementation so that you can see more examples (like with halos). In any case, I will write another post with some more implementation examples. > Anyway, thanks for pushing this ! > Thanks for looking into it :) Sven > > PS: I wonder whether it would be possible to have both types of > inspectors/debuggers available at the same time, so that one can switch on > the fly, compare them, use one or the other depending on the task ? Marcus says that there is an intention of having multiple alternative tools be described via pragmas and be switchable from the settings browser. However, I am not really convinced this is the way to go. I would be more interested in what does not work to make one work smoothly. But, besides the Float and Integer views, do you happen to have something else that you cannot do as easily with the GTInspector? Cheers, Doru -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill > > > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 19, 2013

Re: [Pharo-dev] gtinspector deconstructed

by Sven Van Caekenberghe

Ah, yes, and I donât like the _self. Why would you want to do that ??

Dec. 19, 2013

Re: [Pharo-dev] About Pharo in Ohloh

by Esteban Lorenzano

I got itâ¦ now looks a lot better :) On 19 Dec 2013, at 21:44, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > oh, now I understandâ¦ > anyway, I removed all repositories except pharo-core (just .st files). > > probably I should add pharo-vm, but not sure aboutâ¦ > > Esteban > > > On 19 Dec 2013, at 21:36, kilon alios <kilon.alios(a)gmail.com> wrote: > >> Changing it is actually very easy to do so. >> >> Go to the link I gave you , scroll all the way down and you will find in the left side Project Summary , now underneath there is "Settings" click it. >> >> Now click to "Code locations" >> >> It will send you to the repositories. >> >> I would advise at this point to keep only the pharo 3 repository and remove the others but thats up to you. Now for each repo there is a Ignored files column , click on "edit ignored files", you can add files to be ignored or even entire folders. I would advise to keep folders only containing st files. That should solve the problem entirely and report 100% smalltalk. >> >> Give it a couple of days to update its statistics. >> >> >> On Thu, Dec 19, 2013 at 10:28 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> Pharo does not has a single line of C# >> >> I cannot understand what it says that *I* program âmostlyâ in C#, when I do not touch that shity language since 5 years, at least. >> And I do not understand how to change it :( >> >> >> On 19 Dec 2013, at 21:14, kilon alios <kilon.alios(a)gmail.com> wrote: >> >>> As you know Ohloh is a very good promotional site for open source projects. >>> >>> Pharo has already a page on it. However I did observe that Pharo page experiences the same issue as Amber. In Amber it reported that 80% of the project was made with Javascript. It reported that because Amber compiles it source code (smalltalk) to javascript. So all I had to do was to go to preferences page and add ignore filter for javascript folders and viola since then Amber is reported to be 80% smalltalk. >>> >>> http://www.ohloh.net/p/pharo >>> >>> Pharo is in somewhat or even more weird situation. Its reported to be 30% C which is the bad and 17% C# (WTF?) and 30% some other thing which are the weird parts. So maybe if you add ignore filters for some of the folders it may be able to increase the % of the smalltalk. It does not take time and if I was familiar with the build process of Pharo I could do it for you, but I have no clue. I assume it probably sees Slang as C# though I am not sure. >>> >>> I think its unfair for Pharo to be given the impression of a C/C# project. >> >> >

Dec. 19, 2013

Re: [Pharo-dev] About Pharo in Ohloh

by phil＠highoctane.be

I second that opinion on that D-flat language. --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller On Thu, Dec 19, 2013 at 9:28 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > Pharo does not has a single line of C# > > I cannot understand what it says that *I* program âmostlyâ in C#, when I > do not touch that shity language since 5 years, at least. > And I do not understand how to change it :( > > > On 19 Dec 2013, at 21:14, kilon alios <kilon.alios(a)gmail.com> wrote: > > As you know Ohloh is a very good promotional site for open source projects. > > Pharo has already a page on it. However I did observe that Pharo page > experiences the same issue as Amber. In Amber it reported that 80% of the > project was made with Javascript. It reported that because Amber compiles > it source code (smalltalk) to javascript. So all I had to do was to go to > preferences page and add ignore filter for javascript folders and viola > since then Amber is reported to be 80% smalltalk. > > http://www.ohloh.net/p/pharo > > Pharo is in somewhat or even more weird situation. Its reported to be 30% > C which is the bad and 17% C# (WTF?) and 30% some other thing which are the > weird parts. So maybe if you add ignore filters for some of the folders it > may be able to increase the % of the smalltalk. It does not take time and > if I was familiar with the build process of Pharo I could do it for you, > but I have no clue. I assume it probably sees Slang as C# though I am not > sure. > > I think its unfair for Pharo to be given the impression of a C/C# project. > > >

Dec. 19, 2013