October 2014 - Pharo-dev - lists.pharo.org

[pharo-project/pharo-core] 8f06f3: 40281

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 8f06f357884ba1186f2e1f58fe43c15ce33f4ccb https://github.com/pharo-project/pharo-core/commit/8f06f357884ba1186f2e1f58… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-10-04 (Sat, 04 Oct 2014) Changed paths: A Kernel.package/CompiledMethod.class/instance/testing/hasProperties.st M Morphic-Base.package/SystemProgressMorph.class/class/enabling%2Fdisabling/enable.st M Morphic-Core.package/Morph.class/instance/announcements/onAnnouncement_send_to_.st M Morphic-Core.package/Morph.class/instance/updating/addDependent_.st M OpalCompiler-Core.package/IRBytecodeDecompiler.class/instance/public access/decompile_.st A OpalCompiler-Core.package/IRMethod.class/instance/inspector/gtInspectorIrIn_.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script281.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40281.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 40281 14153 Replace Announcer>>#on:send:to:s senders in Morphic-Base https://pharo.fogbugz.com/f/cases/14153 14150 Replace Announcer>>#on:send:tos senders in Morphic-Core https://pharo.fogbugz.com/f/cases/14150 14149 IRDecompiler creates an extended method state object for all methods https://pharo.fogbugz.com/f/cases/14149 14147 add Symbolic tab to inspector for IRMethod https://pharo.fogbugz.com/f/cases/14147 http://files.pharo.org/image/40/40281.zip

Oct. 4, 2014

Re: [Pharo-dev] gt issues

by Sven Van Caekenberghe

On 04 Oct 2014, at 09:20, Tudor Girba <tudor(a)tudorgirba.com> wrote: > If I understand correctly, you would want a way to close panes. Correct? Yes, I want to be able to go from the right window back to the left window: Sven > Doru > > On Sat, Oct 4, 2014 at 9:07 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > > On 04 Oct 2014, at 09:06, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > > > > On 04 Oct 2014, at 07:45, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > >> Hi, > >> > >> From the feedback so far, I could not the following issues: > >> > >> - menus for copy/paste/cut (which I still wonder why they need to exist for a developer, but we will add them) > >> - possibility of save/open > >> - Cmd+g instead of Cmd+o (already fixed) > >> - position of the cursor is sometimes messed up > >> - possibility to change the title of the Playground > >> - possibility to group the windows (this will likely not be fixed in the same way) > >> (did I miss any?) > >> - icons and text background are not ready for the dark theme > >> > >> Did I miss anything? Could the people that want to see any of these issues done open tickets for them? > > > > I know you can resize with the widget at the bottom, but I would like an option to go back to the original playground view, without one inspector open at the right. This is the third time I ask, and I noticed there were others asking it as well. It could be something hidden like shift/option click on the first circle, but a simple X on the column would be better. > > > > Why ? Because a playground/workspace is used as a notebook to remember things, I want it to be 'clean'. The same is true for an inspector. Sometimes it is my reference to say a server that remains open a long time. I want it to be clean and as small as possible. > > > > Please, please, please ;-) > > +1 > > > > >> Cheers, > >> Doru > >> > >> -- > >> www.tudorgirba.com > >> > >> "Every thing has its own flow" > > > > > > > > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

Oct. 4, 2014

Re: [Pharo-dev] First additions to GT-Inspector

by Tudor Girba

Yes, essentially, the State view shows you the tree of objects like you had in the explorer. But, I like State better than Structure :) But, I also like Raw because it goes in comparison with the rest of the presentations of that object: this is the raw presentation, but the others are more refined and specific :). Doru On Sat, Oct 4, 2014 at 9:01 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > 'Structure' is large :P > > > On 04 Oct 2014, at 08:58, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > > Raw is good, but what about 'Structure' ? > > AFAIU, it is the State/Structure that is used for the tree view, right ? > > > > On 03 Oct 2014, at 22:50, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > >> Yes, I like "Raw". Thanks for the ping:). > >> > >> Anyone against "Raw"? > >> > >> Cheers, > >> Doru > >> > >> > >> On Fri, Oct 3, 2014 at 10:36 PM, stepharo <stepharo(a)free.fr> wrote: > >> Would it be possible to have 'raw' instead of state? > >> > >> Stef > >> > >> > >>> I'll make a new version to integrate. > >>> > >>> > >>> Cheers, > >>> Andrei > >>> > >>> On Fri, Oct 3, 2014 at 3:52 PM, Tudor Girba <tudor(a)tudorgirba.com> > wrote: > >>> Done! > >>> > >>> Doru > >>> > >>> On Fri, Oct 3, 2014 at 3:25 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > >>> > >>> On 03 Oct 2014, at 15:23, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >>> > >>>> Great. I checked it quickly and it looks great. I added you to the > Moose team. Could you please commit directly in the repo? > >>> > >>> Done, you'll have to merge my version since it is two commits behind. > >>> > >>>> Doru > >>>> > >>>> On Fri, Oct 3, 2014 at 3:17 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > >>>> I made my first additions/changes to GT-Inspector: > >>>> > >>>> === > >>>> Name: GT-InspectorExtensions-Core-SvenVanCaekenberghe.54 > >>>> Author: SvenVanCaekenberghe > >>>> Time: 3 October 2014, 3:03:17.252107 pm > >>>> UUID: 853cfe8d-314c-4eac-ad67-8c6eff2b4f83 > >>>> Ancestors: GT-InspectorExtensions-Core-TudorGirba.53 > >>>> > >>>> Customized GT-Inspector for Integer, Float and Character > >>>> === > >>>> > >>>> MCZ attached: > >>>> > >>>> > >>>> > >>>> > >>>> I made it so that 'State' shows slots only (if any) and takes > precedence. > >>>> > >>>> I added an 'Integer' tab to Integer with decimal, hex, octal, binary > and optional character aspects. > >>>> > >>>> I added a 'Float' tab to Float with (binary, base 2) significant and > exponent (self = significant * (2 ** exponent)) [the old sign field was not > needed since significant is signed already), while making the 'State' show > the 2 indexed slots (which is more correct IMHO). > >>>> > >>>> I added a 'Character' tab with self, codepoint and unicode aspects. > >>>> > >>>> Obviously this has to be iterated upon. I am already very happy that > I could figure out how to do this. Much more from the old Eye inspectors > will follow. > >>>> > >>>> Sven > >>>> > >>>> PS1: Implementing this, I sense that we might need an option so that > a field can show some label for its value, while clicking further on it > would continue on something else (obviously related), differently field by > field. > >>>> > >>>> PS2: Is is necessary/useful for the States fields in > #gtInspectorVariableValuePairs to be a Set instead of something that > preserves the order ? > >>>> > >>>> > >>>> > >>>> -- > >>>> www.tudorgirba.com > >>>> > >>>> "Every thing has its own flow" > >>> > >>> > >>> > >>> > >>> > >>> -- > >>> www.tudorgirba.com > >>> > >>> "Every thing has its own flow" > >>> > >> > >> > >> > >> > >> -- > >> www.tudorgirba.com > >> > >> "Every thing has its own flow" > > > > > > > -- www.tudorgirba.com "Every thing has its own flow"

Oct. 4, 2014

Re: [Pharo-dev] gt issues

by Tudor Girba

If I understand correctly, you would want a way to close panes. Correct? Doru On Sat, Oct 4, 2014 at 9:07 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > > On 04 Oct 2014, at 09:06, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > > > > On 04 Oct 2014, at 07:45, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > >> Hi, > >> > >> From the feedback so far, I could not the following issues: > >> > >> - menus for copy/paste/cut (which I still wonder why they need to exist > for a developer, but we will add them) > >> - possibility of save/open > >> - Cmd+g instead of Cmd+o (already fixed) > >> - position of the cursor is sometimes messed up > >> - possibility to change the title of the Playground > >> - possibility to group the windows (this will likely not be fixed in > the same way) > >> (did I miss any?) > >> - icons and text background are not ready for the dark theme > >> > >> Did I miss anything? Could the people that want to see any of these > issues done open tickets for them? > > > > I know you can resize with the widget at the bottom, but I would like an > option to go back to the original playground view, without one inspector > open at the right. This is the third time I ask, and I noticed there were > others asking it as well. It could be something hidden like shift/option > click on the first circle, but a simple X on the column would be better. > > > > Why ? Because a playground/workspace is used as a notebook to remember > things, I want it to be 'clean'. The same is true for an inspector. > Sometimes it is my reference to say a server that remains open a long time. > I want it to be clean and as small as possible. > > > > Please, please, please ;-) > > +1 > > > > >> Cheers, > >> Doru > >> > >> -- > >> www.tudorgirba.com > >> > >> "Every thing has its own flow" > > > > > > > -- www.tudorgirba.com "Every thing has its own flow"

Oct. 4, 2014

Re: [Pharo-dev] gt issues

by Esteban Lorenzano

> On 04 Oct 2014, at 09:06, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > On 04 Oct 2014, at 07:45, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> Hi, >> >> From the feedback so far, I could not the following issues: >> >> - menus for copy/paste/cut (which I still wonder why they need to exist for a developer, but we will add them) >> - possibility of save/open >> - Cmd+g instead of Cmd+o (already fixed) >> - position of the cursor is sometimes messed up >> - possibility to change the title of the Playground >> - possibility to group the windows (this will likely not be fixed in the same way) >> (did I miss any?) >> - icons and text background are not ready for the dark theme >> >> Did I miss anything? Could the people that want to see any of these issues done open tickets for them? > > I know you can resize with the widget at the bottom, but I would like an option to go back to the original playground view, without one inspector open at the right. This is the third time I ask, and I noticed there were others asking it as well. It could be something hidden like shift/option click on the first circle, but a simple X on the column would be better. > > Why ? Because a playground/workspace is used as a notebook to remember things, I want it to be 'clean'. The same is true for an inspector. Sometimes it is my reference to say a server that remains open a long time. I want it to be clean and as small as possible. > > Please, please, please ;-) +1 > >> Cheers, >> Doru >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" > >

Oct. 4, 2014

Re: [Pharo-dev] gt issues

by Sven Van Caekenberghe

On 04 Oct 2014, at 07:45, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > From the feedback so far, I could not the following issues: > > - menus for copy/paste/cut (which I still wonder why they need to exist for a developer, but we will add them) > - possibility of save/open > - Cmd+g instead of Cmd+o (already fixed) > - position of the cursor is sometimes messed up > - possibility to change the title of the Playground > - possibility to group the windows (this will likely not be fixed in the same way) > (did I miss any?) > - icons and text background are not ready for the dark theme > > Did I miss anything? Could the people that want to see any of these issues done open tickets for them? I know you can resize with the widget at the bottom, but I would like an option to go back to the original playground view, without one inspector open at the right. This is the third time I ask, and I noticed there were others asking it as well. It could be something hidden like shift/option click on the first circle, but a simple X on the column would be better. Why ? Because a playground/workspace is used as a notebook to remember things, I want it to be 'clean'. The same is true for an inspector. Sometimes it is my reference to say a server that remains open a long time. I want it to be clean and as small as possible. Please, please, please ;-) > Cheers, > Doru > > -- > www.tudorgirba.com > > "Every thing has its own flow"

Oct. 4, 2014

Re: [Pharo-dev] First additions to GT-Inspector

by Esteban Lorenzano

'Structure' is large :P > On 04 Oct 2014, at 08:58, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > Raw is good, but what about 'Structure' ? > AFAIU, it is the State/Structure that is used for the tree view, right ? > > On 03 Oct 2014, at 22:50, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> Yes, I like "Raw". Thanks for the ping:). >> >> Anyone against "Raw"? >> >> Cheers, >> Doru >> >> >> On Fri, Oct 3, 2014 at 10:36 PM, stepharo <stepharo(a)free.fr> wrote: >> Would it be possible to have 'raw' instead of state? >> >> Stef >> >> >>> I'll make a new version to integrate. >>> >>> >>> Cheers, >>> Andrei >>> >>> On Fri, Oct 3, 2014 at 3:52 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>> Done! >>> >>> Doru >>> >>> On Fri, Oct 3, 2014 at 3:25 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> >>> On 03 Oct 2014, at 15:23, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>> >>>> Great. I checked it quickly and it looks great. I added you to the Moose team. Could you please commit directly in the repo? >>> >>> Done, you'll have to merge my version since it is two commits behind. >>> >>>> Doru >>>> >>>> On Fri, Oct 3, 2014 at 3:17 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>>> I made my first additions/changes to GT-Inspector: >>>> >>>> === >>>> Name: GT-InspectorExtensions-Core-SvenVanCaekenberghe.54 >>>> Author: SvenVanCaekenberghe >>>> Time: 3 October 2014, 3:03:17.252107 pm >>>> UUID: 853cfe8d-314c-4eac-ad67-8c6eff2b4f83 >>>> Ancestors: GT-InspectorExtensions-Core-TudorGirba.53 >>>> >>>> Customized GT-Inspector for Integer, Float and Character >>>> === >>>> >>>> MCZ attached: >>>> >>>> >>>> >>>> >>>> I made it so that 'State' shows slots only (if any) and takes precedence. >>>> >>>> I added an 'Integer' tab to Integer with decimal, hex, octal, binary and optional character aspects. >>>> >>>> I added a 'Float' tab to Float with (binary, base 2) significant and exponent (self = significant * (2 ** exponent)) [the old sign field was not needed since significant is signed already), while making the 'State' show the 2 indexed slots (which is more correct IMHO). >>>> >>>> I added a 'Character' tab with self, codepoint and unicode aspects. >>>> >>>> Obviously this has to be iterated upon. I am already very happy that I could figure out how to do this. Much more from the old Eye inspectors will follow. >>>> >>>> Sven >>>> >>>> PS1: Implementing this, I sense that we might need an option so that a field can show some label for its value, while clicking further on it would continue on something else (obviously related), differently field by field. >>>> >>>> PS2: Is is necessary/useful for the States fields in #gtInspectorVariableValuePairs to be a Set instead of something that preserves the order ? >>>> >>>> >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Every thing has its own flow" >>> >>> >>> >>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Every thing has its own flow" >>> >> >> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" > >

Oct. 4, 2014

Re: [Pharo-dev] First additions to GT-Inspector

by Sven Van Caekenberghe

Raw is good, but what about 'Structure' ? AFAIU, it is the State/Structure that is used for the tree view, right ? On 03 Oct 2014, at 22:50, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Yes, I like "Raw". Thanks for the ping:). > > Anyone against "Raw"? > > Cheers, > Doru > > > On Fri, Oct 3, 2014 at 10:36 PM, stepharo <stepharo(a)free.fr> wrote: > Would it be possible to have 'raw' instead of state? > > Stef > > >> I'll make a new version to integrate. >> >> >> Cheers, >> Andrei >> >> On Fri, Oct 3, 2014 at 3:52 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> Done! >> >> Doru >> >> On Fri, Oct 3, 2014 at 3:25 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >> On 03 Oct 2014, at 15:23, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >> > Great. I checked it quickly and it looks great. I added you to the Moose team. Could you please commit directly in the repo? >> >> Done, you'll have to merge my version since it is two commits behind. >> >> > Doru >> > >> > On Fri, Oct 3, 2014 at 3:17 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> > I made my first additions/changes to GT-Inspector: >> > >> > === >> > Name: GT-InspectorExtensions-Core-SvenVanCaekenberghe.54 >> > Author: SvenVanCaekenberghe >> > Time: 3 October 2014, 3:03:17.252107 pm >> > UUID: 853cfe8d-314c-4eac-ad67-8c6eff2b4f83 >> > Ancestors: GT-InspectorExtensions-Core-TudorGirba.53 >> > >> > Customized GT-Inspector for Integer, Float and Character >> > === >> > >> > MCZ attached: >> > >> > >> > >> > >> > I made it so that 'State' shows slots only (if any) and takes precedence. >> > >> > I added an 'Integer' tab to Integer with decimal, hex, octal, binary and optional character aspects. >> > >> > I added a 'Float' tab to Float with (binary, base 2) significant and exponent (self = significant * (2 ** exponent)) [the old sign field was not needed since significant is signed already), while making the 'State' show the 2 indexed slots (which is more correct IMHO). >> > >> > I added a 'Character' tab with self, codepoint and unicode aspects. >> > >> > Obviously this has to be iterated upon. I am already very happy that I could figure out how to do this. Much more from the old Eye inspectors will follow. >> > >> > Sven >> > >> > PS1: Implementing this, I sense that we might need an option so that a field can show some label for its value, while clicking further on it would continue on something else (obviously related), differently field by field. >> > >> > PS2: Is is necessary/useful for the States fields in #gtInspectorVariableValuePairs to be a Set instead of something that preserves the order ? >> > >> > >> > >> > -- >> > www.tudorgirba.com >> > >> > "Every thing has its own flow" >> >> >> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> > > > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

Oct. 4, 2014

Re: [Pharo-dev] About ways to participate in community and general negativity

by kilon alios

exactly and most of us are aware of these tools and the fact that are very useful because a) we are registered in the moose mailing list b) because you have posted a few demonstrations videos about their use here, in the moose mailing list and in tweeter. I am very excited that you push pharo development forward and can't wait to see what more surprises you have in store for us. My thread which I think it was blown out of proportions was just a request for clarifications and some criticism on the tool itself. I never demanded that the tool should changed just for my shake or I wont use it, nor I expect these changes to come fast or in same form as Workspace. As I said in that thread Pharo 4 is a long way to go till its release. I have no regrets about that thread, my criticism still stands and I think I have been fair and polite but also honest. You replied to my questions without making assumptions and jumping to conclusions about my character and my state of mind and I really appreciate that. As I state always and maybe I started to sound boring by now, documentation is the most important feature. Playground is an advanced tool and of course it needs some explaining to utilise properly . Those blog posts are definetly a good starting point. I am still studying them and I will be using Playground non stop from now on because I use always the latest Pharo 4 for my project Ephestos. I usually get the latest release every few days. Actually your reply put it in some thinking about the potential of using GT tools to refactor Python code which is the core goal of my project. Definetly some exciting potential there. Keep up the great work. On Sat, Oct 4, 2014 at 9:14 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi Thierry, > > On Sat, Oct 4, 2014 at 12:03 AM, Thierry Goubier < > thierry.goubier(a)gmail.com> wrote: > >> [...] >> And now, to make integration easier, we pile more stuff on top of the >> existing, bound to be removed, infrastructure: Glamour, Rubric, etc... And >> both Glamour and Spec don't make it easy to solve Morphic bugs. >> >> I value your ambition a lot :) But I also feel that it stresses the Rmod >> team, and it leaks over the community. >> > > I believe there is a confusion here. GT and Glamour are not maintained by > the RMoD team. GT is an external project and it is maintained in its > separate repository. That is why it stresses RMoD less and it is a way of > scaling. > > Also, since more than one year I am working on fixing various Morphic > problems, and I can tell you that GT provides a significant productivity > boost in that specific area. In any case, you should also note that these > tools are under development since several years (the overall project > started 5 years ago) and they are being actively used since 2 years in > Moose. I believe we never had that much focus on the tools before. > > Cheers, > Doru > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

Oct. 4, 2014

Re: [Pharo-dev] About ways to participate in community and general negativity

by Thierry Goubier

Le 04/10/2014 08:14, Tudor Girba a Ã©crit : > Hi Thierry, > > On Sat, Oct 4, 2014 at 12:03 AM, Thierry Goubier > <thierry.goubier(a)gmail.com <mailto:thierry.goubier@gmail.com>> wrote: > > [...] > And now, to make integration easier, we pile more stuff on top of > the existing, bound to be removed, infrastructure: Glamour, Rubric, > etc... And both Glamour and Spec don't make it easy to solve Morphic > bugs. > > I value your ambition a lot :) But I also feel that it stresses the > Rmod team, and it leaks over the community. > > > I believe there is a confusion here. GT and Glamour are not maintained > by the RMoD team. GT is an external project and it is maintained in its > separate repository. That is why it stresses RMoD less and it is a way > of scaling. I agree that the GT Tools are a bit different. Still, TxText integration will have to work on all users of all forms of text, including GT (and additionally GT). And now you are starting to have the issue of handling slices on GT from Pharo: do people have to register on Moose, resynchronize on GT on Moose, push their slices there, wait for Moose to push a slice to integrate on Pharo, wait for Pharo to integrate that slice? > Also, since more than one year I am working on fixing various Morphic > problems, and I can tell you that GT provides a significant productivity > boost in that specific area. In any case, you should also note that > these tools are under development since several years (the overall > project started 5 years ago) and they are being actively used since 2 > years in Moose. I believe we never had that much focus on the tools before. I found that stepping through the opening sequence of GT to debug MorphTreeMorph a pain and had to find another way to understand the issue. I do have specific tools I can use in such circumstances that you don't have. I agree that Morphic has improved due to the fact GT is exposing it in different ways (and you solving bugs in there), and that you are integrating Alain's work (Rubric) in advance. I'm not worried by GT per se (see above for the contribution things), but by the fact core elements (Athens, TxText, NativeBoost, git) are a long way from stabilising. Thierry > > Cheers, > Doru > > -- > www.tudorgirba.com <http://www.tudorgirba.com> > > "Every thing has its own flow"

Oct. 4, 2014