- Pharo-users - lists.pharo.org

Pharo in a read-only environment survey

by JÃ©rÃ©mie Regnault

Hi, I'm working on Pharo deployment in a read-only environment, and I want to know what behavior you want Pharo to adopt. If you could take 5 minutes to fill the survey, it would be nice : https://goo.gl/forms/8S7w4079NDfBrsVu1 Thank you, <https://goo.gl/forms/8S7w4079NDfBrsVu1> -- JÃ©rÃ©mie Regnault

June 15, 2017

Copy bitmap to clipboard

by Hilaire

Hi, A Dr. Geo user asked me about copying a DrGeo canvas view in the system clipboard, to past it in other tools as a text writer or any other editing tool. I looked in Pharo3 and Pharo6, I found text clipboard operation but it is not clear if there is support for other format? What about primAddClipboardData:data:dataFormat: I would like to copy and paste the DrGeo canvas as PNG content. -- Dr. Geo http://drgeo.eu

June 15, 2017

Re: [Pharo-users] Metacello / Iceberg flags

by Alistair Grant

On Thu, Jun 15, 2017 at 03:27:28PM +0200, Tudor Girba wrote: > Hi, > > It is a setting. > > You can search for it in the Settings browser (Enable Metacello integration), or execute the following: > Iceberg enableMetacelloIntegration: true. > > Cheers, > Doru That's the one. Thanks, Doru! > > On Jun 15, 2017, at 3:22 PM, Alistair Grant <akgrant0710(a)gmail.com> wrote: > > > > Hi All, > > > > I'm sure I saw a message on this list (maybe pharo-dev) that specified a > > flag that will cause github repositories loaded through Metacello to be > > automatically added to Iceberg. > > > > My memory is that it was on prior to the Pharo 6 release, and turned off > > just before the release. > > > > I've searched through the mailing list archives, but haven't been able > > to find it. > > > > Can someone kindly help my failing memory? > > > > Thanks, > > Alistair > > > > > > -- > www.tudorgirba.com > www.feenk.com > > "Speaking louder won't make the point worthier." > >

June 15, 2017

Re: [Pharo-users] Metacello / Iceberg flags

by Tudor Girba

Hi, It is a setting. You can search for it in the Settings browser (Enable Metacello integration), or execute the following: Iceberg enableMetacelloIntegration: true. Cheers, Doru > On Jun 15, 2017, at 3:22 PM, Alistair Grant <akgrant0710(a)gmail.com> wrote: > > Hi All, > > I'm sure I saw a message on this list (maybe pharo-dev) that specified a > flag that will cause github repositories loaded through Metacello to be > automatically added to Iceberg. > > My memory is that it was on prior to the Pharo 6 release, and turned off > just before the release. > > I've searched through the mailing list archives, but haven't been able > to find it. > > Can someone kindly help my failing memory? > > Thanks, > Alistair > > -- www.tudorgirba.com www.feenk.com "Speaking louder won't make the point worthier."

June 15, 2017

Metacello / Iceberg flags

by Alistair Grant

Hi All, I'm sure I saw a message on this list (maybe pharo-dev) that specified a flag that will cause github repositories loaded through Metacello to be automatically added to Iceberg. My memory is that it was on prior to the Pharo 6 release, and turned off just before the release. I've searched through the mailing list archives, but haven't been able to find it. Can someone kindly help my failing memory? Thanks, Alistair

June 15, 2017

Re: [Pharo-users] [ARTICLE] Quick write me a Redis client

by Tudor Girba

Nice job, Sven! Doru > On Jun 14, 2017, at 2:31 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > Hi, > > I wrote another article in the 'Concerning Pharo' publication: > > [TITLE] Quick write me a Redis client > [SUBTITLE] A beautiful protocol makes implementation easy > [URL] https://medium.com/concerning-pharo/quick-write-me-a-redis-client-5fbe4ddfb… > [SOURCECODE] https://github.com/svenvc/SimpleRedisClient > > Sven > > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org > > > > > -- www.tudorgirba.com www.feenk.com "Quality cannot be an afterthought."

June 15, 2017

Re: [Pharo-users] [ARTICLE] Quick write me a Redis client

by Sven Van Caekenberghe

> On 15 Jun 2017, at 00:20, Tim Mackinnon <tim(a)testit.works> wrote: > > Hi Sven - another nice article. > > 2 small typos I spotted: Fixed, thanks ! > 1) requests) from the client to the server are sent as a array of bulk strings > > Should be > > requests) from the client to the server are sent as an array of bulk strings > > 2) to interact with as much services and servers as possible > > Is better as > > to interact with as many services and servers as possible > > > Tim > > Sent from my iPhone > > On 14 Jun 2017, at 13:31, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> Hi, >> >> I wrote another article in the 'Concerning Pharo' publication: >> >> [TITLE] Quick write me a Redis client >> [SUBTITLE] A beautiful protocol makes implementation easy >> [URL] https://medium.com/concerning-pharo/quick-write-me-a-redis-client-5fbe4ddfb… >> [SOURCECODE] https://github.com/svenvc/SimpleRedisClient >> >> Sven >> >> >> -- >> Sven Van Caekenberghe >> Proudly supporting Pharo >> http://pharo.org >> http://association.pharo.org >> http://consortium.pharo.org >> >> >> >> >>

June 15, 2017

Re: [Pharo-users] Help in thinking about how to save a "program"

by Glenn Hoetker

Hi Stephan, Thank you for the helpful info and nice welcome to the Pharo community. Iâd not been using Citezen. Since your email, Iâve found the Smalltalkhub site for it and had two quick questions. 1. Is it compatible with Pharo 6? 2. Is there a manual or getting started document you could point me to? (I love the ability in Pharo to peruse well-documented classes and methods in a package, but for a new user and big package, itâs hard to get started!). Iâve made the jump to creating a class with methods for my small script. Less work than I thoughtâitâs really just a change of thinking. Again, thank you. Glenn Glenn Hoetker ghoetker(a)me.com <mailto:ghoetker@me.com> http://hoetker.faculty.asu.edu <http://hoetker.faculty.asu.edu/> > On Jun 13, 2017, at 10:53 PM, Stephane Ducasse <stepharo.self(a)gmail.com <mailto:stepharo.self@gmail.com>> wrote: > > Hi glenn > > Do you use Citezen to parse? > I create a class and put the script as methods and save. You should > kill script as fast as possible > up the give birth to nice method. > > GHBibDesk new loadFrom: '' > GHBibDesk new analysis > > should be your scripts :) > :) > > > On Mon, Jun 12, 2017 at 1:22 AM, Glenn Hoetker <ghoetker(a)me.com <mailto:ghoetker@me.com>> wrote: >> Hi all. Iâm new to Pharo and loving it. As I transition from a text-file >> based mindset, Iâm a little stuck and would appreciate help in how to think >> about a situation in a Pharonic (Pharo-ish, Pharoc?) way. >> >> Iâm crafting a short program to help me process a large text file >> (specifically: extract, sorting, and regularizing the âkeywordâ fields of a >> large BibTex file). Especially since I donât really know what Iâm doing, >> working in a Playground has been a great development environment. Now that >> the program is complete (under 30 lines, wonderful), I want to be able to >> save it for future reference (and perhaps for future use). If Iâd written a >> shell script, Iâd just save âfixBibDeskKeyWords.shâ to a directory. Iâm not >> sure what to do in the Pharo environment, thought. >> >> At the moment, it just lives in the Playground Iâve developed it on. I >> could save the image and leave that Playground open, but Iâm just positive >> thatâs not a best practice. I also worry about what happens if I >> closed/cleared that Playground by accident. >> >> I think I understand that, if I created a new package, I could use >> Monticello to save it to a local cache and load it into a new image whenever >> I needed it. But, given that itâs short, highly specialized and fairly >> linear, the idea of creating a âGHBibDeskStuffâ package with one class >> (âGBibDeskKeywordFixerâ containing a single âFixFileâ method seems really >> heavy and awkward. >> >> Can one save the contents of a Playground in a Pharonic way? Is there a >> better approach? >> >> Thank you to all involved in this wonderful programming ecosystem. I >> appreciate any advice. >> >> Glenn >> >> Glenn Hoetker >> ghoetker(a)me.com <mailto:ghoetker@me.com> >> http://hoetker.faculty.asu.edu >> >> >> >

June 14, 2017

Re: [Pharo-users] Help in thinking about how to save a "program"

by Glenn Hoetker

H Offray, Thanks for the helpful reply and nice welcome to the Pharo community. Grafoscopio looks wonderful and the Panama Papers application of it, in particular, is really impressive. I look forward to experimenting with it. Best wishes, Glenn p.s. Previously, I had actually Googled my way Grafoscopioâs Spanish language site and wasnât aware it had a corresponding English site. Perhaps a link between the English/Spanish sites would be helpful for some? If I just overlooked such a link, sorry to mention it. Glenn Hoetker ghoetker(a)me.com <mailto:ghoetker@me.com> http://hoetker.faculty.asu.edu <http://hoetker.faculty.asu.edu/> > On Jun 14, 2017, at 2:10 PM, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com <mailto:offray.luna@mutabit.com>> wrote: > > Hi Glenn, > > I made also the transition for the plain "dead" text-files based mindset to live objects. My approach to bridge these two words was to create Grafoscopio [1], where I can save my scripts and put them inside a broader context/narrative. This environment let's me go from scripting/files to objects / code browser and back and I have found this is useful for non programmers (researchers, hacktivists, journalist), because they can have a notebook for their explorations. For example, recently we started a pretty specific project at [2] using this interactive notebook + code browser approach (see screenshot attached below). > [1] http://mutabit.com/grafoscopio/index.en.html <http://mutabit.com/grafoscopio/index.en.html> > [2] http://smalltalkhub.com/#!/~Offray/DPYA <http://smalltalkhub.com/#!/~Offray/DPYA> > > <hmnillffiajnlhpp.png> > > If you're interested in Grafoscopio, please follow the manual and take into account that now we're trying to migrate to Pharo 6. > > Cheers, > > Offray > > On 11/06/17 18:22, Glenn Hoetker wrote: >> Hi all. Iâm new to Pharo and loving it. As I transition from a text-file based mindset, Iâm a little stuck and would appreciate help in how to think about a situation in a Pharonic (Pharo-ish, Pharoc?) way. >> >> Iâm crafting a short program to help me process a large text file (specifically: extract, sorting, and regularizing the âkeywordâ fields of a large BibTex file). Especially since I donât really know what Iâm doing, working in a Playground has been a great development environment. Now that the program is complete (under 30 lines, wonderful), I want to be able to save it for future reference (and perhaps for future use). If Iâd written a shell script, Iâd just save âfixBibDeskKeyWords.shâ to a directory. Iâm not sure what to do in the Pharo environment, thought. >> >> At the moment, it just lives in the Playground Iâve developed it on. I could save the image and leave that Playground open, but Iâm just positive thatâs not a best practice. I also worry about what happens if I closed/cleared that Playground by accident. >> >> I think I understand that, if I created a new package, I could use Monticello to save it to a local cache and load it into a new image whenever I needed it. But, given that itâs short, highly specialized and fairly linear, the idea of creating a âGHBibDeskStuffâ package with one class (âGBibDeskKeywordFixerâ containing a single âFixFileâ method seems really heavy and awkward. >> >> Can one save the contents of a Playground in a Pharonic way? Is there a better approach? >> >> Thank you to all involved in this wonderful programming ecosystem. I appreciate any advice. >> >> Glenn >> >> Glenn Hoetker >> ghoetker(a)me.com <mailto:ghoetker@me.com> >> http://hoetker.faculty.asu.edu <http://hoetker.faculty.asu.edu/> >> >> >> >

June 14, 2017

Re: [Pharo-users] [ARTICLE] Quick write me a Redis client

by Tim Mackinnon

Hi Sven - another nice article. 2 small typos I spotted: 1) requests) from the client to the server are sent as a array of bulk strings Should be requests) from the client to the server are sent as an array of bulk strings 2) to interact with as much services and servers as possible Is better as to interact with as many services and servers as possible Tim Sent from my iPhone > On 14 Jun 2017, at 13:31, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > Hi, > > I wrote another article in the 'Concerning Pharo' publication: > > [TITLE] Quick write me a Redis client > [SUBTITLE] A beautiful protocol makes implementation easy > [URL] https://medium.com/concerning-pharo/quick-write-me-a-redis-client-5fbe4ddfb… > [SOURCECODE] https://github.com/svenvc/SimpleRedisClient > > Sven > > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org > > > > >

June 14, 2017