December 2017 - Pharo-users

Fwd: Installing pharo6.1-64

by Ben Coman

[fwd to list] Thanks for having a go at fixing your font. Unfortunately it didn't work (or maybe something wrong at my end) I'll follow up with you off-list. cheer -ben ---------- Forwarded message ---------- From: T.D. Telford <doug(a)dougtelford.com> Date: 7 December 2017 at 06:58 Subject: Re: [Pharo-users] Installing pharo6.1-64 To: Ben Coman <btc(a)openinworld.com> Hello Ben, I downloaded from: https://pharo.org/gnu-linux-installation-64 I have never received any comments about the font size before. I set it to small from medium (yahoo mail), so hopefully that helps. Regards, Doug ________________________________ From: Ben Coman <btc(a)openinworld.com> To: T.D. Telford <doug(a)dougtelford.com>; Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Sent: Wednesday, December 6, 2017 3:12 PM Subject: Re: [Pharo-users] Installing pharo6.1-64 hi T.D., There are a couple of sources to download Pharo. Could you provide the link that you used? cheers -ben P.S. If possible could you reduce the size of your font, or post using text. The size of your font is a bit jarring. :) On 7 December 2017 at 04:33, T.D. Telford <doug(a)dougtelford.com> wrote: There are no installation instructions in the README. If you execute ./pharo at the top level: pharo6.1-64/vm/pharo: No such file or directory In directory tmp if you add ln -s ../shared/Pharo6.1-64.image Pharo.image and execute ./pharo in tmp, then it works.

Dec. 7, 2017

Re: [Pharo-users] [Pharo-dev] [TechTalk] Topics Wanted for 2018!

by Alexandre Bergel

Hi Marcus! Thanks for pushing the community! If there is a free slot at the end of January, I can do another tech talk on AI technique. I am thinking about a lecture on Genetic Algorithm and Genetic Programming. Let me know... Alexandre > On Dec 1, 2017, at 7:58 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Hi, > > As you know, we are trying to have one Pharo tech-talk per month. > > The idea is to use this for > -> mini âLecturesâ > -> Demos of interesting Projects > -> Just some interesting topic to discuss with audio chat on Discord > > You can see the past topics here: > > http://pharo.org/TechTalk > > We will soon define the dates for the first half of 2018. If you want to do a techtalk > yourself (give a presentation / Demo or moderate a discussion), feel free to contact > me! You are able to pick a date that works best for you. > > > Marcus

Dec. 7, 2017

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

by Offray Vladimir Luna CÃ¡rdenas

If you are working with Mac and Gnu/Linux, your quick start could start by: 1. Create the folder for your Pharo program, download it and Launch it. For that, open your Terminal and type: ``` mkdir -p ~/Programs/Pharo/ cd ~/Programs/Pharo/ |curl get.pharo.org/64/ | bash ./pharo-ui Pharo.image | ``` You only need 2 and 4 steps to relaunch Pharo, once installed, but Mac and several variants of Gnu/Linux offer a quick launcher for running programs. Is not the smoothest intro to Pharo, but is not a big issue either and in that way you can continue your guide knowing that readers in Linux and Mac have a working Pharo System. Hope this helps, Offray On 05/12/17 13:18, horrido wrote: > I've encountered another issue, this time with the macOS download... > > After I download the zip file, I unzip the file and move the Pharo > application to the Applications folder. Then I have to right-click on the > Pharo application and select open (double-clicking prevents me from opening > the file at all). This last step fails (Pharo crashes), but if I repeat it, > it works. > > Thereafter, I may double-click to open the file anytime. > > I can't add these instructions to my Pharo Quick Start guide without > sounding like an ass. I shall have to wait until all download issues are > resolved before I can complete the guide. > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > >

Dec. 6, 2017

Re: [Pharo-users] Installing pharo6.1-64

by Ben Coman

hi T.D., There are a couple of sources to download Pharo. Could you provide the link that you used? cheers -ben P.S. If possible could you reduce the size of your font, or post using text. The size of your font is a bit jarring. :) On 7 December 2017 at 04:33, T.D. Telford <doug(a)dougtelford.com> wrote: > There are no installation instructions in the README. If you execute > ./pharo at the top level: > > pharo6.1-64/vm/pharo: No such file or directory > > In directory tmp if you add > > ln -s ../shared/Pharo6.1-64.image Pharo.image > > and execute ./pharo in tmp, then it works. >

Dec. 6, 2017

Installing pharo6.1-64

by T.D. Telford

There are no installation instructions in the README.Â If you execute ./pharo at the top level: pharo6.1-64/vm/pharo: No such file or directory In directory tmp if you add ln -s ../shared/Pharo6.1-64.image Pharo.image and execute ./pharo in tmp, then it works.

Dec. 6, 2017

Re: [Pharo-users] Reporting Pharo issues without FogBugz account

by Julien

Any way to integrate a simple UI to report an issue from Pharo directly then? Since there is no need to log in. This is cool anyway. :-) --- Julien Delplanque Doctorant Ã lâUniversitÃ© de Lille 1 http://juliendelplanque.be/phd.html Equipe Rmod, Inria BÃ¢timent B 40, avenue Halley 59650 Villeneuve d'Ascq NumÃ©ro de tÃ©lÃ©phone: +333 59 35 86 40 > Le 6 dÃ©c. 2017 Ã 17:04, Pavel Krivanek <pavel.krivanek(a)gmail.com> a Ã©crit : > > Hi, > > FogBugz started to provide an option to report issues without need of FogBugz account. Just go to https://pharo.fogbugz.com/ <https://pharo.fogbugz.com/> and click on the button "New case". > > It does not provide all the standard options but it will generate an unique link so you can follow the issue progress. > > Cheers, > -- Pavel

Dec. 6, 2017

Re: [Pharo-users] Reporting Pharo issues without FogBugz account

by Sean P. DeNigris

Pavel Krivanek-3 wrote > FogBugz started to provide an option to report issues without need of > FogBugz account. Good news! ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 6, 2017

Reporting Pharo issues without FogBugz account

by Pavel Krivanek

Hi, FogBugz started to provide an option to report issues without need of FogBugz account. Just go to https://pharo.fogbugz.com/ and click on the button "New case". It does not provide all the standard options but it will generate an unique link so you can follow the issue progress. Cheers, -- Pavel

Dec. 6, 2017

Re: [Pharo-users] dependent magritte descriptions

by Peter UhnÃ¡k

> --- It will NOT recalculate the options on the fly when the other > dropdown box has been selected. This probably could be done with some > ajax stuff or a forced HTTP form send. This is precisely what I need. Btw I am using in Pharo (so no web). For now I switched to hand-written spec Form instead of using magritte... Peter On Wed, Dec 6, 2017 at 1:58 PM, Andreas Brodbeck <dassi(a)mindclue.ch> wrote: > Am 06.12.17 um 11:34 schrieb Peter UhnÃ¡k: > > Hi, > > > > I'm trying to get dependent magritte descriptions, but it seems like this > > is not something that can be done in the descriptions: > > > > Imagine a class Contact with "city" and "country" descriptions. > > I would like to populate the city description based on the currently > > selected country > > > > ~~~~~~~~~~~~~~~~~~~~~~ > > descriptionCountry > > <magritteDescription> > > ^ MASingleOptionDescription new > > accessor: #country; > > label: 'Country'; > > options: self countries; > > yourself > > > > descriptionCity > > <magritteDescription> > > ^ MASingleOptionDescription new > > accessor: #city; > > label: 'City'; > > options: (self citiesInCountry: self country); > > yourself > > ~~~~~~~~~~~~~~~~~~~~~~ > > > > The problem with this approach is that both descriptions are in the same > > form, so I need to update the cities list even before the country is > saved > > back into the object. > > > > Is this possible in magritte? > > I had the same wish and came up with the following solution: > > --- It will calculate the options with a block instead of an already > given collection. > > --- It will recalculate (aka "not cache") the options if you hit the > "Save" button on the magritte form. > > --- It will NOT recalculate the options on the fly when the other > dropdown box has been selected. This probably could be done with some > ajax stuff or a forced HTTP form send. > > --- I use my own subclasses for magritte options, for example: > > MASingleOptionDescription subclass: #ALMaSingleModelOptionDescription > uses: TALMagritteOptionDescription > instanceVariableNames: '' > classVariableNames: '' > package: 'Albus-Magritte' > > --- See attached fileout of the Trait TALMagritteOptionDescription. > > --- You can then describe an option as follows: > > descriptionYourAttribute > <magritteDescription> > ^ALMaSingleModelOptionDescription new > accessor: #yourAccessor; > optionsBlock: ["stuff to calculate your collection"]; > label: 'Your label'; > yourself > > > > > Cheers, Andreas > > > -- > Andreas Brodbeck > www.mindclue.ch >

Dec. 6, 2017

Re: [Pharo-users] Fuel transfer from Pharo 1.4 to Pharo 6.1

by Mariano Martinez Peck

Hi guys, Let me try to explain the current situation. Fuel does check if a closure is clean or not. If clean, it avoids serializing the whole stack. The way it does this is to simply clean the outerContext of the block to NOT have a sender. See methods CompiledMethod >> fuelAccept: So..a clean closure would avoid serializing the sender and the sender of the sender and ... the whole stack. But... at the very least it does need to serialize the outerContext of that closure. That outerContext (even if the block is clean) has a reference to the method in which the closure was compiled. See this example: TestCase compile: 'deleteMe ^ [ :aNumber | Transcript show: aNumber ]'. (TestCase new perform: #deleteMe) cleanCopy outerContext method. Do you see how even a clean closure will still serialize ONE compiled method? (#deleteMe in this case). That is the method that could have changed bytecodes (remember that by default, Fuel does NOT fully serialize the methods if they are installed in classes...it will simply serialize the necessary information for looking it up at runtime) and that's where Fuel could bark even for clean closures. But of course, far less chances than serializing all the methods of the stack. A more robust solution might be that if the block is clean, then do not serialize the closure as a closure with a clean context, but as a string (source). Then at materialization time, compile. The problem is that as far as I remember we never implemented substitution hook at materialization (only for serialization) so I don't have a place to hook. Yeah... you could do a become: with a postMaterialziationAction but that;s too hackish hahaha. Hope this helps, On Wed, Dec 6, 2017 at 9:58 AM, Andreas Brodbeck <dassi(a)mindclue.ch> wrote: > Am 05.12.17 um 17:25 schrieb Sean P. DeNigris: > > Andreas Brodbeck-3 wrote > >> --- Searched for some few usages of SortedCollection and made sure, that > >> there is no sortBlock but only the default sort behaviour. > > > > Can't we have Fuel handle the sort block if it's clean? I feel like we > > discussed this before but can't recall the conclusionâ¦ > > Fuel does handle blocks perfectly, as long as you don't upgrade the > underlying Pharo from version 1.4 to 6.1 (or similar big step), like I > did... The reason is the change of the bytecodes of a compiled method > somewhere between 1.4 and 6.1, which will then not materialize correctly > and raises a FLMethodChanged error. Therefore I had to deal with it, > like described before. > > Cheers, Andreas > > > -- > Andreas Brodbeck > www.mindclue.ch > > > -- Mariano http://marianopeck.wordpress.com

Dec. 6, 2017