- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] gt issues

by Tudor Girba

Hi, On Sat, Oct 4, 2014 at 9:32 AM, kilon alios <kilon.alios(a)gmail.com> wrote: > > yes managing tabs is essential I think for everyone. This is why I also > asked for window groups. > The issue that Sven raised is not about windows, but about the panes in the inspector. > Personally I dont care exactly how you implement these, the goal , like > Sven said, its all about controlling the amount of information that is show > and the amount that is hidden but yet it can be easily unhidden. If the > goal is achieved I think that would be a big bonus anyway even if the > implementation is not ideal. > > Pharo needs a centralised way to manage tabs and windows, its a system > heavily .... wait that is wrong.... solely based on GUIs. So this is not a > GT issue, its more a Pharo issue. > The problem with GT because is such a detailed tool it exposes this Pharo > weakness a lot more than other tools. > The GTInspector problem will be solved by adding the possibility for each last tab to close. Other features missing are the refactoring tools of workspace, implementor > of, senders of, references of, find etc. > Refactoring are indeed not present, but the rest are there only via shortcuts. The menu entries will come as well. > By the way dark theme works ok with GT tools as far I can see. Which is a > big thumbs up from me. > The icons do not work because the black is hardcoded. We need to change that. > > Also a feature I would ask is since you guys have been succesful into > integration pillar into GT tools , why not offer documentation for GT tools > as part of the GT tools ? Maybe not a detailed one if you dont have the > time just a nice cheat sheat with shortcuts and how to use basic features. > That will likely come as well in some way. Only the way is not yet decided. I would be happy if someone would like to experiment with integrating the Help system with Pillar. Doru > > On Sat, Oct 4, 2014 at 10:20 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> 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" >> > > -- www.tudorgirba.com "Every thing has its own flow"

Oct. 4, 2014

Updates for Pharo4

by Max Leske

Iâve opened an issue with a slice for integration. https://pharo.fogbugz.com/f/cases/14159/Update-Fuel > I fixed a couple of issues and failing tests for Pharo4. Thereâs also a couple of new things (e.g. test cases for Context instead of MethodContext) that should be integrated into Pharo4. > > Cheers, > Max

Oct. 4, 2014

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

by J.F. Rick

> (1) Graphics are still based on BitBlt, which is slow and ugly. Moving > over to Athens will address this. While I have successfully used Athens > graphics, I still get VM crashes (which are probably due to Athens as I did > not get the crashes beforehand). > > When you get them can you report to see what we can do? > At this point, that's all I can report. Now, it has been several months and it could easily be that it was not Athens or that Igor fixed it already. Once I get back to that development, I'll investigate and contribute what I find. > (3) Event handling does not get touch events. I've hacked this so far > but a sustainable solution would be great. > > Did you check the new OSWindow because > We should now integrate and replace the old events system to use OSWindow > I will check that out. > (4) Packages do not facilitate transfer of resources. For my purposes, I > need to add images and sound to a package. This is not really possible > right now. > > I was synching with Max about the status of libgit and he continues to > make progress so we will get there. > Cool. Max, if you need some help (particularly in regard to resources or documentation), let me know. Anyway, I'm back to doing some Pharo / Smalltalk development (currently server side). Eventually this will translate into contributions. I mainly replied to let Esteban know that there is more goodwill out there than he realizes. Cheers, Jeff -- Jochen "Jeff" Rick, Ph.D. http://www.je77.com/ Skype ID: jochenrick

Oct. 4, 2014

Re: [Pharo-dev] gt issues

by Sven Van Caekenberghe

On 04 Oct 2014, at 09:36, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Ok. This is already on the roadmap, but opening an issue would not hurt :). Bitte: https://pharo.fogbugz.com/f/cases/14156/Add-a-way-to-get-GTPlayground-and-G… > Cheers, > Doru > > > On Sat, Oct 4, 2014 at 9:25 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > 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: > > <Screen Shot 2014-10-04 at 09.24.20.png> > > 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" > > > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

Oct. 4, 2014

Re: [Pharo-dev] gt issues

by Tudor Girba

Ok. This is already on the roadmap, but opening an issue would not hurt :). Cheers, Doru On Sat, Oct 4, 2014 at 9:25 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > 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" > > > -- www.tudorgirba.com "Every thing has its own flow"

Oct. 4, 2014

Re: [Pharo-dev] gt issues

by kilon alios

yes managing tabs is essential I think for everyone. This is why I also asked for window groups. Personally I dont care exactly how you implement these, the goal , like Sven said, its all about controlling the amount of information that is show and the amount that is hidden but yet it can be easily unhidden. If the goal is achieved I think that would be a big bonus anyway even if the implementation is not ideal. Pharo needs a centralised way to manage tabs and windows, its a system heavily .... wait that is wrong.... solely based on GUIs. So this is not a GT issue, its more a Pharo issue. The problem with GT because is such a detailed tool it exposes this Pharo weakness a lot more than other tools. Other features missing are the refactoring tools of workspace, implementor of, senders of, references of, find etc. By the way dark theme works ok with GT tools as far I can see. Which is a big thumbs up from me. Also a feature I would ask is since you guys have been succesful into integration pillar into GT tools , why not offer documentation for GT tools as part of the GT tools ? Maybe not a detailed one if you dont have the time just a nice cheat sheat with shortcuts and how to use basic features. On Sat, Oct 4, 2014 at 10:20 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > 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

[pharo-project/pharo-core]

by GitHub

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

Oct. 4, 2014

[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