July 2019 - Pharo-users - lists.pharo.org

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

Re: [Pharo-users] Tree API blog post

by Offray Vladimir Luna CÃ¡rdenas

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] "whenSelectedItemChanged:" in Spec

by Steve Quezadas

Oh, I see. Ok, I am somewhat new to pharo smalltalk so I'm getting used to the paradigm. Thank you. The best way to learn is to "do". I can learn a lot by trying to figure out ways around unexpected behavior. On Tue, Jul 16, 2019 at 5:39 PM Ben Coman <btc(a)openinworld.com> wrote: > I'm not familiar with Spec but I'll have a go... > > On Wed, 17 Jul 2019 at 07:03, Steve Quezadas <steveeq1(a)gmail.com> wrote: > > > On Tue, Jul 16, 2019 at 7:43 AM Ben Coman <btc(a)openinworld.com> wrote: > >> > >> On Tue, 16 Jul 2019 at 12:49, Steve Quezadas <steveeq1(a)gmail.com> > wrote: > >> > > >> > I am running through the "Spec UI Framework" tutorial, and in it has > a widget class inherited from "ComposablePresenter" (ComposablePresenter > subclass: #WidgetClassList). But for some reason the > "whenSelectedItemChanged:" method call does not execute when I select any > item on the GUI list. Is there anything I'm missing? > >> > > >> > I posted this earlier on the list, and someone suggested I try > "whenActivatedDo:" or "whenSelectionChangedDo:", but it doesn't do anything > as well. The code looks like this: > >> > > >> > whenSelectedItemChanged: aBlock > >> > Transcript show: 'should get here; cr. > >> > > >> > I am using Pharo 7. > >> > >> Can you FileOut the entire sample class and attached it? > >> > >> cheers -ben > >> > > > > Ok, I filed out and it exported the file 'WidgetClassList.st' . This is > the contents of the file: > > > > 'From Pharo7.0.3 of 12 April 2019 [Build information: > Pharo-7.0.3+build.158.sha.0903ade8a6c96633f07e0a7f1baa9a5d48cfdf55 (64 > Bit)] on 16 July 2019 at 3:58:28.785036 pm'! > > ComposablePresenter subclass: #WidgetClassList > > instanceVariableNames: 'list' > > classVariableNames: '' > > poolDictionaries: '' > > category: 'QuotesProg'! > > > > !WidgetClassList methodsFor: 'initialization' stamp: 'SteveQuezadas > 7/10/2019 14:07'! > > initializeWidgets > > list := self newList. > > list items: (AbstractWidgetPresenter allSubclasses > > sorted: [:a :b | a name < b name ]). > > self focusOrder add: list.! ! > > > > > > !WidgetClassList methodsFor: 'events-shortcuts' stamp: 'SteveQuezadas > 7/15/2019 21:40'! > > whenSelectedItemChanged: aBlock > > Transcript show: 'got here'; cr. > > ! ! > > Looking at ListPresenter>>whenSelectedItemChanged: aBlock > it is registering aBlock on selectionHolder using #whenChangedDo: > Reviewing selectionHolder "Code search...>References to it" I see that > selectionHolder is initialized as an instance of SelectionHolderClass. > > So it seems you are expecting whenSelectedItemChanged: to be called > every time the-selection-is-changed > when actually it is only called once (by your application) to register > the block-to-be-called when the-selection-is-changed. > You don't seem to have done any such registration. > > cheers -ben > >

July 17, 2019

Re: [Pharo-users] [ANN] GitBridge

by Noury Bouraqadi

Cyril, Thanks for doing this. I'll use it in PharoJS. We have HTML files that are used to run tests. We also need to know where to export JS files generated from Pharo code. Noury IceTipRepositoriesModel new repositories detect: [: repo | repo name = #PharoJS]. > On 17 Jul 2019, at 17:09, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> wrote: > > On Wed, Jul 17, 2019 at 4:59 PM Alexandre Bergel via Pharo-users > <pharo-users(a)lists.pharo.org> wrote: >> >> Thanks Cyril, >> >> This look awesome. A quick question: to access external resources, I usually use the expression (that you provide me some times ago) >> >> repo := (IceRepository registry detect: [ :each | each includesPackageNamed: 'GeneticAlgorithm' ] ifNone: [ self error: 'Please add a clone of this project to Iceberg to access to the resources' ]) location. >> >> In this case, I can use some resources located in the git repository of the GeneticAlgorithm project. Eg. repo / âmy image.pngâ >> >> What does GitBridge bring more than that? I feel I miss something obvious... >> > > Well, it is mostly that. If you check the implementation it uses the > same kind of expression. > > What it bring more is to factorise the code to do it (Like this if > Iceberg change I just need to update GitBridge and all projects using > it will be fixed). It also brings methods such as #version that can be > useful and I hope we will add useful things to it to avoid everyone > duplicating their own version in their project. > > Last thing is that the API is clear. For example you can just do: > `GABridge images` instead of the whole detect on the Iceberg registry. > >> Cheers, >> Alexandre >> >> >> > > > -- > Cyril Ferlicot > https://ferlicot.fr >

July 17, 2019