December 2014 - Pharo-users

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

by Tudor Girba

Hi Christophe, On Mon, Dec 8, 2014 at 10:43 AM, Christophe Demarey < Christophe.Demarey(a)inria.fr> wrote: > Hi Doru and all, > > Great work. All these tools are really moving the development experience a > step forward :) > I will try it ASAP. > At this time, I just wonder if it is possible to search text in method > sources. It is often useful. > It's not done now, but you can just add it. It should probably take you a couple of minutes :). Just try to follow the instructions from the end of the post and let us know how it goes. > Another related thing I don't know how to do, is to refactor a set of > methods (could be some methods to 20 or more). In these methods, I send a > specific message. Now, I just want to remove the message implementation (it > is not a rename) and I have to update the code accordingly. Sometimes, I > could do that by just a search/replace (text) functionality (would be cool > to use patterns there) in methods source code but I cannot find a way do > that for now. So I do it by hand. > I wonder if it already exists a way to do that or if GTSpotter could > address this issue. > I think this is out of the direct realm of GTSpotter. But, it would be an interesting area nevertheless. We would likely be able to benefit from combining somehow RB rules with spotter. Cheers, Doru > Christophe. > > Le 7 dÃ©c. 2014 Ã 14:14, Tudor Girba a Ã©crit : > > 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 > > > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 8, 2014

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

by Christophe Demarey

Hi Doru and all, Great work. All these tools are really moving the development experience a step forward :) I will try it ASAP. At this time, I just wonder if it is possible to search text in method sources. It is often useful. Another related thing I don't know how to do, is to refactor a set of methods (could be some methods to 20 or more). In these methods, I send a specific message. Now, I just want to remove the message implementation (it is not a rename) and I have to update the code accordingly. Sometimes, I could do that by just a search/replace (text) functionality (would be cool to use patterns there) in methods source code but I cannot find a way do that for now. So I do it by hand. I wonder if it already exists a way to do that or if GTSpotter could address this issue. Christophe. Le 7 dÃ©c. 2014 Ã 14:14, Tudor Girba a Ã©crit : > 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

Dec. 8, 2014

Re: [Pharo-users] Emergency evaluator and GTGenericStackDebugger

by Tudor Girba

I am happy you found the problem. Please continue asking questions. Cheers, Doru On Mon, Dec 8, 2014 at 10:33 AM, Edward Povazan <empovazan(a)gmail.com> wrote: > I found the problem. I forgot a simple fact - with Smalltalk I have access > to all the code! Anyways, I discovered that I had somehow zapped > Moose/HashTable (no idea how) and so in the layout code "HashTable newâ was > raising the exception, sending ânewâ to UndefinedObject. Makes sense to me > now. > > Thanks for all the help, it resulted in me poking around more when I > suddenly realized I could. > -Ed > > > On Dec 7, 2014, at 4:58 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > Could you make the image available? > > Cheers, > Doru > > > > On Sun, Dec 7, 2014 at 1:03 PM, Edward Povazan <empovazan(a)gmail.com> > wrote: > >> Thank you, >> >> For some reason there were a few. Reverted most. However all my Petit* >> ones trigger the same error when reloading them. I deleted them. But the >> error persists, as soon as I try open a Workspace I get the Emergency >> Evaluator screen. >> >> -Ed >> >> On Dec 7, 2014, at 12:21 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >> Hi, >> >> If I understand correctly, you are on Pharo 3. What I suggest is to open >> the Monticello Browser and look at the changed packages. Then you can load >> the previous versions of those, and you should get back to normal. >> >> Cheers, >> Doru >> >> >> >> On Sun, Dec 7, 2014 at 6:08 AM, Edward Povazan <empovazan(a)gmail.com> >> wrote: >> >>> Hello, >>> >>> Iâve been using Pharo for a while as my playground for trying things >>> out, itâs a very soothing place to code and figure out algorithms (except >>> that when I return to my âreal worldâ, the friction with modern tools is >>> amplified). Iâm still a newb when it comes to knowing how things work >>> deeper down. >>> >>> Iâm a little stuck. I did something (canât remember) and not realizing >>> that I had a problem, saved my image too. >>> Now when I try open a Workspace, I get a *** System error handling >>> failed *** with a huge amount of text. >>> >>> Iâve uploaded a screen grab here: http://imgur.com/4ZwsF6e >>> >>> Is this worth debugging? >>> >>> My plan is to install the origin tools, and remove GToolkit. And then >>> reinstall GToolkit. >>> Would this help? >>> >>> And, how? I realize I donât know what tools are in the default Pharo3 >>> image! >>> Can someone tell me what they are called? >>> >>> Thanks! Canât wait to get back to the happy place! >>> -Ed >>> >> >> >> >> -- >> 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"

Dec. 8, 2014

Re: [Pharo-users] Emergency evaluator and GTGenericStackDebugger

by Edward Povazan

I found the problem. I forgot a simple fact - with Smalltalk I have access to all the code! Anyways, I discovered that I had somehow zapped Moose/HashTable (no idea how) and so in the layout code "HashTable newâ was raising the exception, sending ânewâ to UndefinedObject. Makes sense to me now. Thanks for all the help, it resulted in me poking around more when I suddenly realized I could. -Ed On Dec 7, 2014, at 4:58 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > Could you make the image available? > > Cheers, > Doru > > > > On Sun, Dec 7, 2014 at 1:03 PM, Edward Povazan <empovazan(a)gmail.com> wrote: > Thank you, > > For some reason there were a few. Reverted most. However all my Petit* ones trigger the same error when reloading them. I deleted them. But the error persists, as soon as I try open a Workspace I get the Emergency Evaluator screen. > > -Ed > > On Dec 7, 2014, at 12:21 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> Hi, >> >> If I understand correctly, you are on Pharo 3. What I suggest is to open the Monticello Browser and look at the changed packages. Then you can load the previous versions of those, and you should get back to normal. >> >> Cheers, >> Doru >> >> >> >> On Sun, Dec 7, 2014 at 6:08 AM, Edward Povazan <empovazan(a)gmail.com> wrote: >> Hello, >> >> Iâve been using Pharo for a while as my playground for trying things out, itâs a very soothing place to code and figure out algorithms (except that when I return to my âreal worldâ, the friction with modern tools is amplified). Iâm still a newb when it comes to knowing how things work deeper down. >> >> Iâm a little stuck. I did something (canât remember) and not realizing that I had a problem, saved my image too. >> Now when I try open a Workspace, I get a *** System error handling failed *** with a huge amount of text. >> >> Iâve uploaded a screen grab here: http://imgur.com/4ZwsF6e >> >> Is this worth debugging? >> >> My plan is to install the origin tools, and remove GToolkit. And then reinstall GToolkit. >> Would this help? >> >> And, how? I realize I donât know what tools are in the default Pharo3 image! >> Can someone tell me what they are called? >> >> Thanks! Canât wait to get back to the happy place! >> -Ed >> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" > > > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

Dec. 8, 2014

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

by Thierry Goubier

2014-12-07 20:21 GMT+01:00 Tudor Girba <tudor(a)tudorgirba.com>: > > Hi Thierry, > > What I meant is that no IDE I know allows you to refine search through arbitrary levels of nesting. For example, looking for senders, filter, implementors, filter, senders, filter ... > > > Is the AltBrowser able to do that? If so, I missed this one. It is able to do that. It's very simple: every search you do is answered as a browser instance scoped to the RBEnvironment containing the search results. So, depending on what you search next, it happens in the current scope or in the parent scope, and recursively constrain the scope The finder is integrated into that (i.e. finder searches, any type, are scoped to the RBEnvironment). Refactoring commands are (should be) restricted to that scope. Limitation: RB environments are not dynamic. Thierry

Dec. 8, 2014

Re: [Pharo-users] Emergency evaluator and GTGenericStackDebugger

by Edward Povazan

Thank you, I didnât know that (I did it with code for the inspector). However disabling/enabling doesnât change anything with regards to the error. And Iâm liking GT a lot, so I will prepare a new image and move my stuff over, good things to finally have a need to learn. -Ed On Dec 7, 2014, at 12:31 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > Hi, > > what image do you use? > If it is pharo4, you can open the settings (World menu>System>Settings) and disable GT playground and inspector (Glamorous Toolkit settings) > > > > > 2014-12-07 6:08 GMT+01:00 Edward Povazan <empovazan(a)gmail.com>: > Hello, > > Iâve been using Pharo for a while as my playground for trying things out, itâs a very soothing place to code and figure out algorithms (except that when I return to my âreal worldâ, the friction with modern tools is amplified). Iâm still a newb when it comes to knowing how things work deeper down. > > Iâm a little stuck. I did something (canât remember) and not realizing that I had a problem, saved my image too. > Now when I try open a Workspace, I get a *** System error handling failed *** with a huge amount of text. > > Iâve uploaded a screen grab here: http://imgur.com/4ZwsF6e > > Is this worth debugging? > > My plan is to install the origin tools, and remove GToolkit. And then reinstall GToolkit. > Would this help? > > And, how? I realize I donât know what tools are in the default Pharo3 image! > Can someone tell me what they are called? > > Thanks! Canât wait to get back to the happy place! > -Ed >

Dec. 8, 2014

Re: [Pharo-users] Emergency evaluator and GTGenericStackDebugger

by Edward Povazan

Yep, I will move my stuff to a new image this week and clean up a bit. I now have a need to learn about serializing my models :) so I import them into a new image. I can post a link when I get it ready. Thanks for your help, Iâve learnt more things. -Ed On Dec 7, 2014, at 4:58 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > Could you make the image available? > > Cheers, > Doru > > > > On Sun, Dec 7, 2014 at 1:03 PM, Edward Povazan <empovazan(a)gmail.com> wrote: > Thank you, > > For some reason there were a few. Reverted most. However all my Petit* ones trigger the same error when reloading them. I deleted them. But the error persists, as soon as I try open a Workspace I get the Emergency Evaluator screen. > > -Ed > > On Dec 7, 2014, at 12:21 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> Hi, >> >> If I understand correctly, you are on Pharo 3. What I suggest is to open the Monticello Browser and look at the changed packages. Then you can load the previous versions of those, and you should get back to normal. >> >> Cheers, >> Doru >> >> >> >> On Sun, Dec 7, 2014 at 6:08 AM, Edward Povazan <empovazan(a)gmail.com> wrote: >> Hello, >> >> Iâve been using Pharo for a while as my playground for trying things out, itâs a very soothing place to code and figure out algorithms (except that when I return to my âreal worldâ, the friction with modern tools is amplified). Iâm still a newb when it comes to knowing how things work deeper down. >> >> Iâm a little stuck. I did something (canât remember) and not realizing that I had a problem, saved my image too. >> Now when I try open a Workspace, I get a *** System error handling failed *** with a huge amount of text. >> >> Iâve uploaded a screen grab here: http://imgur.com/4ZwsF6e >> >> Is this worth debugging? >> >> My plan is to install the origin tools, and remove GToolkit. And then reinstall GToolkit. >> Would this help? >> >> And, how? I realize I donât know what tools are in the default Pharo3 image! >> Can someone tell me what they are called? >> >> Thanks! Canât wait to get back to the happy place! >> -Ed >> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" > > > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

Dec. 8, 2014

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

by Tudor Girba

Hi, On Mon, Dec 8, 2014 at 12:29 AM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > > 2014-12-07 20:19 GMT+01:00 Tudor Girba <tudor(a)tudorgirba.com>: > >> Hi, >> >> On Sun, Dec 7, 2014 at 3:52 PM, Thierry Goubier < >> thierry.goubier(a)gmail.com> wrote: >> >>> Cool. >>> >>> Interesting. I recognize some of the patterns I use, but in a slightly >>> different form. >>> >> >> Could you detail? I am asking because I am interesting in search use >> cases to see if they can be expressed in terms of Spotter of if we need to >> extend the interface in some way. GTSpotter is supposed to be moldable >> thus, it is important for it to handle as many use cases as possible. >> > > Well, the hierarchical, drill-down type of recursive searches is something > I do regularly, so I can relate. They are not as general; they revolve as a > cascading sequence of implementors/finder/senders/accesses/package/class > searches, but from inside the browser (but, since a search result is given > in a browser, then you can keep drilling down). > > >> >> >>> The widget look very nice and clean. I'd worry about having a very long >>> top-level list, and I know that some of the search patterns are a bit less >>> efficient than what I use today. >>> >> >> What do you mean by long top-level lists? >> Do you refer to categories for which a query can show many results? In >> this case, our interface always limits the amount per category to 5. After >> reaching 5 items, the rest is being computed in a process with lower >> priority so as not to mess too much with the responsiveness of the UI. If >> you want to see more than 5, you can always dive in the category and then >> you focus only on that category. It seems to work well enough. >> > > Ok. I see how you are targetting that. I was thinking of what would happen > if you have many extensions going into the root items. > I see. We put quite some work in this issue actually. Originally, we showed the list of categories like in Spotlight on Mac, but then we noticed we do not know what categories actually provide a match. So, if you look closely, the widget shows all categories that are at the top and at the bottom of the visible items. As you scroll they scroll in and out of the main list. If there are too many on a row, the labels trim down nicely. We tried with a couple of dozens and it scales reasonably well. I think this widget is quite cool and rather unique (I have not seen this design anywhere else). I will try to describe these design decisions in a future post. >> You should also take into account that most widgets you see are hand-made >> in a lighter Morphic (called Brick) created by Alex Syrel. The goal of this >> one is to be fast and scalable. >> > > Cool. It's an issue for many things, and its great to see someone tackling > speed issues. > > I dropped some type of Morphs for that reason. > > >> >> Does that answer the question? >> > > Yes, it did. > > >> >> I'm impressed by the amount of work going into that. >>> >> >> Thanks. Indeed, the work was quite intensive and we went through 3 major >> variations of the implementations. >> > > What was I told about Smalltalk the very first time I had to use it as a > student? "the language where you can break and redo all your code in a very > short time.". > Indeed. For us, that time was less than 2 months and we started from scratch. Cheers, Doru > > > Thierry > > > > >> >> Cheers, >> Doru >> >> >> >>> >>> Thierry >>> >>> 2014-12-07 14:14 GMT+01:00 Tudor Girba <tudor(a)tudorgirba.com>: >>> >>>> 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 >>>> >>> >>> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> > > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 7, 2014

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

by Thierry Goubier

2014-12-07 20:19 GMT+01:00 Tudor Girba <tudor(a)tudorgirba.com>: > Hi, > > On Sun, Dec 7, 2014 at 3:52 PM, Thierry Goubier <thierry.goubier(a)gmail.com > > wrote: > >> Cool. >> >> Interesting. I recognize some of the patterns I use, but in a slightly >> different form. >> > > Could you detail? I am asking because I am interesting in search use cases > to see if they can be expressed in terms of Spotter of if we need to extend > the interface in some way. GTSpotter is supposed to be moldable thus, it is > important for it to handle as many use cases as possible. > Well, the hierarchical, drill-down type of recursive searches is something I do regularly, so I can relate. They are not as general; they revolve as a cascading sequence of implementors/finder/senders/accesses/package/class searches, but from inside the browser (but, since a search result is given in a browser, then you can keep drilling down). > > >> The widget look very nice and clean. I'd worry about having a very long >> top-level list, and I know that some of the search patterns are a bit less >> efficient than what I use today. >> > > What do you mean by long top-level lists? > Do you refer to categories for which a query can show many results? In > this case, our interface always limits the amount per category to 5. After > reaching 5 items, the rest is being computed in a process with lower > priority so as not to mess too much with the responsiveness of the UI. If > you want to see more than 5, you can always dive in the category and then > you focus only on that category. It seems to work well enough. > Ok. I see how you are targetting that. I was thinking of what would happen if you have many extensions going into the root items. > > You should also take into account that most widgets you see are hand-made > in a lighter Morphic (called Brick) created by Alex Syrel. The goal of this > one is to be fast and scalable. > Cool. It's an issue for many things, and its great to see someone tackling speed issues. I dropped some type of Morphs for that reason. > > Does that answer the question? > Yes, it did. > > I'm impressed by the amount of work going into that. >> > > Thanks. Indeed, the work was quite intensive and we went through 3 major > variations of the implementations. > What was I told about Smalltalk the very first time I had to use it as a student? "the language where you can break and redo all your code in a very short time.". Thierry > > Cheers, > Doru > > > >> >> Thierry >> >> 2014-12-07 14:14 GMT+01:00 Tudor Girba <tudor(a)tudorgirba.com>: >> >>> 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 >>> >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

Dec. 7, 2014

[ANN (Toy)]: EventTweet

by Sean P. DeNigris

When at events like ESUG, I often append a trailer to all my Tweets - something like "[Speaker], [Talk], [ConferenceName | Hashtag]". It can be tedious to copy/paste it in each time, and especially when it must be shortened for a longish Tweet. So I wrote a tiny app that lets you specify your trailer in various degraded (shorter) versions, and as you type, it shows you which are over/under and by how many characters. The code below will get you started and here is a screencast: https://vimeo.com/113763005 Gofer it smalltalkhubUser: 'SeanDeNigris' project: 'SeansPlayground'; package: 'EventTweet'; load. ui := EtUI new. "Set up the different versions of the trailer. Order does not matter" ui event trailers: { ' - Gary Zimmer, "Establishing Best Practicesâ for #Farming - Ecological & Otherwise", @AcresUSA 2014'. ' - Gary Zimmer, "Establishing Best Practicesâ for #Farming...", @AcresUSA 2014'. ' - Gary Zimmer, "Establishing Best Practicesâ for #Farming...", @AcresUSA'. ' - Gary Zimmer, @AcresUSA 2014' }. ui openWithSpec. "Now as you type in the editor, the preview will show tweets with each version and how under/over the limit they are. Copy the longest valid tweet to the clipboard - cmd-t" ----- Cheers, Sean -- View this message in context: http://forum.world.st/ANN-Toy-EventTweet-tp4794621.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Dec. 7, 2014