- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Detect when Pharo loses focus

by Igor Stasenko

On 13 January 2014 10:49, roberto.minelli(a)usi.ch <roberto.minelli(a)usi.ch>wrote: > Hi guys, > > I am trying to detect when a user switches her focus from Pharo to another > app. > > In short Iâd like to know when the user switches (i.e., atl+tab) from the > Pharo application to another application, losing focus from the development. > > I looked into Morphic and I was able to tell when the mouse goes outside > the Pharo window. > Unfortunately this technique does not work when the user uses alt+tab to > switch to another app, since the last mouse event is not outside the Pharo > window. > > Any suggestion where to look? > > FYI: Right now we're working with Ronie to replace that in VM, so you can handle this kind of events from image. > Thanks in advance, > R > -- Best regards, Igor Stasenko.

Jan. 13, 2014

Re: [Pharo-dev] Any pre-installed (text) deserializer?

by Sven Van Caekenberghe

Hi Yuriy, On 13 Jan 2014, at 17:42, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > On 13 Jan 2014, at 16:36, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> >>>> >>>> Fuel is included, but that implements a binary, not textual encoding. >>>> IMHO it would make sense to include either or both STON and NeoJSON. >>>> On the other hand, the same can be said about many external frameworks. >>>> You can very easily load both STON or NeoJSON manually. >>> >>> Thanks, Sven. >>> >>> I just wonder what are the plans for future, because knowing that some functionality will be available by default helps me to introduce new interesting workflows. >>> >> Why? > > Because itâs nice if you can do something with just âvanillaâ Pharo. Yes, STON is easy to load, but if you want to automate something you have to preload it, and if you are not automating you have to do the thing over and over again. I want to come up with something cool and say: âLook, you can do this and this and get awesome resultâ. The less âthisâs are the better it is (IMHO). So if STON will be preloaded and JSON - not, I will definitely go with STON. If not - probably JSON, as it has more support across different tools. Etc. > > This isnât really special. Just bugs in my head :) I do understand what you are thinking of, but it is really easy and elegant to bootstrap: Gofer it smalltalkhubUser: 'Pharo' project: 'MetaRepoForPharo30'; configurationOf: 'Ston'; loadStable. Sven BTW, STON is a supercase of JSON, its parser can do general/simple JSON parsing to Dictionaries and Arrays, and its writer can produce valid JSON. Here is an example: ZnClient new systemPolicy; url: 'http://easy.t3-platform.net/rest/geo-ip'; queryAt: 'address' put: '81.83.7.35'; accept: ZnMimeType applicationJson; contentReader: [ :entity | #STON asClass fromString: entity contents ]; get. -- Sven Van Caekenberghe Proudly supporting Pharo http://pharo.org http://association.pharo.org http://consortium.pharo.org

Jan. 13, 2014

Re: [Pharo-dev] [ANN]: EventRecorderMorph Port to 3.0

by Benjamin

On 13 Jan 2014, at 13:57, kilon alios <kilon.alios(a)gmail.com> wrote: > I am also interested into Spec but I have no idea how the love triangle of Roassal - Spec - Athens would work out for visualising documentation. But I am not so sure about Spec because I want this to be portable to Amber too if possible. In the Roassal2 repository, there is a Roassal2Spec package. It brings a Spec morphic taking a script as input, and rendering the result of the script. About Amber, itâs planned to port Spec to Amber, but you know, it requires some time :) Ben

Jan. 13, 2014

Problems with 3.0

by Norbert Hartl

Today I started developing something new with 3.0. I downloaded a fresh 3.0 and worked with that. Inside the debugger I changed some code and accepted. I got back the âMethod for block not found on stack , canât edit and continueâ dialog with the âbrowseâ button. Pressing that button leads to a DNU in DebugContext>>#blockNotFoundDialog:with: saying the DebugContext>>#codeTextMorph is not understood Furthermore do I use old style keybindings and cmd-f in the systembrowser does not open the class find dialog. The context menu (showing f a s shortcut) does. Known problems? Norbert

Jan. 13, 2014

Re: [Pharo-dev] [ANN]: EventRecorderMorph Port to 3.0

by kilon alios

I wanted to implement this with Athens , and now I am looking into Roassal. Thats my only requirement since pharo is moving towards Athens anyway. I am also interested into Spec but I have no idea how the love triangle of Roassal - Spec - Athens would work out for visualising documentation. But I am not so sure about Spec because I want this to be portable to Amber too if possible. Important features to have for the recorder would be to a) set the speed of playback b) skip certain actions on playback like the whole movement of the mouse , etc c) visualise events like pressing a key on the keyboard. I am also reconsidering the library made by I think Torsten (correct me If I am wrong) for Online Documentation of Pharo so that clicking on the tooltip will open the web browser and send you to the web page containing a full documentation of the thing the tooltip was point to. I wanted to do this inside Pharo but with the rate I am progressing I rather use his approach since web is excellent for documenting stuff. Afterall we all want more or less similar things, some compromises have to be made and code must be reused as much as possible to take advantage of the overall effort. Something is better than nothing. On Mon, Jan 13, 2014 at 5:22 PM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > I am working on the same thing. I have a window that shows all the > available shortcuts in the current context. The next step is to use > EventRecorderMorph to show screencasts for the different commands. I wrote > my own screencast implementation, but I like EventRecorderMorph much better > because it uses a real hand morph. Now I will integrate it with the UI > script class I have, so that you can programmatically describe the events > instead of recording them manually. An outstanding problem is how to scale > the pasteupmorph so you can have any size screencast you want whole still > working. We should synchronize... > > > > -------- Original message -------- > From: "kilon alios [via Smalltalk]" <[hidden email]<http://user/SendEmail.jtp?type=node&node=4736403&i=0>> > > Date: 01/13/2014 7:54 AM (GMT-05:00) > To: "Sean P. DeNigris" <[hidden email]<http://user/SendEmail.jtp?type=node&node=4736403&i=1>> > > Subject: Re: [ANN]: EventRecorderMorph Port to 3.0 > > > Guys you are awesome, thanks for this. I can use this for my documentation > project (Prometheas), live documentation that show you how to get things > done by replaying commands . This is too good to be true. Though with the > rate new libraries have been poping up lately you will actually write the > code for me :D > > I am thinking in the right side a small area that will work as a tooltip > displaying a paragraph of documentation with a Try me button to replay > recorded tutorials, preferably with the showing code as example. > > > On Mon, Jan 13, 2014 at 11:16 AM, Goubier Thierry <[hidden email]<http://user/SendEmail.jtp?type=node&node=4736364&i=0> > > wrote: > >> >> >> Le 13/01/2014 10:09, [hidden email]<http://user/SendEmail.jtp?type=node&node=4736364&i=1>a Ã©crit : >> >> I am working on a similar thing (without the replaying feature). >>> I am interested in profiling (i.e., recording) some morphic events. >>> >> >> I use a tracing framework I wrote a long time ago for things like that. >> It's called Jejak (http://smalltalkhub.com/#!/~ThierryGoubier/Jejak) and >> has the ability to trace and record events from running code, even critical >> code like Morphic. >> >> I'm updating it for Pharo3 at the moment. And it would be great to use >> the new Opal facilities for doing so... at the moment, it's working by code >> rewriting (which is a very portable approach). >> >> Thierry >> >> >> I will look into this existing recorder, thanks for sharing. >>> >>> Cheers, >>> R >>> >>> On Jan 13, 2014, at 9:03 AM, Goubier Thierry <[hidden email]<http://user/SendEmail.jtp?type=node&node=4736364&i=2>> >>> wrote: >>> >>> Cool! This is really interesting to have. >>>> >>>> Executable screencasts... I'll do that next time for teaching with >>>> Pharo :) >>>> >>>> Thierry >>>> >>>> Le 13/01/2014 04:14, Sean P. DeNigris a Ã©crit : >>>> >>>>> If you don't know EventRecorderMorph and HandMorphForReplay (which I >>>>> didn't >>>>> and started to re-implement), they are super cool. >>>>> >>>>> 1. DoIt: "EventRecorderMorph new openInWorld" >>>>> 2. Click "record" in the GUI >>>>> 3. Perform some UI actions >>>>> 4. Click "play" in the GUI >>>>> >>>>> Your keyboard and mouse actions will be replayed in the World! I know >>>>> right?! Amazing. This could be really cool for live documentation and >>>>> executable screencasts :) >>>>> >>>>> It's just a straight port now, but I'd like to decouple the recorder >>>>> and >>>>> replay hand so that any event source can be used. >>>>> >>>>> http://smalltalkhub.com/#!/~PharoExtras/EventRecorder >>>>> >>>>> Initial commit: port EventRecorderMorph and HandMorphForReplay >>>>> (originally >>>>> in MorphicExtras-AdditionalSupport) to Pharo 3.0 >>>>> >>>>> >>>>> >>>>> ----- >>>>> Cheers, >>>>> Sean >>>>> -- >>>>> View this message in context: http://forum.world.st/ANN- >>>>> EventRecorderMorph-Port-to-3-0-tp4736258.html >>>>> Sent from the Pharo Smalltalk Developers mailing list archive at >>>>> Nabble.com. >>>>> >>>>> >>>>> >>>> -- >>>> Thierry Goubier >>>> CEA list >>>> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>>> 91191 Gif sur Yvette Cedex >>>> France >>>> Phone/Fax: <a href="tel:%2B33%20%280%29%201%2069%2008%2032%2092" >>>> value="+33169083292" target="_blank">+33 (0) 1 69 08 32 92 / 83 95 >>>> >>>> >>> >>> >>> >>> >> -- >> Thierry Goubier >> CEA list >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >> 91191 Gif sur Yvette Cedex >> France >> Phone/Fax: <a href="tel:%2B33%20%280%29%201%2069%2008%2032%2092" >> value="+33169083292" target="_blank">+33 (0) 1 69 08 32 92 / 83 95 >> >> > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > > http://forum.world.st/ANN-EventRecorderMorph-Port-to-3-0-tp4736258p4736364.… > To unsubscribe from [ANN]: EventRecorderMorph Port to 3.0, click here. > NAML<http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> > Cheers, > Sean > > ------------------------------ > View this message in context: Re: [ANN]: EventRecorderMorph Port to 3.0<http://forum.world.st/ANN-EventRecorderMorph-Port-to-3-0-tp4736258p4736403.…> > > Sent from the Pharo Smalltalk Developers mailing list archive<http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html>at Nabble.com. >

Jan. 13, 2014

Re: [Pharo-dev] Any pre-installed (text) deserializer?

by Yuriy Tymchuk

On 13 Jan 2014, at 16:36, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >>> >>> Fuel is included, but that implements a binary, not textual encoding. >>> IMHO it would make sense to include either or both STON and NeoJSON. >>> On the other hand, the same can be said about many external frameworks. >>> You can very easily load both STON or NeoJSON manually. >> >> Thanks, Sven. >> >> I just wonder what are the plans for future, because knowing that some functionality will be available by default helps me to introduce new interesting workflows. >> > Why? Because itâs nice if you can do something with just âvanillaâ Pharo. Yes, STON is easy to load, but if you want to automate something you have to preload it, and if you are not automating you have to do the thing over and over again. I want to come up with something cool and say: âLook, you can do this and this and get awesome resultâ. The less âthisâs are the better it is (IMHO). So if STON will be preloaded and JSON - not, I will definitely go with STON. If not - probably JSON, as it has more support across different tools. Etc. This isnât really special. Just bugs in my head :) Uko > >

Jan. 13, 2014

Re: [Pharo-dev] Any pre-installed (text) deserializer?

by Marcus Denker

>> >> Fuel is included, but that implements a binary, not textual encoding. >> IMHO it would make sense to include either or both STON and NeoJSON. >> On the other hand, the same can be said about many external frameworks. >> You can very easily load both STON or NeoJSON manually. > > Thanks, Sven. > > I just wonder what are the plans for future, because knowing that some functionality will be available by default helps me to introduce new interesting workflows. > Why?

Jan. 13, 2014

Re: [Pharo-dev] Any pre-installed (text) deserializer?

by Yuriy Tymchuk

On 13 Jan 2014, at 16:26, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Yuriy, > > On 13 Jan 2014, at 16:06, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > >> Hi everyone. >> >> I want to hold some data (configuration) online and load it into my image on demand with Zinc. Is there any deserialiser like JSON or STON pre-installed in the image? Are there plans to include anything in the future? > > Fuel is included, but that implements a binary, not textual encoding. > IMHO it would make sense to include either or both STON and NeoJSON. > On the other hand, the same can be said about many external frameworks. > You can very easily load both STON or NeoJSON manually. Thanks, Sven. I just wonder what are the plans for future, because knowing that some functionality will be available by default helps me to introduce new interesting workflows. Uko > > Sven

Jan. 13, 2014

Re: [Pharo-dev] Any pre-installed (text) deserializer?

by Sven Van Caekenberghe

Yuriy, On 13 Jan 2014, at 16:06, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Hi everyone. > > I want to hold some data (configuration) online and load it into my image on demand with Zinc. Is there any deserialiser like JSON or STON pre-installed in the image? Are there plans to include anything in the future? Fuel is included, but that implements a binary, not textual encoding. IMHO it would make sense to include either or both STON and NeoJSON. On the other hand, the same can be said about many external frameworks. You can very easily load both STON or NeoJSON manually. Sven

Jan. 13, 2014

Re: [Pharo-dev] [ANN]: EventRecorderMorph Port to 3.0

by Sean P. DeNigris

I am working on the same thing. I have a window that shows all the available shortcuts in the current context. The next step is to use EventRecorderMorph to show screencasts for the different commands. I wrote my own screencast implementation, but I like EventRecorderMorph much better because it uses a real hand morph. Now I will integrate it with the UI script class I have, so that you can programmatically describe the events instead of recording them manually. An outstanding problem is how to scale the pasteupmorph so you can have any size screencast you want whole still working. We should synchronize... -------- Original message -------- From: "kilon alios [via Smalltalk]" <ml-node+s1294792n4736364h72(a)n4.nabble.com> Date: 01/13/2014 7:54 AM (GMT-05:00) To: "Sean P. DeNigris" <sean(a)clipperadams.com> Subject: Re: [ANN]: EventRecorderMorph Port to 3.0 Guys you are awesome, thanks for this. I can use this for my documentation project (Prometheas), live documentation that show you how to get things done by replaying commands . This is too good to be true. Though with the rate new libraries have been poping up lately you will actually write the code for me :D I am thinking in the right side a small area that will work as a tooltip displaying a paragraph of documentation with a Try me button to replay recorded tutorials, preferably with the showing code as example.Â On Mon, Jan 13, 2014 at 11:16 AM, Goubier Thierry <[hidden email]> wrote: Le 13/01/2014 10:09, [hidden email] a Ã©crit : I am working on a similar thing (without the replaying feature). I am interested in profiling (i.e., recording) some morphic events. I use a tracing framework I wrote a long time ago for things like that. It's called Jejak (http://smalltalkhub.com/#!/~ThierryGoubier/Jejak) and has the ability to trace and record events from running code, even critical code like Morphic. I'm updating it for Pharo3 at the moment. And it would be great to use the new Opal facilities for doing so... at the moment, it's working by code rewriting (which is a very portable approach). Thierry I will look into this existing recorder, thanks for sharing. Cheers, R On Jan 13, 2014, at 9:03 AM, Goubier Thierry <[hidden email]> wrote: Cool! This is really interesting to have. Executable screencasts... I'll do that next time for teaching with Pharo :) Thierry Le 13/01/2014 04:14, Sean P. DeNigris a Ã©crit : If you don't know EventRecorderMorph and HandMorphForReplay (which I didn't and started to re-implement), they are super cool. 1. DoIt: "EventRecorderMorph new openInWorld" 2. Click "record" in the GUI 3. Perform some UI actions 4. Click "play" in the GUI Your keyboard and mouse actions will be replayed in the World! I know right?! Amazing. This could be really cool for live documentation and executable screencasts :) It's just a straight port now, but I'd like to decouple the recorder and replay hand so that any event source can be used. http://smalltalkhub.com/#!/~PharoExtras/EventRecorder Initial commit: port EventRecorderMorph and HandMorphForReplay (originally in MorphicExtras-AdditionalSupport) to Pharo 3.0 ----- Cheers, Sean -- View this message in context: http://forum.world.st/ANN-EventRecorderMorph-Port-to-3-0-tp4736258.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: <a href="tel:%2B33%20%280%29%201%2069%2008%2032%2092" value="+33169083292" target="_blank">+33 (0) 1 69 08 32 92 / 83 95 -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: <a href="tel:%2B33%20%280%29%201%2069%2008%2032%2092" value="+33169083292" target="_blank">+33 (0) 1 69 08 32 92 / 83 95 If you reply to this email, your message will be added to the discussion below: http://forum.world.st/ANN-EventRecorderMorph-Port-to-3-0-tp4736258p4736364.… To unsubscribe from [ANN]: EventRecorderMorph Port to 3.0, click here. NAML ----- Cheers, Sean -- View this message in context: http://forum.world.st/ANN-EventRecorderMorph-Port-to-3-0-tp4736258p4736403.… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 13, 2014