- Pharo-users - lists.pharo.org

where are system settings stored?

by Dale Henrichs

I am currently using Pharo 7.0 and I've just discovered that my "local directory" is /home/dhenrich/rogue/_homes/rogue/_home/dev/clients/gci_70_tst/pharo-local: This file has to date back to the beginning of the year and i had deleted that directory structure a week or so ago before starting on my (totally unrelated work) and didn't discover the problem until i tried to run an image created locally up on traivs[1], where this bug[2] manifested itself and I eventually tracked the source of problem to the "local directory" setting ... Now I would like to know where the pharo settings file is hiding, so that I can avoid running into this problem in the future ... ... I've poked around in the Settings Browser looking for the default location of the settings file. There's "Store Settings" and "Load Settings", but nothing that allows me to find out/control the location of the settings file itself ... ... I only got to this point by tracing back from allinstances of OmSessionStore to a class var where the "directory" was stored and then got the settings browser by looking at senders ... but now I've run out of ideas. I assume that this is common knowledge, but not quite common enough for me:) Thanks in advance for the help. Dale [1] https://travis-ci.org/dalehenrich/st_launcher/builds/561863077#L603 [2] https://github.com/pharo-project/pharo-launcher/issues/37

July 22, 2019

.package directory tree

by ian

All, Newbie Question: I filed out a whole package by right clicking on the system browser package name and got a directory structure similar to the following: packagename.package -> monicello meta -> categories.st -> initializer.st -> package -> version -> properties.json -> Class.class -> class -> some.st -> another.st -> instance -> some.st -> another.st -> methodProperties.json -> properties.json -> AnotherClass.class -> same as Class.class directory structure above Issue: How do I file this all back in? There seems no way to do this in any easy fassion. Trying to file the .st's by themselves creates dependancy nightmares. If I can file this out in one singe click does it not make sense that I should be able to do the reverse in on single click or am I manually forced to recreate all my code? Thanks!

July 22, 2019

Re: [Pharo-users] Pharo-users Digest, Vol 75, Issue 24

by ian

thanks Sean, for pointing me in the correct direction! On Sun, Jul 21, 2019 at 12:00:05PM -0400, pharo-users-request(a)lists.pharo.org wrote: > Send Pharo-users mailing list submissions to > pharo-users(a)lists.pharo.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.pharo.org/mailman/listinfo/pharo-users_lists.pharo.org > or, via email, send a message with subject or body 'help' to > pharo-users-request(a)lists.pharo.org > > You can reach the person managing the list at > pharo-users-owner(a)lists.pharo.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Pharo-users digest..." > > > Today's Topics: > > 1. Re: Playground auto-save? (Hilaire) > 2. Pahro images and Catalog support. (ian) > 3. Re: Pahro images and Catalog support. (Sean P. DeNigris) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 20 Jul 2019 18:49:30 +0200 > From: Hilaire <hilaire(a)drgeo.eu> > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Playground auto-save? > Message-ID: <qgvgmq$6856$1(a)blaine.gmane.org> > Content-Type: text/plain; charset=utf-8 > > Hi Offray, > > Can I use it from DrGeo because this is what I need to do with my > students? If you can try out Grafoscopio+DrGeo I am all eyes opened (tip > to install on P7 [1]) > > The *elementary* needed feature: student write code as script, student > save code when necessary. > > Nevertheless, It is not exactly possible on Pharo. Switching to > Workspace could be an option. It also come with its own usability issue > though. Kid do not forgive approximation, learn the hard way. > > Hilaire > > [1] > https://bazaar.launchpad.net/~drgeo-developers/drgeo/trunk/view/head:/src/I… > > Le 18/07/2019 ? 23:39, Offray Vladimir Luna C?rdenas a ?crit?: > > Hi, > > > > You may try to use Grafoscopio [1], so you can save several nested > > and/or sequential playgrounds explicitly as a Grafoscopio notebook. > > > > [1] https://mutabit.com/grafoscopio/index.en.html > > > > I'll be pretty interested in the feedback from you and your > > kids/students and I'm working on improving the Grafoscopio DOM to > > support a better user experience (selected and expanded nodes, warnings > > on unsaved documents and so on). > > > > Cheers, > > > > Offray > > -- > Dr. Geo > http://drgeo.eu > > > > > > ------------------------------ > > Message: 2 > Date: Sat, 20 Jul 2019 16:07:49 -0400 > From: ian <ian(a)icjohnson.com> > To: pharo-users(a)lists.pharo.org > Subject: [Pharo-users] Pahro images and Catalog support. > Message-ID: <20190720200749.GB6774(a)desktop.icjohnson.com> > Content-Type: text/plain; charset=us-ascii > > All, > > Installing from the Catalog Browser or instructions from the GIT pages I am unable to install the following in a single image of any version listed in the Pharo Launcher: > > 1. VoyageMongo > 2. Seaside > 3. Margritte > > Help! > > Thx > > > > ------------------------------ > > Message: 3 > Date: Sat, 20 Jul 2019 19:59:10 -0500 (CDT) > From: "Sean P. DeNigris" <sean(a)clipperadams.com> > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Pahro images and Catalog support. > Message-ID: <1563670750887-0.post(a)n4.nabble.com> > Content-Type: text/plain; charset=us-ascii > > ian-2 wrote > > Installing from the Catalog Browser... I am unable to install > > IIUC the catalogs are in general probably way out of date because most > development has moved to git and it uses Configurations, while git relies on > Baselines > > > ian-2 wrote > > 3. Margritte > > Re git, from which repo? Things have changed rapidly recently. > > > > ----- > Cheers, > Sean > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.pharo.org > http://lists.pharo.org/mailman/listinfo/pharo-users_lists.pharo.org > > > ------------------------------ > > End of Pharo-users Digest, Vol 75, Issue 24 > *******************************************

July 21, 2019

Re: [Pharo-users] Pahro images and Catalog support.

by Sean P. DeNigris

ian-2 wrote > Installing from the Catalog Browser... I am unable to install IIUC the catalogs are in general probably way out of date because most development has moved to git and it uses Configurations, while git relies on Baselines ian-2 wrote > 3. Margritte Re git, from which repo? Things have changed rapidly recently. ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

July 21, 2019

Pahro images and Catalog support.

by ian

All, Installing from the Catalog Browser or instructions from the GIT pages I am unable to install the following in a single image of any version listed in the Pharo Launcher: 1. VoyageMongo 2. Seaside 3. Margritte Help! Thx

July 20, 2019

Re: [Pharo-users] Playground auto-save?

by Hilaire

Hi Offray, Can I use it from DrGeo because this is what I need to do with my students? If you can try out Grafoscopio+DrGeo I am all eyes opened (tip to install on P7 [1]) The *elementary* needed feature: student write code as script, student save code when necessary. Nevertheless, It is not exactly possible on Pharo. Switching to Workspace could be an option. It also come with its own usability issue though. Kid do not forgive approximation, learn the hard way. Hilaire [1] https://bazaar.launchpad.net/~drgeo-developers/drgeo/trunk/view/head:/src/I… Le 18/07/2019 Ã 23:39, Offray Vladimir Luna CÃ¡rdenas a Ã©critÂ : > Hi, > > You may try to use Grafoscopio [1], so you can save several nested > and/or sequential playgrounds explicitly as a Grafoscopio notebook. > > [1] https://mutabit.com/grafoscopio/index.en.html > > I'll be pretty interested in the feedback from you and your > kids/students and I'm working on improving the Grafoscopio DOM to > support a better user experience (selected and expanded nodes, warnings > on unsaved documents and so on). > > Cheers, > > Offray -- Dr. Geo http://drgeo.eu

July 20, 2019

[ANN] Next Pharo Sprint: July 27

by Marcus Denker

We will organize a Pharo sprint / Moose dojo July 27, starting at 10:00am. (Local Time Paris). Goals of this sprint: - Pharo 8: Fix issues from tracker https://github.com/pharo-project/pharo/issues <https://github.com/pharo-project/pharo/issues> Remote Sprint: Remotely, you can join us on Discord. During the sprint, we synchronize local and remote Pharo sprinters: http://pharo.org/contribute-events <http://pharo.org/contribute-events> We have added a Board to coordinate the work: https://github.com/orgs/pharo-project/projects/9 <https://github.com/orgs/pharo-project/projects/9> Known Local Sprint meetings - Lille/France: It will be at the Inria Lille, Building B, third floor (RMoD offices). As the building is not open to the public, please contact us before if you plan to come A list of all Pharo Event of the year an be found here: https://association.pharo.org/events <https://association.pharo.org/events>

July 19, 2019

Re: [Pharo-users] Tree API blog post

by Richard O'Keefe

I've been pondering this reply for a while. There are so *many* kinds of tree. There are rooted trees (very popular in computing) and unrooted trees (what you get from some phylogenetic reconstructions and of course the spanning tree of a graph). There are trees with and without parent links. There are inverted trees with child->parent but no parent->child links. There are fully threaded, half threaded, and unthreaded trees. There are binary, ternary, ..., and rose trees. There are ordered and unordered trees. There are unbalanced, height balanced, and weight balanced trees. There are trees with shareable substructures and trees where everything is locked into place (the DOM). There are trees with no fingers, single fingers, and multiple fingers. There are trees that do not support concurrency, that support concurrent lookup, and that support concurrent changes. The model described at your link is pretty close to the DOM except for modelling the child sequence of a node as an array instead of a doubly linked list. This means that while you *can* implement "left/right sibling" - if no parent, return nil - find index of node in parent's child array - if at beginning/end return nil - otherwise report previous/next element of parent's child array but it takes O(#children) time instead of O(1) time. For argument's sake, let us imagine a storage model in which - an object with n slots takes n+1 words - an array with n elements takes n+2 words and let us consider a node with n children. Your structure (label, array of children, parent) takes 6+n words in addition to the space needed by the child nodes themselves. A (label, first child, next sibling) structure takes 4 words. With a grand total of M nodes, your structure takes 7M words, while the other takes 4M words. The two data structures can represent exactly the same abstract values, but they are good at different things. My library, for example, contains Tree TreeWithParent KeyedTree KeyedTreeWithParent AssociationTree AssociationTreeWithParent SortedSet (a splay tree) SortedBag (a splay tree) SortedDictionary (a splay tree) TernarySet (a ternary search tree) TernaryBag (ditto) TernaryDictionary (ditto) The sets, bags, and dictionaries *hide* the internal trees; what matters is that they are sets, bags, and dictionaries, not that they are trees. With such a great variety, I think it would be most useful to pick a *task* for which some kind of tree is useful and implement *that* kind of tree and use it for *that* task. As one possible example, consider the Document Object Model, which can be implemented using (parent, first child, last child, previous sibling, next sibling) with node-specific additional data, and build an implementation of CSS selectors atop it. plus a number of other kinds of trees, including On Sun, 30 Jun 2019 at 22:39, Smiljana Knezev <smilja.knezev(a)gmail.com> wrote: > Hello everyone, > > Next week I'm consulting with mentors on how to design an API for Tree > data structures. I was researching a bit and wrote this blog post as a > starting point: > https://pharokeepers.github.io/pharo/2019/06/30/Application-Programming-Int… > > Feedback and ideas are more than welcome :) > > Best regards, > Smiljana Knezev >

July 19, 2019

Re: [Pharo-users] Tree API blog post

by Smiljana Knezev

Hi Offray, Thank you for your suggestion I will definitely look into it and tell you what I think. It sounds interesting. Good luck with your PhD! I hope everything goes well :) All the best, Smiljana ÑÐµÑ, 18. ÑÑÐ» 2019. Ñ 23:23 Offray Vladimir Luna CÃ¡rdenas < offray.luna(a)mutabit.com> ÑÐµ Ð½Ð°Ð¿Ð¸ÑÐ°Ð¾/Ð»Ð°: > Hi Smiljana, > > In the ideas/inspiration front maybe you could check my outliner > prototype for data activism, visualization and storytelling, called > Grafoscopio[1] > > [1] https://mutabit.com/grafoscopio/index.en.html > > The notebook interface models a document as a tree. It was my first > program made on Pharo to learn it (and also to make research based > design for my PhD), so there is newbie code still there. I'm slowly > remaking it, but was really helpful to have an environment that didn't > punish me for my learning process and allowed me to refactor the > prototype as my understanding of the problem, prototype and coding > environment as improving. In any case, I remember needing tree objects > implemented in Pharo, but I didn't find anything, so I implemented them > by my own. > > Install it and check the manual (is a little bit outdated, but it should > work). > > Hopefully Grafoscopio can be insightful for your project and also I'm > interested in feedback about it (and with more time to address it, after > finally finishing the PhD and just waiting for the long bureaucratic > graduation process and paperwork to finish). > > Cheers, > > Offray > > On 30/06/19 5:38 a. m., Smiljana Knezev wrote: > > Hello everyone, > > > > Next week I'm consulting with mentors on how to design an API for Tree > > data structures. I was researching a bit and wrote this blog post as a > > starting > > point: > https://pharokeepers.github.io/pharo/2019/06/30/Application-Programming-Int… > > > > Feedback and ideas are more than welcome :) > > > > Best regards, > > Smiljana Knezev > > >

July 18, 2019

Re: [Pharo-users] Playground auto-save?

by Offray Vladimir Luna CÃ¡rdenas

Hi, You may try to use Grafoscopio [1], so you can save several nested and/or sequential playgrounds explicitly as a Grafoscopio notebook. [1] https://mutabit.com/grafoscopio/index.en.html I'll be pretty interested in the feedback from you and your kids/students and I'm working on improving the Grafoscopio DOM to support a better user experience (selected and expanded nodes, warnings on unsaved documents and so on). Cheers, Offray On 18/06/19 2:53 p.Â m., Hilaire wrote: > Hi, > > I have to admit it is working randomly in P7 with Dr.Geo. (19.06 rel) > > Sometime script can be retrieved with the playpage button other time no: > executed script can not be retrieved. > > Its behavior is not predictable and it is a problem for me and the kids > playing code. > > Hilaire >

July 18, 2019