April 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [ANN] Screencast on Versionner (Part 2)

by Esteban Lorenzano

I forget to tell that commit tool is still a beta. part of the purpose of this videos is to encourage you to use them and provide feedback and enhancement requests (for example Ben already asked for the possibility to make diffsâ¦ Iâm working on it). Esteban > On 30 Apr 2015, at 15:31, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > Hi again, > > Now I made a small video on how to use Versionner to help you manage your releases and commits. > > https://youtu.be/cFRJDuWL-Q0 <https://youtu.be/cFRJDuWL-Q0> > > This is new stuff, so you will need latest Pharo 5 to use it, alternatively you can install latest Versionner into Pharo 4 (I donât know how it will work on Pharo 3, youâll probably need to load Glamour as well others). > In Pharo 4, you can install it executing: > > Gofer it > smalltalkhubUser: 'PharoExtras' project: 'Versionner'; > configuration; > loadVersion: '2.12.2'. > > cheers, > Esteban > >

April 30, 2015

[pharo-project/pharo-core] 3f38c7: 50025

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 3f38c7a6995a6a152ee6a5371e2c348d56d304df https://github.com/pharo-project/pharo-core/commit/3f38c7a6995a6a152ee6a537… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-04-30 (Thu, 30 Apr 2015) Changed paths: R Play.package/GG.class/README.md R Play.package/GG.class/definition.st R Play.package/TT.class/README.md R Play.package/TT.class/definition.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script633.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script634.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50024.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50025.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Shout.package/SHRBTextStyler.class/instance/visiting rb nodes/visitClassReferenceNode_.st M Spec-Core.package/RadioButtonGroup.class/README.md M Spec-Core.package/RadioButtonGroup.class/definition.st M Spec-Core.package/RadioButtonGroup.class/instance/initialization/initialize.st M Spec-Core.package/RadioButtonGroup.class/instance/protocol/addRadioButton_.st A Spec-Core.package/RadioButtonGroup.class/instance/protocol/selectedButton.st M Spec-Examples.package/RadioButtonGroupExample.class/class/example/example.st M Spec-Examples.package/RadioButtonGroupExample.class/instance/initialization/initialize.st A Spec-Examples.package/RadioButtonGroupExample.class/instance/initialization/initializeMorphs.st M Spec-Examples.package/RadioButtonGroupExample.class/instance/initialization/initializePresenter.st R Spec-Examples.package/RadioButtonGroupExample.class/instance/initialization/instantiateButtons.st R Spec-Examples.package/RadioButtonGroupExample.class/instance/initialization/instantiateMorphs.st A Spec-Examples.package/RadioButtonGroupExample.class/instance/initialization/on_show_.st R Spec-Examples.package/RadioButtonGroupExample.class/instance/initialization/setActions.st R Spec-Examples.package/RadioButtonGroupExample.class/instance/initialization/setActionsForButton1.st R Spec-Examples.package/RadioButtonGroupExample.class/instance/initialization/setActionsForButton2.st R Spec-Examples.package/RadioButtonGroupExample.class/instance/initialization/setActionsForButton3.st Log Message: ----------- 50025 15451 AST Shout: should recognize incomplete class names and color them correctly https://pharo.fogbugz.com/f/cases/15451 15446 Enhance RadioButtonGroup https://pharo.fogbugz.com/f/cases/15446 15448 remove package Play https://pharo.fogbugz.com/f/cases/15448 http://files.pharo.org/image/50/50025.zip

April 30, 2015

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/50025 Home: https://github.com/pharo-project/pharo-core

April 30, 2015

[ANN] Screencast on Versionner (Part 2)

by Esteban Lorenzano

Hi again, Now I made a small video on how to use Versionner to help you manage your releases and commits. https://youtu.be/cFRJDuWL-Q0 <https://youtu.be/cFRJDuWL-Q0> This is new stuff, so you will need latest Pharo 5 to use it, alternatively you can install latest Versionner into Pharo 4 (I donât know how it will work on Pharo 3, youâll probably need to load Glamour as well others). In Pharo 4, you can install it executing: Gofer it smalltalkhubUser: 'PharoExtras' project: 'Versionner'; configuration; loadVersion: '2.12.2'. cheers, Esteban

April 30, 2015

Re: [Pharo-dev] [ANN] Idea icon pack now in Configuration Browser

by Esteban Lorenzano

thanks, I fix it. please keep informing me the problems as they arise, is hard to test all the system to be sure :) Esteban > On 30 Apr 2015, at 15:17, phil(a)highoctane.be wrote: > > Little glitch: refreshIcon method missing and leading to issues. > > Put this in: > > refreshIcon > ^ icons > at: #'refreshIcon' > ifAbsentPut:[ Form fromBinaryStream: (Base64MimeConverter mimeDecodeToBytes: self refreshIconContents readStream) ]. > > Works now. > > There may be other icons like that. > > Phil > > On Thu, Apr 30, 2015 at 1:29 PM, Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: > oops. > sorry, is fixed nowâ¦ can you re-try it? > > Esteban > >> On 30 Apr 2015, at 12:37, phil(a)highoctane.be <mailto:phil@highoctane.be> wrote: >> >> The Gofer stanza works. >> >> But >> >> Then DNU IdeaUIThermeIcons>>icons >> >> glamorousRight >> ^ self icons >> at: #'glamorousRight' >> ifAbsentPut:[ Form fromBinaryStream: (Base64MimeConverter mimeDecodeToBytes: self glamorousRightIconContents readStream) ]. >> >> ?? >> >> Pharo3.0 >> Latest update: #30864 >> >> Phil >> >> >> On Thu, Apr 30, 2015 at 12:20 PM, Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: >> sorry, answered to fastâ¦ it was: >> >> the same >> you can execute same scriptâ¦ it is proved to work on Pharo 3 without problems (the other Esteban tested it :P) >> >> Esteban >> >> >> > On 30 Apr 2015, at 12:19, Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: >> > >> > the same >> > >> >> On 30 Apr 2015, at 12:18, phil(a)highoctane.be <mailto:phil@highoctane.be> wrote: >> >> >> >> Wowâ >> >> >> >> Nice. >> >> >> >> Any way to load that in a 3.0? >> >> >> >> Phil >> > >> >> >> >> > > >

April 30, 2015

Re: [Pharo-dev] [ANN] Idea icon pack now in Configuration Browser

by phil＠highoctane.be

Fix here: http://smalltalkhub.com/#!/~philippeback/HOExtras/packages/Polymorph-Icons-… Nice look :-) â On Thu, Apr 30, 2015 at 12:11 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Hi, > > I made a configuration to install the new Idea Icon Pack from > configurations browser for Pharo 4. > You can install it and then choose your new icon set in settings. > > You can also manual install them by: > > Gofer it > smalltalkhubUser: 'Pharo' project: 'MetaRepoForPharo40'; > configurationOf: 'IdeaIcons'; > loadStable. > > ThemeIcons current: #IdeaUIThemeIcons asClass new. > âIn Pharo 4, you might need to execute thisâ > AbstractNautilusUI resetIconCaches. > > This icon pack works also for Pharo 3 > > If you lost it, here a couple of screenshots: > > >

April 30, 2015

Re: [Pharo-dev] [ANN] Idea icon pack now in Configuration Browser

by phil＠highoctane.be

Little glitch: refreshIcon method missing and leading to issues. Put this in: refreshIcon ^ icons at: #'refreshIcon' ifAbsentPut:[ Form fromBinaryStream: (Base64MimeConverter mimeDecodeToBytes: self refreshIconContents readStream) ]. Works now. There may be other icons like that. Phil On Thu, Apr 30, 2015 at 1:29 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > oops. > sorry, is fixed nowâ¦ can you re-try it? > > Esteban > > On 30 Apr 2015, at 12:37, phil(a)highoctane.be wrote: > > The Gofer stanza works. > > But > > Then DNU IdeaUIThermeIcons>>icons > > glamorousRight > ^ self icons > at: #'glamorousRight' > ifAbsentPut:[ Form fromBinaryStream: (Base64MimeConverter > mimeDecodeToBytes: self glamorousRightIconContents readStream) ]. > > ?? > > Pharo3.0 > Latest update: #30864 > > Phil > > > On Thu, Apr 30, 2015 at 12:20 PM, Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > >> sorry, answered to fastâ¦ it was: >> >> the same >> you can execute same scriptâ¦ it is proved to work on Pharo 3 without >> problems (the other Esteban tested it :P) >> >> Esteban >> >> >> > On 30 Apr 2015, at 12:19, Esteban Lorenzano <estebanlm(a)gmail.com> >> wrote: >> > >> > the same >> > >> >> On 30 Apr 2015, at 12:18, phil(a)highoctane.be wrote: >> >> >> >> Wowâ >> >> >> >> Nice. >> >> >> >> Any way to load that in a 3.0? >> >> >> >> Phil >> > >> >> >> > > >

April 30, 2015

Re: [Pharo-dev] Is there a way to understand why rubric (playground) does not highlight code?

by Yuriy Tymchuk

Oh, and one more snippet that blocks syntax highlight and puts you in transparent text madness: GLMAsyncTask new doInBackground: [ [ true ] whileTrue: [ ] ]; execute Uko > On 30 Apr 2015, at 15:02, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > Ok, Iâve manually tried to set the color to black for a certain EditingArea and it works. Can anyone suggest me now can I put a breakpoint that work on insVar access? Do I have to do something with slots? > > Uko > > P.S. I really donât get why everyone is so ignorantâ¦ whole our team suffers from not seeing text in rubricâ¦ > >> On 28 Apr 2015, at 22:57, Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: >> >> Look, the point is that if code styling is not happening, because higher priority process is running, you canât see what you are typing. There is a cause for that. Also, is there a way disable styling? Just to see what happens then? >> >> Uko >> >> >>> On 28 Apr 2015, at 22:50, Peter UhnÃ¡k <i.uhnak(a)gmail.com <mailto:i.uhnak@gmail.com>> wrote: >>> >>> RubEditingArea allInstances collect: #textColor "{Color transparent. Color transparent. Color transparent. Color transparent. Color black. Color black. Color lightGray}" >>> >>> But I haven't seen any place that would be missing color. Maybe the "EditingArea" color is not used in favor of selection/section color (or whatever the name of it in rubric is)? >>> >>> Peter >>> >>> On Tue, Apr 28, 2015 at 10:31 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: >>> Guys, run please âRubEditingArea allInstances collect: #textColorâ. Almost all rubric text areas have transparent text color. Is it something strange happening in my image, or you have the same? >>> >>> Uko >>> >>> >>> >>>> On 20 Apr 2015, at 14:23, Peter UhnÃ¡k <i.uhnak(a)gmail.com <mailto:i.uhnak@gmail.com>> wrote: >>>> >>>> This also happened to me several times when executing (do it and go) some Roassal example with error (=it opened debugger). However the occurrence is very inconsistent so I don't know what was the trigger. >>>> >>>> Peter >>>> >>>> On Mon, Apr 20, 2015 at 1:29 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: >>>> This was just an example. The question is how do I identify what is blocking the highlighting. >>>> >>>> Uko >>>> >>>> >>>>> On 20 Apr 2015, at 12:19, Denis Kudriashov <dionisiydk(a)gmail.com <mailto:dionisiydk@gmail.com>> wrote: >>>>> >>>>> Hi >>>>> >>>>> Maybe highlighting is running in process with lesser priority than default priority of #fork method. >>>>> >>>>> Code like "[ [ true ] whileTrue: [ ] ] fork" will block any processes with lesser priority >>>>> >>>>> >>>>> 2015-04-20 12:51 GMT+03:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>>: >>>>> Open a new pharo image (Iâve used latest 5, but on 4 it should work as well). Open playground and execute: >>>>> >>>>> [ [ true ] whileTrue: [ ] ] fork >>>>> >>>>> now open a new playground and start typing. Characters are invisible. >>>>> Uko >>>>> >>>>>> On 20 Apr 2015, at 11:14, Tudor Girba <tudor(a)tudorgirba.com <mailto:tudor@tudorgirba.com>> wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> I did not see this before. Could you reproduce the issue? >>>>>> >>>>>> Cheers, >>>>>> Doru >>>>>> >>>>>> >>>>>> On Mon, Apr 20, 2015 at 11:03 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: >>>>>> Hi. >>>>>> >>>>>> Sometimes it happens that playground does not do the syntax highlighting. This is especially frustrating when you open a new window and text is either white or transparent i.e. you cannot see what you are typing. >>>>>> >>>>>> I guess this is because some process is blocked by another one. Is there a way to check it? Because I want to understand whether it is because of me, or not. >>>>>> >>>>>> Cheers! >>>>>> Uko >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> www.tudorgirba.com <http://www.tudorgirba.com/> >>>>>> >>>>>> "Every thing has its own flow" >>>>> >>>>> >>>> >>>> >>> >>> >> >

April 30, 2015

Re: [Pharo-dev] [Pharo-users] Fuel version

by Max Leske

> On 30 Apr 2015, at 14:40, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > Johannes, > > The simples approach is that you materialize your object in 3.0, then load the same version as fuel from pharo 4.0 and then serialize again in 3.0. That should work without problems now. Just be aware that some things have changed dramatically (e.g. MethodContext no longer exists, instead there is now Context). For most of the objects however, migration should work fine when you use the Pharo 4 version (1.9.4) in Pharo 3. > After that, you can materialize in 4.0. > The other alternative is that in 4.0 you load older version of Fuel (the one in 3.0), then import, the expert, then load new fuel again. > > I have been doing this since Pharo 1.4 until 4.0 since my client's app also uses Fuel. And the process was always quite simple and only once per release. > > Migration is something we miss in Fuel..and even if we have promised to keep format unchanged, sometimes the evolution of Pharo itself (not the internal Fuel format representation) makes the format to be broken from one version to the other. So until we have a better automagic migration tool, the above trick should work. > > Also...see this link: http://rmod.inria.fr/web/software/Fuel/Version1.9/Documentation/FormatMigra… <http://rmod.inria.fr/web/software/Fuel/Version1.9/Documentation/FormatMigra…> > > > Btw...here is the scrip I used to migrate from 1.8 to 1.9... this is just an EXAMPLE of how you can do it..but do not copy it becuase it uses old version of the code repositories, etc... > > > > | oldVersion newVersion fileNames objectsByFileName materializerClass | > > oldVersion := '1.8'. > newVersion := '1.9'. > fileNames := #( > > '/Users/mariano/XXX/aaaaDB.fdb' > '/Users/mariano/XXX/bbbbDB.fdb' > '/Users/mariano/XXX/ccccDB.fdb' > '/Users/mariano/XXX/ddddDB.fdb' > '/Users/mariano/XXX/eeeeDB.fdb' > '/Users/mariano/XXX/ffffDB.fdb' > ). > objectsByFileName := Dictionary new. > > materializerClass := Smalltalk at: #FLMaterializer. > > fileNames do: [ :fileName | > objectsByFileName > at: fileName > put: (materializerClass materializeFromFileNamed: fileName). > FileDirectory default copyFileNamed: fileName toFileNamed: fileName, '-', oldVersion asString ]. > > Gofer it > squeaksource3: 'Fuel'; > package: 'ConfigurationOfFuel'; > load. This is the old repository. You should use Gofer it url: 'http://smalltalkhub.com/mc/Pharo/Fuel/main'; package: 'ConfigurationOfFuel'; load. ((Smalltalk at: #ConfigurationOfFuel) project version: â1.9.4') load. (See http://rmod.inria.fr/web/software/Fuel/Version1.9/Documentation/Installation <http://rmod.inria.fr/web/software/Fuel/Version1.9/Documentation/Installation>) > (ConfigurationOfFuel project version: newVersion) load. > > objectsByFileName keysAndValuesDo: [ :fileName :objects | > FLSerializer > serialize: objects > toFileNamed: fileName. > FileDirectory default copyFileNamed: fileName toFileNamed: fileName, '-', newVersion asString > ]. > > > > On Thu, Apr 30, 2015 at 9:19 AM, Norbert Hartl <norbert(a)hartl.name <mailto:norbert@hartl.name>> wrote: > >> Am 30.04.2015 um 14:08 schrieb Johannes Rasche Kreuzberg <Johannes(a)Rasche-Kreuzberg.de <mailto:Johannes@Rasche-Kreuzberg.de>>: >> >> Hi folks, >> >> I'm just migrating to Pharo 4.0 >> >> On materialization of objects serialized under Pharo 3 >> an error was raised: different versions numbers ( 194 required ). >> >> Where does version 194 come from ? >> Monticello from Pharo 3 offers 193 >> >> Johannes >> > You need to add the repository of Fuel, load the ConfigurationOf from there and you can upgrade to 1.9.4 > > The repository to add is > > http://smalltalkhub.com/mc/Pharo/Fuel/main <http://smalltalkhub.com/mc/Pharo/Fuel/main> > > Norbert > > > > > -- > Mariano > http://marianopeck.wordpress.com <http://marianopeck.wordpress.com/>

April 30, 2015

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/50024 Home: https://github.com/pharo-project/pharo-core

April 30, 2015