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

Re: [Pharo-dev] [Pharo-users] [ann] gtspotter: a moldable interface for spotting objects

by Max Leske

> On 07 Dec 2014, at 14:52, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > Hola, > > Andrei demoed it to me on friday and it is *extremely* cool. I canât wait to start using it for my next development session. > > I have one request though (as I already mentioned to Andrei). Since you are using a significant part of the screen, it would not be costly to (e.g. at the bottom) put a small legend of the non-obvious keystroke combinations. It would greatly increase discoverability of the features of the tool. > > Considering the blog post, the legend would be ( I donât understand the difference between the last 2): > Cmd+Shift+ArrowUp/ArrowDown = Next/Prev category, Cmd+RightArrow = Dive into, Cmd+Shift+RightArrow = ??? +1 > >> On Dec 7, 2014, at 10:14, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >> Hi, >> >> Alex Syrel, Andrei Chis and I are happy to announce a new addition to the Glamorous Toolkit: >> GTSpotter, a novel interface for spotting objects. >> >> GTSpotter has two goals: >> - Provide a uniform yet moldable interface that can work on any object, and >> - Handle searching through arbitrary levels of object nesting. >> >> We think this will have a significant impact on the development workflow in Pharo. >> >> Here is a couple of screenshots: >> <gtspotter-packages-classes.png> <gtspotter-dive-class-method-sender.png> <gtspotter-playground.png> >> >> >> A trailer is available here: >> https://www.youtube.com/watch?v=PhSmjR3NOlU >> >> A detailed description is available here: >> http://www.humane-assessment.com/blog/introducing-gtspotter >> >> It works already in Pharo 3.0 and can be played with by following the instructions from: >> http://gt.moosetechnology.org >> >> Please let us know what you think. >> >> Enjoy, >> The Glamorous Team > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD lab - Computer Science Department (DCC) - University of Chile > >

Dec. 7, 2014

Re: [Pharo-dev] [Pharo-users] [ann] gtspotter: a moldable interface for spotting objects

by Johan Fabry

Hola, Andrei demoed it to me on friday and it is *extremely* cool. I canât wait to start using it for my next development session. I have one request though (as I already mentioned to Andrei). Since you are using a significant part of the screen, it would not be costly to (e.g. at the bottom) put a small legend of the non-obvious keystroke combinations. It would greatly increase discoverability of the features of the tool. Considering the blog post, the legend would be ( I donât understand the difference between the last 2): Cmd+Shift+ArrowUp/ArrowDown = Next/Prev category, Cmd+RightArrow = Dive into, Cmd+Shift+RightArrow = ??? > On Dec 7, 2014, at 10:14, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > Alex Syrel, Andrei Chis and I are happy to announce a new addition to the Glamorous Toolkit: > GTSpotter, a novel interface for spotting objects. > > GTSpotter has two goals: > - Provide a uniform yet moldable interface that can work on any object, and > - Handle searching through arbitrary levels of object nesting. > > We think this will have a significant impact on the development workflow in Pharo. > > Here is a couple of screenshots: > <gtspotter-packages-classes.png> <gtspotter-dive-class-method-sender.png> <gtspotter-playground.png> > > > A trailer is available here: > https://www.youtube.com/watch?v=PhSmjR3NOlU > > A detailed description is available here: > http://www.humane-assessment.com/blog/introducing-gtspotter > > It works already in Pharo 3.0 and can be played with by following the instructions from: > http://gt.moosetechnology.org > > Please let us know what you think. > > Enjoy, > The Glamorous Team ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

Dec. 7, 2014

Re: [Pharo-dev] [ann] gtspotter: a moldable interface for spotting objects

by Esteban Lorenzano

it will be integrated (replacing old Spotlight) as soon as you give me a configuration :) Esteban > On 07 Dec 2014, at 14:24, Richard Wettel <wettel(a)gmail.com> wrote: > > Lately I've had the chance of trying the gtspotter and saw it grow into something really cool. Thanks, guys! > > Ricky > > â > Sent from Mailbox <https://www.dropbox.com/mailbox> > > On Sun, Dec 7, 2014 at 2:17 PM, Max Leske <maxleske(a)gmail.com <mailto:maxleske@gmail.com>> wrote: > > Love is in the air *dam dam dadam dam dam dadam* :D > > > >> On 07 Dec 2014, at 14:14, Tudor Girba <tudor(a)tudorgirba.com <mailto:tudor@tudorgirba.com>> wrote: >> >> Hi, >> >> Alex Syrel, Andrei Chis and I are happy to announce a new addition to the Glamorous Toolkit: >> GTSpotter, a novel interface for spotting objects. >> >> GTSpotter has two goals: >> - Provide a uniform yet moldable interface that can work on any object, and >> - Handle searching through arbitrary levels of object nesting. >> >> We think this will have a significant impact on the development workflow in Pharo. >> >> Here is a couple of screenshots: >> <gtspotter-packages-classes.png> <gtspotter-dive-class-method-sender.png> <gtspotter-playground.png> >> >> >> A trailer is available here: >> https://www.youtube.com/watch?v=PhSmjR3NOlU <https://www.youtube.com/watch?v=PhSmjR3NOlU> >> >> A detailed description is available here: >> http://www.humane-assessment.com/blog/introducing-gtspotter <http://www.humane-assessment.com/blog/introducing-gtspotter> >> >> It works already in Pharo 3.0 and can be played with by following the instructions from: >> http://gt.moosetechnology.org <http://gt.moosetechnology.org/> >> >> Please let us know what you think. >> >> Enjoy, >> The Glamorous Team > >

Dec. 7, 2014

Re: [Pharo-dev] [ann] gtspotter: a moldable interface for spotting objects

by Richard Wettel

Lately I've had the chance of trying the gtspotter and saw it grow into something really cool. Thanks, guys! Ricky â Sent from Mailbox On Sun, Dec 7, 2014 at 2:17 PM, Max Leske <maxleske(a)gmail.com> wrote: > Love is in the air *dam dam dadam dam dam dadam* :D >> On 07 Dec 2014, at 14:14, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >> Hi, >> >> Alex Syrel, Andrei Chis and I are happy to announce a new addition to the Glamorous Toolkit: >> GTSpotter, a novel interface for spotting objects. >> >> GTSpotter has two goals: >> - Provide a uniform yet moldable interface that can work on any object, and >> - Handle searching through arbitrary levels of object nesting. >> >> We think this will have a significant impact on the development workflow in Pharo. >> >> Here is a couple of screenshots: >> <gtspotter-packages-classes.png> <gtspotter-dive-class-method-sender.png> <gtspotter-playground.png> >> >> >> A trailer is available here: >> https://www.youtube.com/watch?v=PhSmjR3NOlU <https://www.youtube.com/watch?v=PhSmjR3NOlU> >> >> A detailed description is available here: >> http://www.humane-assessment.com/blog/introducing-gtspotter <http://www.humane-assessment.com/blog/introducing-gtspotter> >> >> It works already in Pharo 3.0 and can be played with by following the instructions from: >> http://gt.moosetechnology.org <http://gt.moosetechnology.org/> >> >> Please let us know what you think. >> >> Enjoy, >> The Glamorous Team

Dec. 7, 2014

Re: [Pharo-dev] [ann] gtspotter: a moldable interface for spotting objects

by Max Leske

Love is in the air *dam dam dadam dam dam dadam* :D > On 07 Dec 2014, at 14:14, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > Alex Syrel, Andrei Chis and I are happy to announce a new addition to the Glamorous Toolkit: > GTSpotter, a novel interface for spotting objects. > > GTSpotter has two goals: > - Provide a uniform yet moldable interface that can work on any object, and > - Handle searching through arbitrary levels of object nesting. > > We think this will have a significant impact on the development workflow in Pharo. > > Here is a couple of screenshots: > <gtspotter-packages-classes.png> <gtspotter-dive-class-method-sender.png> <gtspotter-playground.png> > > > A trailer is available here: > https://www.youtube.com/watch?v=PhSmjR3NOlU <https://www.youtube.com/watch?v=PhSmjR3NOlU> > > A detailed description is available here: > http://www.humane-assessment.com/blog/introducing-gtspotter <http://www.humane-assessment.com/blog/introducing-gtspotter> > > It works already in Pharo 3.0 and can be played with by following the instructions from: > http://gt.moosetechnology.org <http://gt.moosetechnology.org/> > > Please let us know what you think. > > Enjoy, > The Glamorous Team

Dec. 7, 2014

[ann] gtspotter: a moldable interface for spotting objects

by Tudor Girba

Hi, Alex Syrel, Andrei Chis and I are happy to announce a new addition to the Glamorous Toolkit: GTSpotter, a novel interface for spotting objects. GTSpotter has two goals: - Provide a uniform yet moldable interface that can work on any object, and - Handle searching through arbitrary levels of object nesting. We think this will have a significant impact on the development workflow in Pharo. Here is a couple of screenshots: [image: Inline image 2] [image: Inline image 1] [image: Inline image 3] A trailer is available here: https://www.youtube.com/watch?v=PhSmjR3NOlU A detailed description is available here: http://www.humane-assessment.com/blog/introducing-gtspotter It works already in Pharo 3.0 and can be played with by following the instructions from: http://gt.moosetechnology.org Please let us know what you think. Enjoy, The Glamorous Team

Dec. 7, 2014

Re: [Pharo-dev] Monticello and Fuel

by Max Leske

> On 07 Dec 2014, at 04:19, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > Hi Max, Hi Eliot, > > On Sat, Dec 6, 2014 at 1:43 AM, Max Leske <maxleske(a)gmail.com <mailto:maxleske@gmail.com>> wrote: > >> On 06 Dec 2014, at 04:37, Eliot Miranda <eliot.miranda(a)gmail.com <mailto:eliot.miranda@gmail.com>> wrote: >> >> >> >> On Thu, Dec 4, 2014 at 11:35 PM, Max Leske <maxleske(a)gmail.com <mailto:maxleske@gmail.com>> wrote: >> >> > On 05 Dec 2014, at 08:02, Norbert Hartl <norbert(a)hartl.name <mailto:norbert@hartl.name>> wrote: >> > >> > >> > >> > >> >> Am 04.12.2014 um 23:31 schrieb Thierry Goubier <thierry.goubier(a)gmail.com <mailto:thierry.goubier@gmail.com>>: >> >> >> >> Hi all, >> >> >> >> I'm just wondering. >> >> >> >> Would it work to have a package format based on Fuel? >> >> >> > I doubt it would work cross platform. I don't know how fuel serializes WideString, LargePositiveInteger, BoxedFloat64. These differ between smalltalk platforms. The source as string solves that. Strings are written as unicode string and numbers as certain number format etc. >> >> True. Cross dialect loading isnât something we encourage to do with Fuel. >> >> @Thierry >> You said something about partial loading: that will never be possible with Fuel because of its pickle format. To select any partial graph you have to first read the entire file and rebuild the graph first (ok, you donât strictly have to build the graph but you still need to read the entire file). >> >> Hi Max, you misunderstand what partial loading means in this context. I designed and implemented partial loading for the Parcel system in VW, and Fuel is essentially a clean reimplementation of parcels. The idea is that one does indeed read the entire object graph, but then only the parts of the graph that mate with the current class hierarchy are installed, and the bits that don't fit are stored for later. Why? So that a component can define extensions on classes in components that may not be present. Why? So that one can maintain a single logical component in a single package instead of decomposing it into independently loadable fragments. > > Makes sense. Itâs just that I often get asked if it is possible to read / update only parts of a Fuel file, so I wanted to make it clear that that canât work. > > Right, good point. But is there a use case? For example, in effect is there a difference between being able to patch a part of a Fuel file and loading that file into an image (possibly automatically), patching the object graph and saving a new version? Yes, performance seems to be the main use case. Fuel files of hundreds of MB take a long time to load and save, even if you only change a single string. One instance where this is relevant is the Moose model. They currently use .mse files, which use a textual representation (if Iâm not mistaken). Usman asked me if Fuel were an option, especially for updating only parts of the model. > >> Lets take an example like Fuel itself. This may have specialised marshalling and unmarshalling extensions defined on may classes, some of which may be to do with the GUI. If we have partial loading we can load Fuel into a headless image. The extensions on the GUI classes will simply not be installed, *until* we load the GUI. Hence Fuel does not have to be decomposed every time we factor the system into subcomponents. Without partial loading Fuel must be decomposed into a series of fragments so that it can load that part that fits into the headless base, and we have to manage teh dependency to ensure the fragment that loads against the GUI is loaded when the GUI is loaded. Worse still, if we cut the GUI into two (e.g. development vs deployment tools) we have to visit the Fuel GUI component (and potentially many other component) and decompose it into two pieces. In practice this is extremely costly to maintain, verging on chaos. With partial loading things are simple. >> >> Perhaps I should have called it partial installation, but you get the idea. > > Thanks for the explanation. > >> >> >> > >> > Norbert >> > >> >> Would that make loading faster? >> >> >> >> Does it already exist? >> >> >> >> Thanks, >> >> >> >> Thierry >> > >> >> >> >> >> >> -- >> best, >> Eliot > > > > > -- > best, > Eliot

Dec. 7, 2014

Spur Re: Repeatable VM crash

by Ben Coman

Esteban Lorenzano wrote: > yes, tests now are finishing without crash! > > https://ci.inria.fr/pharo/view/4.0-VM-Spur/job/Pharo-spur32-tests > > now that we are ready yet, but almost there :) > > Esteban > Great to hear you are getting close. cheers -ben

Dec. 7, 2014

Re: [Pharo-dev] Repeatable VM crash

by Esteban Lorenzano

yes, tests now are finishing without crash! https://ci.inria.fr/pharo/view/4.0-VM-Spur/job/Pharo-spur32-tests now that we are ready yet, but almost there :) Esteban > On 06 Dec 2014, at 22:57, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > Hi Esteban, > > plausibly the fix to the latest VM might fix your crash. You might test? Fingers crossed. > > On Fri, Dec 5, 2014 at 11:26 PM, Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: > yes, but the first step is to be sure you have the latest vm version :) > > Esteban > > >> On 05 Dec 2014, at 22:37, Eliot Miranda <eliot.miranda(a)gmail.com <mailto:eliot.miranda@gmail.com>> wrote: >> >> Hi Hilaire, >> >> can you try and concoct an image that crashes from start-up without operator intervention? What I mean is that if the expression that crashes is the one you give then in a workspace evaluate >> >> Smalltalk snapshot: true andQuit: true. >> (CGDonator firstname: 'Eric' lastname: 'Dupont') = (CGParticipant firstname: 'Eric' lastname: 'Dupont') >> >> and then run the saved image. If it crashes then its really easy to debug because it will be repeatable. If one has to interact with the image debugging is much more difficult. >> >> On Fri, Dec 5, 2014 at 1:07 PM, Hilaire <hilaire(a)drgeo.eu <mailto:hilaire@drgeo.eu>> wrote: >> Hi again, >> >> I must add it occurs from a test or when comparing something like this >> in the Workspace: >> >> (CGDonator firstname: 'Eric' lastname: 'Dupont') = (CGParticipant >> firstname: 'Eric' lastname: 'Dupont') >> >> I get a false returned value printed in the Workspace, then VM crash. >> >> Thanks >> >> Hilaire >> >> >> Le 05/12/2014 21:35, Hilaire a Ã©crit : >> > When playing with equality in a class hierarchy I have repeatable VM crash. >> > It is today Pharo VM 3.9-7 from Jenkins and Pharo3. >> > >> > Am I using an out of date VM? >> > >> > Crashdump enclosed >> > >> > Hilaire >> > >> > >> >> >> -- >> Dr. Geo - http://drgeo.eu <http://drgeo.eu/> >> iStoa - http://istoa.drgeo.eu <http://istoa.drgeo.eu/> >> >> >> >> >> >> -- >> best, >> Eliot > > > > > -- > best, > Eliot

Dec. 7, 2014

Re: [Pharo-dev] Little feature for ConfigurationBrowser

by Torsten Bergmann

Hi Stef, what do you mean? A menu in the config browser to add the repos in MC Browser? I would rather see that each MetaRepoForPharoXX is be default listed as a repo in MC browser. Then you just need to use the "Copy" function of MC browsers to push your config. Thx T. > Gesendet: Samstag, 06. Dezember 2014 um 17:06 Uhr > Von: stepharo <stepharo(a)free.fr> > An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> > Betreff: [Pharo-dev] Little feature for ConfigurationBrowser > > Hi T. > > would it be possible to get a menu that creates the repo in the MC > Browser from the ConfigurationBrowser > like that people will be able to push their configuration without having > to create all the repo manually? > > Stef > >

Dec. 7, 2014