June 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] STON Question

by Stephane Ducasse

Thanks Sven. I'm checking the STONWriter path with some tricks. On Wed, Jun 14, 2017 at 11:06 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > STON cannot be used to write partial, manual output because it needs to see the full object graph (like FUEL does). > > If I would want to use STON for prettier looking config files, I would make an object just for that external representation, converting it where necessary to better internal objects (like from String to FileReference). > >> On 5 Jun 2017, at 08:58, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: >> >> Sven I know what Ston is :) >> >> Now Pillar dev used Ston as input and it works. Then with some hooks they let the user convert the strings >> into specific objects and this is ok. >> Now I want to add export in Ston and for configurations I need to control for the application and not as a ston object the value saved. >> For example a file reference should not be just a file reference in Ston but >> a string relative the the baseDirectory of the configuration. >> >> So I thought that I can build a hook and control the call to Ston (convert the object before to the correct values) and export. >> It should be working now doing this I found myself redoing the output of Ston. >> So I will do it. Then I thought that may be I could reuse this logic. >> >> Stef >> >> >> >> On Sun, Jun 4, 2017 at 11:49 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> Stef, >> >> STON is like FUEL, it can write any object to a stream and read it back. Although you can customise how this is done, only one way of doing so is supported (i.e. you cannot change the format for each application). >> >> People have used STON for various applications now, including for configuration stuff (because it is a textual format that is easy to read). >> >> I would suggest you just try to see what your config looks like once you have the objects in Pharo. >> >> STON toStringPretty: myConfig. >> >> Then we can see how to tune the representation. >> >> Sven >> >> > On 4 Jun 2017, at 22:58, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: >> > >> > Hi sven >> > >> > I'm working on a new configuration frameworks similar to the one use pillar.conf. >> > >> > So basically I have >> > >> > ston := '{ >> > "newLine":#unix, >> > "separateOutputFiles":true >> > }'. >> > and I want to recreate it. >> > >> > So I did >> > >> > Object >> toConfigurationString >> > >> > ^ STON toString: self >> > >> > SimpleConfiguration >> exportStream >> > >> > ^ String streamContents: [ :str | >> > str << '{' . >> > self propertiesKeysAndValuesDo: [ :key :value| >> > str << key toConfigurationString. >> > str << ':'. >> > str << value toConfigurationString. >> > str << ','. >> > str lf. >> > ]. >> > str << '}'. >> > str contents >> > ] >> > >> > The idea is that for special configuration values people should be able to define >> > how to go from the object to configuration. >> > For example for some FileReference I want to have just the path up to the baseDirectory. >> > >> > Now I wonder if I could not better reuse ston. >> > I saw the stonOn: >> > but I did not look further because I was wondering how the writer where passed. >> > >> > Any feedback is welcome. >> > >> > Stef (now bed time). >> > >> >> >> > >

June 14, 2017

I want to get in contact with raphael luque from madrid :)

by Stephane Ducasse

Hi guys. I tried to get in contact with raphael but my emails do not seem to go to destination. Do you have the email of raph/fael luque from madrid? Stef

June 14, 2017

vested interest in PharoJS?

by Siemen Baader

Hi all, Is anyone else interested in PharoJS and making it mature for their own commercial mobile and single page web app (and node.js) development? I think it has a huge potential because it brings the browser runtime and many libraries and online services from the JS world to us Smalltalkers while letting us keep our agile development and good CS practices. But it does not yet have the necessary features and documentation to work smoothly. -- Siemen

June 14, 2017

Re: [Pharo-users] STON Question

by Sven Van Caekenberghe

STON cannot be used to write partial, manual output because it needs to see the full object graph (like FUEL does). If I would want to use STON for prettier looking config files, I would make an object just for that external representation, converting it where necessary to better internal objects (like from String to FileReference). > On 5 Jun 2017, at 08:58, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > > Sven I know what Ston is :) > > Now Pillar dev used Ston as input and it works. Then with some hooks they let the user convert the strings > into specific objects and this is ok. > Now I want to add export in Ston and for configurations I need to control for the application and not as a ston object the value saved. > For example a file reference should not be just a file reference in Ston but > a string relative the the baseDirectory of the configuration. > > So I thought that I can build a hook and control the call to Ston (convert the object before to the correct values) and export. > It should be working now doing this I found myself redoing the output of Ston. > So I will do it. Then I thought that may be I could reuse this logic. > > Stef > > > > On Sun, Jun 4, 2017 at 11:49 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Stef, > > STON is like FUEL, it can write any object to a stream and read it back. Although you can customise how this is done, only one way of doing so is supported (i.e. you cannot change the format for each application). > > People have used STON for various applications now, including for configuration stuff (because it is a textual format that is easy to read). > > I would suggest you just try to see what your config looks like once you have the objects in Pharo. > > STON toStringPretty: myConfig. > > Then we can see how to tune the representation. > > Sven > > > On 4 Jun 2017, at 22:58, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > > > > Hi sven > > > > I'm working on a new configuration frameworks similar to the one use pillar.conf. > > > > So basically I have > > > > ston := '{ > > "newLine":#unix, > > "separateOutputFiles":true > > }'. > > and I want to recreate it. > > > > So I did > > > > Object >> toConfigurationString > > > > ^ STON toString: self > > > > SimpleConfiguration >> exportStream > > > > ^ String streamContents: [ :str | > > str << '{' . > > self propertiesKeysAndValuesDo: [ :key :value| > > str << key toConfigurationString. > > str << ':'. > > str << value toConfigurationString. > > str << ','. > > str lf. > > ]. > > str << '}'. > > str contents > > ] > > > > The idea is that for special configuration values people should be able to define > > how to go from the object to configuration. > > For example for some FileReference I want to have just the path up to the baseDirectory. > > > > Now I wonder if I could not better reuse ston. > > I saw the stonOn: > > but I did not look further because I was wondering how the writer where passed. > > > > Any feedback is welcome. > > > > Stef (now bed time). > > > > >

June 14, 2017

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

by Stephane Ducasse

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> 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 > http://hoetker.faculty.asu.edu > > >

June 14, 2017

Re: [Pharo-users] How to use frameworks like SDL2, GTK+ with Pharo?

by Stephane Ducasse

Hi daniel You can open a SDL2 window now it may break because we do not use it regularly. If you encounter problem let us know because this binding should be one we will use in the future: - we want to handle all the events + all the window via SDL2 so this is central to us. We are interested in what you can do with sfml. Now you can also have a look at Bloc because this is a core of a new library that got 5 years of maturation and now its design is nice and stable. Stef On Tue, Jun 13, 2017 at 8:51 PM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > Image environment is not running on SDL2. SDL2 is a binding that is in > image. > > An SFML binding is cool to do, especially CSFML. > > https://www.sfml-dev.org/download/csfml/ > > I want to do these in Bloc > https://www.youtube.com/playlist?list=PLB_ibvUSN7mzUffhiay5g5GUHyJRO4DYr > > But CSFML is cool to do too. > > And I also want a binding to https://github.com/cmatsuoka/libxmp > > > Phil > > On Tue, Jun 13, 2017 at 6:55 PM, Daniel Passaro <danpassaro(a)gmail.com> > wrote: >> >> Even if the image environment runs on SDL2, I want an SDL2 window I have >> free reign to draw on. I don't want to destroy the usability of the Pharo >> workspace when programming an application. If that is still too contentious, >> then I want SFML instead. >> >> The story of GTK+ is what I'm interested in. >> >> On Tue, Jun 13, 2017 at 12:48 PM, phil(a)highoctane.be <phil(a)highoctane.be> >> wrote: >>> >>> SDL2 is built in. >>> >>> GTK+ is another story. >>> >>> Phil >>> >>> On Tue, Jun 13, 2017 at 6:38 PM, Daniel Passaro <danpassaro(a)gmail.com> >>> wrote: >>>> >>>> I'm a Pharo newbie. How can I use libraries like SDL2 or GTK+ from >>>> Pharo? Should this be done through FFI or a VM plugin? And in either case >>>> is there a guide to how to implement things using that technique? >>> >>> >> >

June 14, 2017

Re: [Pharo-users] A question of style - pass a context or embed one?

by Stephane Ducasse

Hi tim what was the result of you chat? Because to me I would go for the first solution because in any case you would have to modify the sprintsIn: method if the argument is really changing so I do not see the point to carry around and extra arguments to all the methods. stef On Mon, Jun 12, 2017 at 9:15 PM, Tim Mackinnon <tim(a)testit.works> wrote: > Hi - Iâm after some ideas or maybe previous examples that might guide me in the best approach of wrapping a low level library (essentially the Jira connector that Phil demoâd at Pharo days this year). > > There are some low level commands that will fetch json arrays for you given a âliraâ instance- e.g: > > board := JiraBoard fromJira: jira named: âProject'. > sprints := board sprintsFrom: jira. > > My question is related to building on top of this - and its a style question. > > I want model objects that wrap the json arrays and let me navigate things a bit more simply, and query details more naturally - however I canât decide whether my model objects should âcontainâ a jira when you instantiate them - which can be re-used for subsequent queries - OR - whether I should view jira as a from of context, and keep passing it to methods when I need to retrieve more details, or child objects? > > e.g. > myBoard := ModelBoard fromJira: jira named: âProjectâ. > mySprints := myBoard sprints. âNo need to pass the jira againâ. > > vs. > > mySprints :- myBoard sprintsIn: jira. > > > Iâm wondering if anything might guide me one way or the other? Is one more tasteful/elegant than the other? > > Tim

June 14, 2017

Re: [Pharo-users] Wiring objects, IoC and Service Locator

by Ben Coman

On Wed, Jun 14, 2017 at 3:39 AM, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > Yes, I can understand that, but I will have to practice more with > Smalltalk to comprehend better. > Keep some notes. When you get to the end and you've had a good soaking in Smalltalk, it would be good to read of how your thinking adapted on your journey from Java to Pharo. It harder to think back to what you once didn't know. cheers -ben > > Still I think there are some objects used by large bits of the application > that would benefit the design if they have it's creation decoupled and > somehow organized, but I am convinced that a simple service locator would > do the job :) > > On Tue, Jun 13, 2017 at 3:29 AM, aryehof <pharodev(a)aryeh.sent.com> wrote: > >> Consider that in Java, one can /only /achieve polymorphic behavior across >> objects by using /interfaces /or /inheritance/. In Smalltalk one can >> achieve polymorphic behavior across objects just by *having them >> understand >> the same message*. >> >> The need to have complex schemes for the wiring of objects in Java is a >> consequence of this. >> >

June 14, 2017

Re: [Pharo-users] Test request

by john pfersich

Some of the menu items were in French, I'll take a screenshot when I get back home... Sent from my iPhone > On Jun 13, 2017, at 04:53, Hilaire <hilaire(a)drgeo.eu> wrote: > > Thanks John, it is useful. > > Regarding the French in Dr. Geo, I guess you mean the activity in the > canvas is written in French but the Dr. Geo's UI should be in English. > > Hilaire > > >> Le 13/06/2017 Ã 05:21, john pfersich a Ã©crit : >> I followed the steps in your mail and it seems to work fine in Ubuntu >> 16.04 LTS, though I've never tried Dr Geo and the app is mostly in >> French. It's been 47 years since I've used French extensively, so YMMV. >> Let you know if I have problems. >> > > -- > Dr. Geo > http://drgeo.eu > >

June 13, 2017

Re: [Pharo-users] Wiring objects, IoC and Service Locator

by Vitor Medina Cruz

Yes, I can understand that, but I will have to practice more with Smalltalk to comprehend better. Still I think there are some objects used by large bits of the application that would benefit the design if they have it's creation decoupled and somehow organized, but I am convinced that a simple service locator would do the job :) On Tue, Jun 13, 2017 at 3:29 AM, aryehof <pharodev(a)aryeh.sent.com> wrote: > Consider that in Java, one can /only /achieve polymorphic behavior across > objects by using /interfaces /or /inheritance/. In Smalltalk one can > achieve polymorphic behavior across objects just by *having them understand > the same message*. > > The need to have complex schemes for the wiring of objects in Java is a > consequence of this. > > > > -- > View this message in context: http://forum.world.st/Wiring- > objects-IoC-and-Service-Locator-tp4949280p4951174.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

June 13, 2017