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

Re: [Pharo-users] Convert Literal array into Dynamic array

by Ð¥ÑÐ¸ÑÑÐ¸Ð½Ð° ÐÐ¸ÑÐ°Ð¹Ð»ÑÐº

Thanks! But I've just handled it by using STON fromString: Khrystyna. 2017-04-17 19:14 GMT+03:00 Ben Coman <btc(a)openinworld.com>: > > On Mon, Apr 17, 2017 at 1:30 AM, Ð¥ÑÐ¸ÑÑÐ¸Ð½Ð° ÐÐ¸ÑÐ°Ð¹Ð»ÑÐº < > chrismihaylyk(a)gmail.com> wrote: >> >> >> Actually, I need this interpretation {7. 8. "f"} for writing parser of >> javascript queries which is used in MongoDB shell, to be able to execute >> this with MongoQuery Pharo class. >> Maybe, you could help me how to implement it? >> > > Do you mean parsing Json syntax? <https://www.mongodb.com/json-and-bson> > https://www.mongodb.com/json-and-bson > > Maybe this is useful > https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBo > ok/lastSuccessfulBuild/artifact/book-result/NeoJSON/NeoJSON.html > cheers -ben > > >

April 17, 2017

Re: [Pharo-users] PostgreSQL and Pharo 6

by Dimitris Chloupis

thank you Benoit On Mon, Apr 17, 2017 at 4:23 AM Benoit St-Jean via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > ODBC worked fine as well if you don't need native driver access > > ----------------- > BenoÃ®t St-Jean > Yahoo! Messenger: bstjean > Twitter: @BenLeChialeux > Pinterest: benoitstjean > Instagram: Chef_Benito > IRC: lamneth > Blogue: endormitoire.wordpress.com > "A standpoint is an intellectual horizon of radius zero". (A. Einstein) > > > ------------------------------ > *From:* Dimitris Chloupis <kilon.alios(a)gmail.com> > *To:* Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > *Sent:* Sunday, April 16, 2017 4:37 AM > *Subject:* [Pharo-users] PostgreSQL and Pharo 6 > > Hey guys , I play with PostgreSQL and I really like it, sorry Esteban :D > > I am using Python for it but I would like to give access also to Pharo to > my database. I was informed that Garage has a driver for PostgreSQL , is > there any other candidate ? Any advice ? > > >

April 17, 2017

Re: [Pharo-users] Convert Literal array into Dynamic array

by Ben Coman

On Mon, Apr 17, 2017 at 1:30 AM, Ð¥ÑÐ¸ÑÑÐ¸Ð½Ð° ÐÐ¸ÑÐ°Ð¹Ð»ÑÐº <chrismihaylyk(a)gmail.com> wrote: > > > Actually, I need this interpretation {7. 8. "f"} for writing parser of > javascript queries which is used in MongoDB shell, to be able to execute > this with MongoQuery Pharo class. > Maybe, you could help me how to implement it? > Do you mean parsing Json syntax? <https://www.mongodb.com/json-and-bson> https://www.mongodb.com/json-and-bson Maybe this is useful https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBo ok/lastSuccessfulBuild/artifact/book-result/NeoJSON/NeoJSON.html cheers -ben

April 17, 2017

Re: [Pharo-users] How childrenBlock: in TreeModel works

by chrismihaylyk

Hello! Could anyone help me, please? I have faced with a problem of TreeModel childrenBlock: for more complex build in structure. For example, I have anOrderedCollection of Dictionary, and in each dictionary, there are exist associations, which values are anArray(aDictionary, aDictionary ...). I need to make drop downs for all of these entire levels of arrays and dictionaries. For first level I made it: collectionsList ifNil: [ ^ nil ] ifNotNil: [ collectionsList hasChildrenBlock: [ :item | item isMyDictionary. ]. collectionsList childrenBlock: [ :item | item associations collect: [ :assoc | assoc key asString , ' -> ' , assoc value asString. ] ] ] MyDictionaly is the class, inherited from Dictionary, just to override method printOn: At the first picture, it's how it looks like, how I made it. At the second - how I expect it to be (taken from Inspector window). Thanks a lot! <http://forum.world.st/file/n4942409/before.jpg> <http://forum.world.st/file/n4942409/after.jpg> -- View this message in context: http://forum.world.st/How-childrenBlock-in-TreeModel-works-tp4940884p494240… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 17, 2017

Re: [Pharo-users] best practices for using external files for testing

by Dimitris Chloupis

ah ok that changes everything, I agree. Why use an XML file instead of a ST source file ? maybe using ST may be faster ? On Mon, Apr 17, 2017 at 7:02 PM Peter Uhnak <i.uhnak(a)gmail.com> wrote: > On Mon, Apr 17, 2017 at 12:56:42PM +0000, Dimitris Chloupis wrote: > > 1 mb is not big for git , 1 gb is. It's small. > > I meant big for Pharo/to be compiled as a method source code, i.e. > Something>>xmlFile ^ '<xml> ... 1MB of string...</xml>' > > > > > I version control blender files of 100-500mbs with ease . Git is always > > very fast. > > > > I have used image files (PNG) for my project ChronosManager ,it fetches > > them together with the repo, they sit in their own image folder inside > the > > repo folder that contains the code . I then open them with a path I get > > using filesystem currentdirectory method and then I navigate inside the > > folder searching using the name of folderminside the github-cache > > subfolder. You can find the code in that project. > > > > Don't know if that is the best way to do this , it works for me. I also > > check to make sure that images are not already loaded in the image > because > > git may be fast but Pharo is very slow when loading PNG files. I load > them > > once and save the image in them and I reload only if I change one of the > > PNGs. > > > > I have also created a mechanism to detect whether there is an update in > the > > github repo and only then pull the git repo. It's a cheap hack where I > put > > version info in the README which I access online and parse. I have > created > > this way an auto update API. I could fine tune it to provide precise meta > > data of which png is updated and fetch only that but I have not felt the > > need so far to do this. > > On Sat, 15 Apr 2017 at 19:52, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > > > > > Hi, > > > > > > is there a common/best practice for using external files in tests? > > > > > > In my specific case I am interested in git-based projects, where I > have a > > > big (~1MB) file stored in repository and I would like to use it in my > tests. > > > > > > For GitFileTree project I could presumably use the following to access > it: > > > > > > 'OP-XMI' asPackage mcPackage workingCopy repositoryGroup remotes first > > > directory / 'tests' / 'my-test-file.xmi' > > > > > > This will retrieve the MCPackage of the Package and then retireve > where it > > > the repo is actually stored on the disk. > > > > > > Are there better ways to do this? Could something similar be done with > > > IceBerg? > > > > > > (p.s. in theory I could compile the entire file (e.g. 1MB) to a method, > > > but that is very ugly to me) > > > > > > Thanks, > > > Peter > > > > > > > >

April 17, 2017

Re: [Pharo-users] best practices for using external files for testing

by Peter Uhnak

On Mon, Apr 17, 2017 at 12:56:42PM +0000, Dimitris Chloupis wrote: > 1 mb is not big for git , 1 gb is. It's small. I meant big for Pharo/to be compiled as a method source code, i.e. Something>>xmlFile ^ '<xml> ... 1MB of string...</xml>' > > I version control blender files of 100-500mbs with ease . Git is always > very fast. > > I have used image files (PNG) for my project ChronosManager ,it fetches > them together with the repo, they sit in their own image folder inside the > repo folder that contains the code . I then open them with a path I get > using filesystem currentdirectory method and then I navigate inside the > folder searching using the name of folderminside the github-cache > subfolder. You can find the code in that project. > > Don't know if that is the best way to do this , it works for me. I also > check to make sure that images are not already loaded in the image because > git may be fast but Pharo is very slow when loading PNG files. I load them > once and save the image in them and I reload only if I change one of the > PNGs. > > I have also created a mechanism to detect whether there is an update in the > github repo and only then pull the git repo. It's a cheap hack where I put > version info in the README which I access online and parse. I have created > this way an auto update API. I could fine tune it to provide precise meta > data of which png is updated and fetch only that but I have not felt the > need so far to do this. > On Sat, 15 Apr 2017 at 19:52, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > > > Hi, > > > > is there a common/best practice for using external files in tests? > > > > In my specific case I am interested in git-based projects, where I have a > > big (~1MB) file stored in repository and I would like to use it in my tests. > > > > For GitFileTree project I could presumably use the following to access it: > > > > 'OP-XMI' asPackage mcPackage workingCopy repositoryGroup remotes first > > directory / 'tests' / 'my-test-file.xmi' > > > > This will retrieve the MCPackage of the Package and then retireve where it > > the repo is actually stored on the disk. > > > > Are there better ways to do this? Could something similar be done with > > IceBerg? > > > > (p.s. in theory I could compile the entire file (e.g. 1MB) to a method, > > but that is very ugly to me) > > > > Thanks, > > Peter > > > >

April 17, 2017

Re: [Pharo-users] Exporting Packages to Cincom Smalltalk (VisualWorks)

by Peter Uhnak

Some time ago I hacked together a very simple thing that generates VW XML from code represented in Moose/UML... I guess you could use it as a starting point: https://github.com/OpenPonk/class-editor/tree/master/repository/UML-CodeGen… Also take a look at SIF (which is quite easy to use on both Pharo and VW side): * https://github.com/peteruhnak/sif * https://github.com/peteruhnak/sif/blob/master/docs.md * http://www.samadhiweb.com/blog/2016.01.06.sif.html * http://www.pocketsmalltalk.com/sif/ Peter On Mon, Apr 17, 2017 at 10:37:52AM -0300, Esteban A. Maringolo wrote: > Is there any exporter than can convert an RPackage into a VW Parcel > (.pst), in XML or Chunk format? > > I need to migrate a few libraries of my own and couldn't find > anything, so I'm asking before start writing something :) > > Regards! > > Esteban A. Maringolo >

April 17, 2017

Re: [Pharo-users] [ANN] Prometheas : a Pharo wiki database

by Offray Vladimir Luna CÃ¡rdenas

I will wait the announcement and start to test the integration in our "novice powered test lab" (which of course, includes me :-) ). Cheers, Offray On 17/04/17 10:43, Dimitris Chloupis wrote: > No objection from me , I will make a small integration with Playground > and maybe System Browser right click menu BUT I will also provide a > very minimal API (request/reply) so that it can be used by anyone so > its up to you guys to integrate it with your favourite tools. I will > provide the database content , the database and a very small API , the > rest is up to you ;) > > Expect a new announcement pretty soon :) > > On Mon, Apr 17, 2017 at 6:14 PM Offray Vladimir Luna CÃ¡rdenas > <offray.luna(a)mutabit.com <mailto:offray.luna@mutabit.com>> wrote: > > <Shameless self-promotion> > > For interactive beginner friendly documentation, Grafoscopio is a > extensively tested (in 8 Data Weeks workshops+hackathons --almost > 240 hours) beginner friendly tool. > > Interactive notebooks could be used with this more tooltip, chat > alike tools. In fact, anything that can be put in a playground can > be used in Grafoscopio. > > </Shameless self-promotion> > > Cheers, > > Offray > > > On 17/04/17 09:12, Dimitris Chloupis wrote: >> The help browse is more for a detailed documentation , my goal is >> more concise and tooltip based. But yes it could be embeded in >> the Help browser too. >> >> I think that interactive documentation is more beginner friendly, >> where documentation is everywhere you go and you do not have to >> open a special tool to get it. >> >> On Mon, Apr 17, 2017 at 4:36 PM Juraj Kubelka >> <juraj.kubelka(a)icloud.com <mailto:juraj.kubelka@icloud.com>> wrote: >> >> Great! I still believe that having the extract in the Help >> Browser is a good idea, at least for novices. >> >> Juraj >> >>> On Apr 15, 2017, at 19:32, Dimitris Chloupis >>> <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: >>> >>> I plan to embed it inside the playground and create a small >>> Pharo API for it. If I can I will provide access for it from >>> the right click menu , like do it and print it . It will >>> take sometime but it's coming inside Pharo. >>> On Sat, 15 Apr 2017 at 20:43, Juraj Kubelka >>> <juraj.kubelka(a)icloud.com <mailto:juraj.kubelka@icloud.com>> >>> wrote: >>> >>> Nice! >>> >>> Could you provide the database content using JSON REST >>> API? We could then have this as a part of Help Browser. >>> >>> Cheers, >>> Juraj >>> >>> -- >>> Juraj Kubelka >>> >>> > El 14-04-2017, a las 09:30, Dimitris Chloupis >>> <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> >>> escribiÃ³: >>> > >>> > Part of my Discord bot as a goal was to add the >>> ability to create database entries so that people can >>> quickly find documentation. >>> > >>> > It was quite a challenge for me because I had to learn >>> how heroku works, PostgreSQL and all the other things >>> but I did it!!! >>> > >>> > In any discord channel you have now 3 commands !doc , >>> !docadd , !docremove >>> > >>> > 1) !doc <search_term> >>> > search for a term in the documentation database >>> > eg. !doc pharo >>> > >>> > 2) !docadd <search_term> <content> <tags> <links> >>> > add a new entry to the documentation database >>> > eg. !docadd "pharo" "Pharo is a modern implementation >>> of Smalltalk" "{'smalltalk','live coding','language'}" >>> "{'squeak','IDE'}" >>> > >>> > 3)!docremove <search_term> >>> > remove a term from database >>> > eg. !docremove pharo >>> > >>> > tags , is for more complex searches in the future, >>> links for sending users to relevant documentation >>> > >>> > I am also planning to give access to pharo users to >>> the database from inside the pharo image, if its easy >>> enough to use PostgreSQL from inside Pharo. Currently >>> the bot is fully coded in python. >>> > >>> > The goal is not to create a full documentation but >>> rather quick help tips for fast pointing to the right >>> direction. >>> > >>> > This is also an invite to experience pharo devs and >>> newcomers to start adding to this database. >>> > >>> > The database is PostgreSQL , one of the most populars, >>> I have nothing against MongoDB , its just that it works >>> better with heroku where I host the database. But if in >>> the future find a way to do it for free I can move to >>> MongoDB, but no promises. >>> > >>> > Anyway this was an excuse for me to learn database >>> programming that I had abandoned 25 years ago (DBASE). >>> > >>> > So have fun with this :) >>> >> >

April 17, 2017

Re: [Pharo-users] [ANN] Prometheas : a Pharo wiki database

by Dimitris Chloupis

No objection from me , I will make a small integration with Playground and maybe System Browser right click menu BUT I will also provide a very minimal API (request/reply) so that it can be used by anyone so its up to you guys to integrate it with your favourite tools. I will provide the database content , the database and a very small API , the rest is up to you ;) Expect a new announcement pretty soon :) On Mon, Apr 17, 2017 at 6:14 PM Offray Vladimir Luna CÃ¡rdenas < offray.luna(a)mutabit.com> wrote: > <Shameless self-promotion> > > For interactive beginner friendly documentation, Grafoscopio is a > extensively tested (in 8 Data Weeks workshops+hackathons --almost 240 > hours) beginner friendly tool. > > Interactive notebooks could be used with this more tooltip, chat alike > tools. In fact, anything that can be put in a playground can be used in > Grafoscopio. > </Shameless self-promotion> > > Cheers, > > Offray > > > On 17/04/17 09:12, Dimitris Chloupis wrote: > > The help browse is more for a detailed documentation , my goal is more > concise and tooltip based. But yes it could be embeded in the Help browser > too. > > I think that interactive documentation is more beginner friendly, where > documentation is everywhere you go and you do not have to open a special > tool to get it. > > On Mon, Apr 17, 2017 at 4:36 PM Juraj Kubelka <juraj.kubelka(a)icloud.com> > wrote: > >> Great! I still believe that having the extract in the Help Browser is a >> good idea, at least for novices. >> >> Juraj >> >> On Apr 15, 2017, at 19:32, Dimitris Chloupis <kilon.alios(a)gmail.com> >> wrote: >> >> I plan to embed it inside the playground and create a small Pharo API for >> it. If I can I will provide access for it from the right click menu , like >> do it and print it . It will take sometime but it's coming inside Pharo. >> On Sat, 15 Apr 2017 at 20:43, Juraj Kubelka <juraj.kubelka(a)icloud.com> >> wrote: >> >>> Nice! >>> >>> Could you provide the database content using JSON REST API? We could >>> then have this as a part of Help Browser. >>> >>> Cheers, >>> Juraj >>> >>> -- >>> Juraj Kubelka >>> >>> > El 14-04-2017, a las 09:30, Dimitris Chloupis <kilon.alios(a)gmail.com> >>> escribiÃ³: >>> > >>> > Part of my Discord bot as a goal was to add the ability to create >>> database entries so that people can quickly find documentation. >>> > >>> > It was quite a challenge for me because I had to learn how heroku >>> works, PostgreSQL and all the other things but I did it!!! >>> > >>> > In any discord channel you have now 3 commands !doc , !docadd , >>> !docremove >>> > >>> > 1) !doc <search_term> >>> > search for a term in the documentation database >>> > eg. !doc pharo >>> > >>> > 2) !docadd <search_term> <content> <tags> <links> >>> > add a new entry to the documentation database >>> > eg. !docadd "pharo" "Pharo is a modern implementation of Smalltalk" >>> "{'smalltalk','live coding','language'}" "{'squeak','IDE'}" >>> > >>> > 3)!docremove <search_term> >>> > remove a term from database >>> > eg. !docremove pharo >>> > >>> > tags , is for more complex searches in the future, links for sending >>> users to relevant documentation >>> > >>> > I am also planning to give access to pharo users to the database from >>> inside the pharo image, if its easy enough to use PostgreSQL from inside >>> Pharo. Currently the bot is fully coded in python. >>> > >>> > The goal is not to create a full documentation but rather quick help >>> tips for fast pointing to the right direction. >>> > >>> > This is also an invite to experience pharo devs and newcomers to start >>> adding to this database. >>> > >>> > The database is PostgreSQL , one of the most populars, I have nothing >>> against MongoDB , its just that it works better with heroku where I host >>> the database. But if in the future find a way to do it for free I can move >>> to MongoDB, but no promises. >>> > >>> > Anyway this was an excuse for me to learn database programming that I >>> had abandoned 25 years ago (DBASE). >>> > >>> > So have fun with this :) >>> >>> >> >

April 17, 2017

Re: [Pharo-users] [ANN] Prometheas : a Pharo wiki database

by Offray Vladimir Luna CÃ¡rdenas

<Shameless self-promotion> For interactive beginner friendly documentation, Grafoscopio is a extensively tested (in 8 Data Weeks workshops+hackathons --almost 240 hours) beginner friendly tool. Interactive notebooks could be used with this more tooltip, chat alike tools. In fact, anything that can be put in a playground can be used in Grafoscopio. </Shameless self-promotion> Cheers, Offray On 17/04/17 09:12, Dimitris Chloupis wrote: > The help browse is more for a detailed documentation , my goal is more > concise and tooltip based. But yes it could be embeded in the Help > browser too. > > I think that interactive documentation is more beginner friendly, > where documentation is everywhere you go and you do not have to open a > special tool to get it. > > On Mon, Apr 17, 2017 at 4:36 PM Juraj Kubelka > <juraj.kubelka(a)icloud.com <mailto:juraj.kubelka@icloud.com>> wrote: > > Great! I still believe that having the extract in the Help Browser > is a good idea, at least for novices. > > Juraj > >> On Apr 15, 2017, at 19:32, Dimitris Chloupis >> <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: >> >> I plan to embed it inside the playground and create a small Pharo >> API for it. If I can I will provide access for it from the right >> click menu , like do it and print it . It will take sometime but >> it's coming inside Pharo. >> On Sat, 15 Apr 2017 at 20:43, Juraj Kubelka >> <juraj.kubelka(a)icloud.com <mailto:juraj.kubelka@icloud.com>> wrote: >> >> Nice! >> >> Could you provide the database content using JSON REST API? >> We could then have this as a part of Help Browser. >> >> Cheers, >> Juraj >> >> -- >> Juraj Kubelka >> >> > El 14-04-2017, a las 09:30, Dimitris Chloupis >> <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> escribiÃ³: >> > >> > Part of my Discord bot as a goal was to add the ability to >> create database entries so that people can quickly find >> documentation. >> > >> > It was quite a challenge for me because I had to learn how >> heroku works, PostgreSQL and all the other things but I did it!!! >> > >> > In any discord channel you have now 3 commands !doc , >> !docadd , !docremove >> > >> > 1) !doc <search_term> >> > search for a term in the documentation database >> > eg. !doc pharo >> > >> > 2) !docadd <search_term> <content> <tags> <links> >> > add a new entry to the documentation database >> > eg. !docadd "pharo" "Pharo is a modern implementation of >> Smalltalk" "{'smalltalk','live coding','language'}" >> "{'squeak','IDE'}" >> > >> > 3)!docremove <search_term> >> > remove a term from database >> > eg. !docremove pharo >> > >> > tags , is for more complex searches in the future, links >> for sending users to relevant documentation >> > >> > I am also planning to give access to pharo users to the >> database from inside the pharo image, if its easy enough to >> use PostgreSQL from inside Pharo. Currently the bot is fully >> coded in python. >> > >> > The goal is not to create a full documentation but rather >> quick help tips for fast pointing to the right direction. >> > >> > This is also an invite to experience pharo devs and >> newcomers to start adding to this database. >> > >> > The database is PostgreSQL , one of the most populars, I >> have nothing against MongoDB , its just that it works better >> with heroku where I host the database. But if in the future >> find a way to do it for free I can move to MongoDB, but no >> promises. >> > >> > Anyway this was an excuse for me to learn database >> programming that I had abandoned 25 years ago (DBASE). >> > >> > So have fun with this :) >> >

April 17, 2017