- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Moose-dev] Re: glamorous toolkit: v0.4.0
by Tudor Girba Dec. 28, 2018

Dec. 28, 2018

Hi, The visualization you describe should be easily doable in the new world. Did you write the visualization in plain Roassal or with the RTMondrian API? Cheers, Doru > On Dec 28, 2018, at 11:32 AM, Luke Gorrie <luke(a)snabb.co> wrote: > > Thanks for the explanations! > > I like the separation between selecting (single-click) and spawning (double-click). The miller column panning is indeed working with a two-finger drag on the touchpad. I will need to test whether this gesture works when running GT on Linux and operating it on a Mac via VNC. That's the most common setup for our application. > > Spotter is not urgent for us. I have written some extensions for it but we aren't really using them much yet. If the inspector is working well then that's the main thing. > > I do have one very important Roassal visualization that I need to bring with me smoothly somehow. Question is whether to port if over to the new framework or somehow smoothly embed Roassal in the new GT? > > The visualization is for compile SSA intermediate representation code and looks like this: > > <Screen Shot 2018-12-28 at 11.25.06.png> > There are some important properties about this diagram: > > - These are two digraphs stacked on top of each other. > - Nodes are always placed below their parents. > - Y-position indicates the max number of edges to reach parent nodes. > - Extra edges (red) can create cycles and should be ignored for layout purposes. > - Nodes can be compound shapes i.e. colored opcode and optionally fused immediate operands in white. > - Each node is an object that can be selected and inspected in the next miller column. > > Can this be done in the new framework with similar effort to the old one? > > On Fri, 28 Dec 2018 at 09:46, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > Thanks for the feedback! > > I am happy you like the new possibilities and that you see the incentives to move to the new world :). > > The inspector part is working quite well. The main reason we call it an alpha is because of the missing pieces to get to a full environment. > > You noticed the issue of Spotter. The existing Spotter is the one that is included in the old GT and it lives in the Morphic world. When the focus is in the new inspector, that means that keybindings are handled by Bloc and this is a separate world from Morphic. At present time, we can embed Bloc in Morphic but not the other way around as we want no binding from Bloc to Morphic. For this reason, unhandled keys are not propagated from Bloc to Morphic and that is why pressing Shift+Enter does not open Spotter. > > So, we will have a Spotter, but that will be another implementation. Other unfinished tools are the Debugger and Coder, but these are likely less relevant for your use case. > > A few other missing pieces: > - some widgets such as a tree are not yet implemented. So, we do not yet have a tree view in inspector. > - the text editor requires a few enhancements for navigation support. > - scrollbar > > The Miller-columns interface can be scrolled with the touchpad left-right. Can you confirm? > > About clicking vs double-clicking: Indeed, we now distinguish between selecting and spawning. As soon as there is a page to the right, selecting will populate that page. However, if there is no page to the right, simply selecting in a list will not spawn, like in the old inspector. Like this, you can work on a page without the page scrolling from underneath you. Please note that between pages we have triangles which are actually buttons. Selecting in a list shows a triangle. Clicking on the triangle spawns. So, you can either double-click to spawn, or you can select and then click on the triangle. Once spawned, simple selection is enough. Does this clarify the situation? > > About Roassal: In the new GT we have GtMondrian which is similar to the one from Roassal. We do not yet have support for creating charts (like bar or line charts). > > About the porting strategy: When you have the new GT loaded, the old Inspector will get a _GT pane that will essentially embed the new views in the old inspector. These also allow for interaction. Like this, you can port at your pace and switch only when you are ready. > > Cheers, > Doru > > > > > On Dec 27, 2018, at 11:36 AM, Luke Gorrie <luke(a)snabb.co> wrote: > > > > ... Some comments and questions if I may: > > > > The "+" button to quickly maximize a panel is fantastic. I am often looking at complex visualizations that should really be full-screen and it was always too much trouble to "drag" them to full screen and back. > > > > Is the Spotter still a part of GToolkit? If not then what replaces it? (I can see that it is present in the image but Shift-Return doesn't seem to invoke it when the GTInspector window has focus.) > > > > Is it still possible to pan left-right between "miller columns"? I see the squares at the top representing panes but clicking and dragging them doesn't seem to do anything. > > > > How come a double-click is now needed to inspect an object? Is single-click going to have a new function? > > > > Once more - great work you guys are doing ! > > > > On Thu, 27 Dec 2018 at 11:06, Luke Gorrie <luke(a)snabb.co> wrote: > > Hi Doru, > > > > Thank you very much for the detailed explanation. > > > > I have spent some time with the alpha now. I think it is absolutely fantastic! > > > > I love the new narrative style of the UI. This ties everything together beautifully and makes it easy to explore. That's really what I am lacking in my application. Currently it simply opens to a blank quasi-playground and it is not obvious what to type or how to get started. I started writing a separate HTML manual but I don't think that's the right medium -- much better with something interactive in the image like the Documenter. > > > > Just clicking around everything seemed to work basically smoothly for me. Maybe it's already time for me to port over to the new GT? Or what do you think the most likely obstacles would be in transitioning to this alpha version? > > > > Currently my custom inspector extensions are mostly based on Roassal and List/Tree/Table views. I also have one or two Glamour browsers. Is that all still there in one form or another? > > > > > > _______________________________________________ > > Moose-dev mailing list > > Moose-dev(a)list.inf.unibe.ch > > https://www.list.inf.unibe.ch/listinfo/moose-dev > > -- > www.feenk.com > > "Every thing has its own flow." > > > > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev -- www.feenk.com "The coherence of a trip is given by the clearness of the goal."

1 0

[Pharo 7.0] Build #84: 22833-PluggableTextMorph-and-co-should-be-removed
by ci-pharo-ci-jenkins2＠inria.fr Dec. 28, 2018

Dec. 28, 2018

There is a new Pharo build available! The status of the build #84 was: FAILURE. The Pull Request #2121 was integrated: "22833-PluggableTextMorph-and-co-should-be-removed" Pull request url: https://github.com/pharo-project/pharo/pull/2121 Issue Url: https://pharo.fogbugz.com/f/cases/22833 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

Re: [Pharo-dev] [Moose-dev] glamorous toolkit: v0.4.0
by Tudor Girba Dec. 28, 2018

Dec. 28, 2018

Hi, Thanks for the feedback! I am happy you like the new possibilities and that you see the incentives to move to the new world :). The inspector part is working quite well. The main reason we call it an alpha is because of the missing pieces to get to a full environment. You noticed the issue of Spotter. The existing Spotter is the one that is included in the old GT and it lives in the Morphic world. When the focus is in the new inspector, that means that keybindings are handled by Bloc and this is a separate world from Morphic. At present time, we can embed Bloc in Morphic but not the other way around as we want no binding from Bloc to Morphic. For this reason, unhandled keys are not propagated from Bloc to Morphic and that is why pressing Shift+Enter does not open Spotter. So, we will have a Spotter, but that will be another implementation. Other unfinished tools are the Debugger and Coder, but these are likely less relevant for your use case. A few other missing pieces: - some widgets such as a tree are not yet implemented. So, we do not yet have a tree view in inspector. - the text editor requires a few enhancements for navigation support. - scrollbar The Miller-columns interface can be scrolled with the touchpad left-right. Can you confirm? About clicking vs double-clicking: Indeed, we now distinguish between selecting and spawning. As soon as there is a page to the right, selecting will populate that page. However, if there is no page to the right, simply selecting in a list will not spawn, like in the old inspector. Like this, you can work on a page without the page scrolling from underneath you. Please note that between pages we have triangles which are actually buttons. Selecting in a list shows a triangle. Clicking on the triangle spawns. So, you can either double-click to spawn, or you can select and then click on the triangle. Once spawned, simple selection is enough. Does this clarify the situation? About Roassal: In the new GT we have GtMondrian which is similar to the one from Roassal. We do not yet have support for creating charts (like bar or line charts). About the porting strategy: When you have the new GT loaded, the old Inspector will get a _GT pane that will essentially embed the new views in the old inspector. These also allow for interaction. Like this, you can port at your pace and switch only when you are ready. Cheers, Doru > On Dec 27, 2018, at 11:36 AM, Luke Gorrie <luke(a)snabb.co> wrote: > > ... Some comments and questions if I may: > > The "+" button to quickly maximize a panel is fantastic. I am often looking at complex visualizations that should really be full-screen and it was always too much trouble to "drag" them to full screen and back. > > Is the Spotter still a part of GToolkit? If not then what replaces it? (I can see that it is present in the image but Shift-Return doesn't seem to invoke it when the GTInspector window has focus.) > > Is it still possible to pan left-right between "miller columns"? I see the squares at the top representing panes but clicking and dragging them doesn't seem to do anything. > > How come a double-click is now needed to inspect an object? Is single-click going to have a new function? > > Once more - great work you guys are doing ! > > On Thu, 27 Dec 2018 at 11:06, Luke Gorrie <luke(a)snabb.co> wrote: > Hi Doru, > > Thank you very much for the detailed explanation. > > I have spent some time with the alpha now. I think it is absolutely fantastic! > > I love the new narrative style of the UI. This ties everything together beautifully and makes it easy to explore. That's really what I am lacking in my application. Currently it simply opens to a blank quasi-playground and it is not obvious what to type or how to get started. I started writing a separate HTML manual but I don't think that's the right medium -- much better with something interactive in the image like the Documenter. > > Just clicking around everything seemed to work basically smoothly for me. Maybe it's already time for me to port over to the new GT? Or what do you think the most likely obstacles would be in transitioning to this alpha version? > > Currently my custom inspector extensions are mostly based on Roassal and List/Tree/Table views. I also have one or two Glamour browsers. Is that all still there in one form or another? > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev -- www.feenk.com "Every thing has its own flow."

1 0

[Pharo 7.0] Build #83: 22841-Fix-printString-related-bugs
by ci-pharo-ci-jenkins2＠inria.fr Dec. 27, 2018

Dec. 27, 2018

There is a new Pharo build available! The status of the build #83 was: SUCCESS. The Pull Request #2131 was integrated: "22841-Fix-printString-related-bugs" Pull request url: https://github.com/pharo-project/pharo/pull/2131 Issue Url: https://pharo.fogbugz.com/f/cases/22841 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

[Pharo 7.0] Build #82: 22826-senders-of-asNonTranslucentColor-should
by ci-pharo-ci-jenkins2＠inria.fr Dec. 27, 2018

Dec. 27, 2018

There is a new Pharo build available! The status of the build #82 was: SUCCESS. The Pull Request #2125 was integrated: "22826-senders-of-asNonTranslucentColor-should" Pull request url: https://github.com/pharo-project/pharo/pull/2125 Issue Url: https://pharo.fogbugz.com/f/cases/22826 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

[ANN][IMPORTANT] Pharo 8.0 issue tracker is MOVED to GitHub
by Esteban Lorenzano Dec. 27, 2018

Dec. 27, 2018

Hi, As part of our constant try to enhance process, we are moving the issue tracker to GitHub. You can now declare issues here: https://github.com/pharo-project/pharo/issues <https://github.com/pharo-project/pharo/issues> FAQ: Q: Why we do this? A: - Because reuniting all development process in just one point will enhance traceability - â¦ and communication (there are a lot of conversations that now happens in different places (list, issue, PR). With this move we put issue and PR discussion in same place. - â¦ and people historically has complained that âthey need to log to fogbugz to just see the issuesâ - â¦ and this allows us to decommission one server we have now just to get the issues names when creating branches (and before slides). Q: Does that means fogbugz is bad? A: Not at all! It is a great tool and we are very grateful of it. Is just that we want to reunite our communication into a single point. Q: What will happen with issues reported in FogBugz? A: Pharo 7.0 issues will be taken as before. Pharo 8.0 issues need to be re-opened in GitHub. There are less than 25 right now and we ask people reporting it to move them again (maybe we would do it, but better is owners do). Q: How can we âbranch from issueâ now if we do not have FogBugz? A: We already added a tool âbranch from issueâ that uses GitHub issue tracker. This will be the same as before. And for the same price, we add that option to other projects: All GitHub projects now can benefit from âbranch from issueâ functionality. Cheers! Esteban

2 1

[Pharo 7.0] Build #81: 22802-ZipArchive-should-throw-specific-Error
by ci-pharo-ci-jenkins2＠inria.fr Dec. 27, 2018

Dec. 27, 2018

There is a new Pharo build available! The status of the build #81 was: FAILURE. The Pull Request #2119 was integrated: "22802-ZipArchive-should-throw-specific-Error" Pull request url: https://github.com/pharo-project/pharo/pull/2119 Issue Url: https://pharo.fogbugz.com/f/cases/22802 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

[Pharo 8.0] Build #2: Removed obsolete Fuel package
by ci-pharo-ci-jenkins2＠inria.fr Dec. 27, 2018

Dec. 27, 2018

There is a new Pharo build available! The status of the build #2 was: FAILURE. The Pull Request #2122 was integrated: "Removed obsolete Fuel package" Pull request url: https://github.com/pharo-project/pharo/pull/2122 Issue Url: https://pharo.fogbugz.com/f/cases/22834 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

[Pharo 7.0] Build #80: SUCCESS
by ci-pharo-ci-jenkins2＠inria.fr Dec. 27, 2018

Dec. 27, 2018

There is a new Pharo build available! The status of the build #80 was: SUCCESS. Could not extract further issue information from commit message: references to fogbugz moved to GitHub tracker Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

Pharo 7 changelog proposal
by Pavel Krivanek Dec. 26, 2018

Dec. 26, 2018

Hi, I'm trying to summarize the changelog for Pharo 7 (based on about 2500 merged PRs, not counting standalone commits to Iceberg and Calypso). If something more should be mentioned, please let me know. Revolutionary kernel changes - bootstrap - modular stateful traits - traits flattening in kernel packages - new sources file for every bootstrapped version, empty changes - new class builder - binary packages loading (Hermes) Infrastructure changes - switch to GitHub - Tonel code format - update building infrastructure to Jenkins 2 Code management - Calypso, the new system browser - new navigation model - faster UI - tabs toolbar instead of single source code panel - explicit commands instead of duplicated menu and shortcuts - extendable by plugins - suitable for the remote scenario - "dynamic protocols", support multiple tags per method - not required star convention for class extension - support multiple tags per class - visibility option for inherited methods - methods inherited from traits are not shown by default - variable view as the special mode for method group view. - better keyboard navigation - and many more Iceberg - a new friendly user interface - simplification of solving problems with repositories - workflow simplification - better GitHub, BitBucket, GitLab support - improved code merging and comparisons - new code serialization format (Tonel) - repositories metadata - documentation - better error handling, tags support - improved Iceberg-Metacello integration - credentials store Cleanups - remove Nautilus - remove UpdateStream - remove all Configurations - remove ShoreLine-Report - remove TxText - remove PluggableTabBarMorph - remove the old Compiler - remove Watery theme - remove Versionner - remove Komitter - remove LegacyWeakSubscription - continue on deprecation of FileStream - dead code cleanups - code organization cleanups - unify categorization of common methods - cleanups of object inspection protocol - start with Ring deprecation - better structure of packages - package comments Updates - Zinc - Epicea - FFI - Metacello - Fuel New - Calypso - integrate WebBrowser - integrate ReferenceFinder - Hermes - Refactoring 2 - Commander - ClassAnnotation Spec - ComposableModel renamed to ComposablePresenter - new calendar presenter - Spec-Demo - improve Spec linking to domain models Look & Feel - use the white theme by default - improve themes switching - main menu bar - new window management shortcuts - better support of fallback bitmap fonts - improved Inspector refreshing - Spotter is looking for opened windows - display scale factor - FastTable improvements VM interface - DoubleWord and DoubleByte arrays - add EncoderForSistaV1 - read-only literals support - improvements and fixes for 64-bit support - fixes for FullBlockClosure - support of the new bytecode set Reflectivity - breakpoints improvements - test coverage using metalinks - reflectivity and metalinks improvements Other - startup running in a fresh process - better pin messages - NewValueHolder and Model API unification - better working and image directories meaning separation - SortFunctions composable - better OSWindow support - convert rules to the Renraku architecture - class and method comments improvements - extensible Playground (pageActionOrder:) - optional password management for command line handlers - system dependencies tests - unify way to obtain package manifests

8 9