- Pharo-users - lists.pharo.org

RubMethodEditingExample subclasses Model?
by Stephan Eggermont Sept. 15, 2015

Sept. 15, 2015

Why are RubMethodEditingExample and RubPluggableTextMorphExample subclasses of Model? Stephan

1 0

Mocking ZnClient
by Damien Cassou Sept. 14, 2015

Sept. 14, 2015

Hi, I need to write unit tests for code that fetches data on the web through ZnClient. Is there a way to temporarily replace all creations of ZnClient instances by instances of another class that will reply with fixed results without fetching on the web? I already wrote something like that for the Pharo launcher. I'm now looking for something that already exists outside so I don't have to extract this into a new library by myself. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

3 2

[Survey] QualityAssistant experience mini-survey
by Yuriy Tymchuk Sept. 14, 2015

Sept. 14, 2015

Dear Pharoers, I kindly ask you to participate in the QualityAssistant mini-survey: http://rio.inf.usi.ch/survey/index.php/818331 <http://rio.inf.usi.ch/survey/index.php/818331>. It will take only a few minutes of your time (or less), and will give us a better understanding of how QualityAssistant is currently used and how to improve it. Cheers! Yuriy

3 3

[ANN] Pharo Consortium New Bronze Member: Inspired.org
by Marcus Denker Sept. 14, 2015

Sept. 14, 2015

The Pharo Consortium is very happy to announce that Inspired.org has joined the Consortium as a bronze Member. Inspired is a highly experienced consultancy specialising in transformative business strategy integrated with executable architecture (including business architecture) and empowering methods to deliver meaningful and desirable change. Inspired supports this activity with Enterprise Value Architect (EVA), an innovative collaborative, cloud based enterprise modeling and knowledge management toolset developed in Smalltalk. About - Inspired: http://inspired.org - Pharo Consortium: http://consortium.pharo.org The goal of the Pharo Consortium is to allow companies and institutions to support the ongoing development and future of Pharo. Individuals can support Pharo via the Pharo Association: http://association.pharo.org

1 0

Pillar 2.0.0: Introduction of PetitPillar
by Ferlicot D. Cyril Sept. 14, 2015

Sept. 14, 2015

Hi everyone! Yes, a new version of Pillar, again! With this version we removed the old parser of Pillar to introduce PetitPillar base on PetitParser. This parser is slower than the previous one but we will be able to improve his speed. We will also be able to improve Pillar at the parser level, which was impossible before. So we will be able to remove some hacks and improve the experience of the users. If you are good in parser and you want to contribute to his improvement, feel free to help, we have a lot of tests to help. This is my first parser so I am sure it have a lot of rooms for improvement. -- Cheers Cyril

3 2

Re: [Pharo-users] Pillar 1.1.0 released
by Johan Brichau Sept. 14, 2015

Sept. 14, 2015

Hi Cyril, You are right. Itâs better to just fix the version of Pillar for Pier and that works just fine for me now. We will see what happens later if someone has the time to look at Pier. cheers Johan > On 13 Sep 2015, at 12:22, Ferlicot Delbecque Cyril <c.ferlicot-delbecque(a)etudiant.univ-lille1.fr> wrote: > > Le 13/09/2015 10:28, Johan Brichau a Ã©crit : >> Hi, >> >> I just noticed that in the most recent version of Pillar, the instvar #embedded was removed from PRReference >> This breaks Pierâ¦ though right before this change I could make Pier3 work with Pillar just fine. >> >> The embedded var is used to specify that component references are to be embedded in the page. There are more components than Figures in Pier. >> > > Hi Johan, > > We removed that because since Figures are not link anymore we do not > need it. If the reference is a link, it is not embedded, else it is. We > plan latter to have more embedded item than Figures, maybe we can just > and a class between Reference and Figure (PREmbeddedReferences). > With that we do not need the ivar. > > But since Pier3 doesn't evolve anymore I proposed to someone to freeze > the version of Pillar needed for the stable version of Pier3. But I > didn't get an answer. > > -- > Cyril > >> I am just trying to use and work with Pier3 for Seaside book and website, so it would be great if you can consider adding the embedded variable again. >> >> thanks guys! >> Johan >> >> ps: email me directly, since I might miss replies via the mailinglist. >> >> > >

1 0

Using Plan Board to actually planing an event at our local hackerspace
by Offray Vladimir Luna CÃ¡rdenas Sept. 13, 2015

Sept. 13, 2015

Hi, I'm living more and more inside Pharo, and as an experiment I would like to use plan board to plan an event. For that my idea is to build the event in plan board and export it in several formats: - Json exportation to import the plan info in our website (powered by web2py: http://web2py.com ), so this is the most important part - SVG (I think this is supported right now). I tried to create new instance of the plan board but I'm missing something from the syntax on how to proceed. So I started to modify exampleFour and create my own exampleDataweek (the event is called data week, look at [2] for details, about the previous version) and you now I can get something like this: [2] http://mutabit.com/dataweek/ So I would like to extend Stephan's example for Json exporting. Here are some questions: 1. How I create an instance of a plan board instead of a new class side example? 2. In the instance I would like to send the message "columns" and I imagine I will get all column data, including the "position" which is the start and end time of each session/event on each day. Am I right? 3. Once I have this, I imagine will be possible to use Ston to export this objects info to Json and teach my website how to read this information and show it properly in our activities calendar. Any pointer on how to start will be appreciated. Cheers, Offray

2 1

Re: [Pharo-users] Pillar 1.1.0 released
by Damien Cassou Sept. 13, 2015

Sept. 13, 2015

Hi Johan, Ferlicot Delbecque Cyril <c.ferlicot-delbecque(a)etudiant.univ-lille1.fr> writes: > Le 13/09/2015 10:28, Johan Brichau a Ã©crit : >> I just noticed that in the most recent version of Pillar, the instvar >> #embedded was removed from PRReference This breaks Pierâ¦ though right >> before this change I could make Pier3 work with Pillar just fine. >> >> The embedded var is used to specify that component references are to >> be embedded in the page. There are more components than Figures in >> Pier. >> > We removed that because since Figures are not link anymore we do not > need it. If the reference is a link, it is not embedded, else it is. > We plan latter to have more embedded item than Figures, maybe we can > just and a class between Reference and Figure (PREmbeddedReferences). > With that we do not need the ivar. > > But since Pier3 doesn't evolve anymore I proposed to someone to freeze > the version of Pillar needed for the stable version of Pier3. But I > didn't get an answer. I totally agree with Cyril. We can't limit the development of a dependency forever because a dependent has more or less stopped evolving. Before, a figure was a link with embedded = true. This was silly because each visitor had to do something specific for figures (e.g., in html you want a <img>, in latex you want \includegraphics). This is totally different from what is expected of a link. Now a figure is not a link anymore, it is a reference. There can be multiple kinds of references but the embedded parameter what not of any use for Pillar anymore. So we decided to remove it, knowing that Pier used it to embed Pier components. So, Pier users have 2 solutions now: - either adapt Pier's configuration so that it uses an old version of Pillar; - or adapt Pier's code to rely on the new Pillar. This might require some adaptations to Pillar which we can discuss. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

1 0

Fwd: Re: Pillar 1.1.0 released
by Ferlicot D. Cyril Sept. 13, 2015

Sept. 13, 2015

Le 13/09/2015 10:28, Johan Brichau a Ã©crit : > Hi, > > I just noticed that in the most recent version of Pillar, the instvar #embedded was removed from PRReference > This breaks Pierâ¦ though right before this change I could make Pier3 work with Pillar just fine. > > The embedded var is used to specify that component references are to be embedded in the page. There are more components than Figures in Pier. > Hi Johan, We removed that because since Figures are not link anymore we do not need it. If the reference is a link, it is not embedded, else it is. We plan latter to have more embedded item than Figures, maybe we can just and a class between Reference and Figure (PREmbeddedReferences). With that we do not need the ivar. But since Pier3 doesn't evolve anymore I proposed to someone to freeze the version of Pillar needed for the stable version of Pier3. But I didn't get an answer. -- Cyril > I am just trying to use and work with Pier3 for Seaside book and website, so it would be great if you can consider adding the embedded variable again. > > thanks guys! > Johan > > ps: email me directly, since I might miss replies via the mailinglist. > >

1 0

Modify AST to send a message on Character nodes
by Julien Delplanque Sept. 13, 2015

Sept. 13, 2015

Hi everyone, I would like to modify the AST of a smalltalk expression compiled to automatically send a certain message when a node represents a Character (so the user does not have to write the message sending explicitly). I would of course add a special button in the menu you get when right clicking in a playground so the user knows it is a "special" do-it... For example: $a. would transform into an ast that the source code looks like $a aMessage How can I do this? :) Julien

5 11