February 2017 - Pharo-users

Re: [Pharo-users] Loading Seaside via Bootstrap in Pharo 6

by Cyril Ferlicot D.

On 25/02/2017 17:27, stepharong wrote: > I do not know when we removed NewListModel > We should check that. > And probably update clients to use ListModel. > Stef > > It was in Pharo 60089: https://pharo.fogbugz.com/f/cases/15849 -- Cyril Ferlicot http://www.synectique.eu 2 rue Jacques PrÃ©vert 01, 59650 Villeneuve d'ascq France

Feb. 25, 2017

Re: [Pharo-users] 4 new chapters for new book on OOP and Design

by Mark Neagu

Feb. 25, 2017

Re: [Pharo-users] Loading Seaside via Bootstrap in Pharo 6

by stepharong

I do not know when we removed NewListModel We should check that. And probably update clients to use ListModel. Stef > Hi Torsten, > >> On 21 Feb 2017, at 14:24, Torsten Bergmann <astares(a)gmx.de> wrote: >> >> Hi, >> >> regarding the problem Sven mentioned on >> http://lists.pharo.org/pipermail/pharo-users_lists.pharo.org/2017-February/… >> >> here are my findings: >> >> When I use latest Pharo 6 (Image 60404) and run >> >> Metacello new >> smalltalkhubUser: 'Seaside' project: 'MetacelloConfigurations'; >> configuration: 'Seaside3'; >> version: #'release3.2'; >> load >> >> it loads the latest release 3.2 (which internally loads 3.2.1). The >> package is "ConfigurationOfSeaside3-JohanBrichau.323.mcz" > > Yes that worked for me too. > > I then had to load my own project using the same API, so not: > > ConfigurationOfBetaNineT3 project bleedingEdge load: 'trackit'. > > But: > > Metacello new > configuration: 'BetaNineT3'; > version: #bleedingEdge; > load: 'trackit'. > > This then loaded Bootstrap as needed (with Seaside already present). > >> This loads fine in Pharo 6 except that after installation the "Tools" >> -> "Seaside control panel" is not working anymore as >> "NewListModel" is not found anymore. So the control panel is broken. >> Dont know what the migration path is for UI's >> who used the removed "NewListModel" class. > > Here is how I quickly patched the control panel: > > WAPharoServerAdapterSpecBrowser>>#initializeWidgets > > self instantiateModels: #( > listModel ListModel > textModel TextModel > toolbarModel WAServerAdapterToolbar). > > WAPharoServerAdapterSpecBrowser>>initializePresenter > > self initializeAdaptors. > > textModel aboutToStyle: false. > > listModel > whenSelectedItemChanged: [ :selection | adaptor := selection. self > updateUIState]; > whenListChanged: [ self updateUIState]; > displayBlock: [ :item | (item class name,' ',item statusString) > asStringMorph ]; > "icons: [ :item | self iconForAdaptor: item]; > iconMaxSize: 16@16;" > menu: [ :aMenu | self adaptorsMenu: aMenu]. > > self focusOrder > add: listModel; > add: toolbarModel; > add: textModel. > > self disableAllButtons > > So I replaced NewListModel with ListModel and I commented out the icon > related stuff. This might be a bit too quick&dirty, I don't know. > >> So yes - one can (by using the above script) use Seaside but currently >> has to start the server with a script >> until this is fixed. This is good to know - but does not solve the >> "loading from catalog" issue. >> >> ----------------------------------------------------------------------------------------------------------------------------------------- >> >> So (in a fresh image 60404) I loaded "Bootstrap" from catalog and I >> received the error Sven reported. >> >> But ConfigurationOfBootstrap itself is not the problem I guess. Because >> it is also only referencing the >> "release3.2" version of Seaside and also >> "ConfigurationOfSeaside3-JohanBrichau.323.mcz" is loaded. >> >> >> The Transcript shows the following error output: >> >> Loaded -> ConfigurationOfSeaside3-JohanBrichau.323 --- >> http://smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main/ --- >> http://smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main/Error: >> Name not found: Seaside-Pharo-Development >> >> Also when you try to open the ConfigurationOfSeaside3 using Versionner >> I receiver an error "Name not found: Seaside-Pharo-Development". >> >> So there must be something wrong with the Seaside config I thought - or >> (what would be worse) with the newer Metacello >> version included in Pharo 6. At least the config looks OK and in both >> situations "ConfigurationOfSeaside3-JohanBrichau.323" is used. >> >> Additionally I tried: >> >> - when I load the Bootstrap config in a fresh Pharo 5.0 image (50769) >> from Catalog all loads fine. >> - when I manipulate the Pharo 6 image to have a version 5 signature >> SystemVersion newVersion: 'Pharo5.0'. SystemVersion current >> inspect. >> and load from catalog afterwards it also does not work. So I guess a >> Pharo 5.x specific config rule could not be the cause. >> >> >> Now I checked how Catalog loads the configs. And in class >> CatalogProject you will notice that for the catalog we still use Gofer >> for loading >> >> installStableVersion >> Gofer it >> url: self repositoryUrl; >> configurationOf: self name; >> loadStable >> >> when I change it to Metacello API >> >> installStableVersion >> Metacello new >> repository: self repositoryUrl, '/',self name; >> configuration: self name; >> version: #'stable'; >> load >> >> what a surprise: anything loads fine. I still wonder and do not know >> about the difference why Gofer and Metacello loading in Pharo 6 >> makes a difference now. >> >> So we could fix it for the catalog ... still I have no glue about the >> Gofer/Metacello API difference ... >> >> https://pharo.fogbugz.com/f/cases/19736/Catalog-should-use-Metacello-API-in… >> >> >> Thanks >> T. > > -- Using Opera's mail client: http://www.opera.com/mail/

Feb. 25, 2017

Re: [Pharo-users] Loading Seaside via Bootstrap in Pharo 6

by stepharong

On Tue, 21 Feb 2017 14:24:32 +0100, Torsten Bergmann <astares(a)gmx.de> wrote: > Hi, > > regarding the problem Sven mentioned on > http://lists.pharo.org/pipermail/pharo-users_lists.pharo.org/2017-February/… > > here are my findings: > > When I use latest Pharo 6 (Image 60404) and run > > Metacello new > smalltalkhubUser: 'Seaside' project: 'MetacelloConfigurations'; > configuration: 'Seaside3'; > version: #'release3.2'; > load > > it loads the latest release 3.2 (which internally loads 3.2.1). The > package is "ConfigurationOfSeaside3-JohanBrichau.323.mcz" > > This loads fine in Pharo 6 except that after installation the "Tools" -> > "Seaside control panel" is not working anymore as > "NewListModel" is not found anymore. So the control panel is broken. OOPS I thought that we deprecated it or not even removed it but changed the underlying implementation. We should fix that. > Dont know what the migration path is for UI's > who used the removed "NewListModel" class. > > So yes - one can (by using the above script) use Seaside but currently > has to start the server with a script > until this is fixed. This is good to know - but does not solve the > "loading from catalog" issue. >

Feb. 25, 2017

Re: [Pharo-users] Grafoscopio User Manual: Early beta

by stepharong

This is what I was asking myself. :) > > As a side note, Grafoscopio documentation was made in Grafoscopio... you > know, we love self-referential systems ;-). > > Cheers, > > Offray > > On 24/02/17 09:17, Offray Vladimir Luna CÃ¡rdenas wrote: >> >> Hi all, >> >> I'm making a couple of articles for the JOSS[1], which, by the way is >> an interesting critic/hack to the anachronistic published paper on >> indexed journal[2], making visible the work of >>research who use >> mainly software as a medium to communicate and make research.[1] >> http://joss.theoj.org/[2] http://joss.theoj.org/about >> >> JOSS proposes a pretty good structure for the companion readme file for >> the software. I started to write it, but I entered to some kind of >> "writing frenzy" and, after almost 40 pages(!), >>it ended in the >> English Grafoscopio User Manual: >> >> http://mutabit.com/repos.fossil/grafoscopio/doc/tip/Docs/En/Books/Manual/ma… >> >> Is the first text I write of such length in English, so any critic on >> typos, clarity or others are welcomed. Please see the "Community >> Guidelines" section, particularly "Report issues or >>problems", so I >> can follow and address the suggestions better. >> >> I will be making some minor updates on the software and the manual to >> improve consistency (manual URL, remains the same, pointing to the last >> version). >> >> Cheers, >> >> Offray >> >> >> > -- Using Opera's mail client: http://www.opera.com/mail/

Feb. 25, 2017

Re: [Pharo-users] changing font size in Spec TreeModel or FastTable Tree

by stepharong

On Sat, 25 Feb 2017 14:23:21 +0100, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > Hi, > > how can I change the font size of either (or both) Spec TreeModel or > FastTable's tree? > > The font size is by default taken from the StandardFonts defaultFont, > but I see no option to change it anywhere for _a specific tree only_. > > (Also odd that both use #defaultFont and not #listFont). Yes this is sad. I think that we pay the price to use a singleton. > > Thanks, > Peter > -- Using Opera's mail client: http://www.opera.com/mail/

Feb. 25, 2017

Re: [Pharo-users] startUp Application

by Pablo R. Digonzelli

Thanks all! I have enought information to begin working with. I will comment the results. Ing. Pablo Digonzelli Software Solutions IP-Solutiones SRL Dividato SA 25 de Mayo 521 San Miguel de TucumÃ¡n Email: pdigonzelli(a)softsargentina.com pdigonzelli(a)gmail.com Cel: 5493815982714 ----- Mensaje original ----- De: "Ben Coman" <btc(a)openinworld.com> Para: "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org> Enviados: SÃ¡bado, 25 de Febrero 2017 9:45:22 Asunto: Re: [Pharo-users] startUp Application I haven't packaged any apps myself. I just have fun hacking the Image. I know of these Squeak related ones from a while ago. YMMV but may give some ideas. http://squeakvm.org/win32/custom.html http://squeak.preeminent.org/tut2007/html/205.html cheers -ben On Fri, Feb 24, 2017 at 9:24 AM, Pablo R. Digonzelli <pdigonzelli(a)gmail.com> wrote: > Hi, I want to know how to do in order a desktop application start with its > custom menu without pharo panel. > I read something about to startUp method but i need more information. > Sorry for my english and TIA > > > > > ________________________________ > Ing. Pablo Digonzelli > Software Solutions > IP-Solutiones SRL > Dividato SA > 25 de Mayo 521 > San Miguel de TucumÃ¡n > Email: pdigonzelli(a)softsargentina.com > pdigonzelli(a)gmail.com > Cel: 5493815982714

Feb. 25, 2017

Re: [Pharo-users] Fast Table causes Instances of Matrix are not indexable?

by stepharong

Hi alistair if you use matrix as a grid (and not as a mathematical matrix) you may want to have a look at 2Darray and Grid available in Containers http://smalltalkhub.com/#!/~StephaneDucasse/Containers MCHttpRepository location: 'http://smalltalkhub.com/mc/StephaneDucasse/Containers/main' user: '' password: '' > Hi All, > > I've just upgrade from Pharo 60395 to 60411 and am now unable to > inspect instances of Matrix. > > I think I read somewhere that the GTInspector is now using fast tables, > and am guessing that it is this change that is causing the problem. > > I've included code below to reproduce the problem and a stack trace. > The sample code creates a 3 x 3 matrix. > > FTTableContainerMorph>>updateExposedRows suggests that the matrix is > being treated as a one-dimensional collection: > > self owner numberOfRows => 9 "expected 3" > self owner numberOfColumns => 1 "expected 3" > > I'll keep investigating, but if someone more familiar can point me in > the right direction, any hints will be appreciated. > > Thanks, > Alistair > > Pharo 6.0 > Latest update: #60411 > OS: 4.9.8-1-ARCH > > > > | m | > > m := Matrix rows: 3 columns: 3. > 1 to: 3 do: [ :i | > 1 to: 3 do: [ :j | > m at: i at: j put: 'C', i printString, j printString ] ]. > m inspect > > > > Matrix(Object)>>error: > Matrix(Object)>>errorNotIndexable > Matrix(Object)>>at: > GLMFastListDataSource(FTSimpleDataSource)>>elementAt: > GLMFastListDataSource>>cellColumn:row: > FTTableContainerMorph>>updateExposedRows > FTTableMorph>>resetPosition > FTTableMorph>>resizeAllSubviews > FTTableMorph>>extent: > FTTableMorph(Morph)>>bounds: > FTTableMorph(Morph)>>layoutInBounds: > FTTableMorph(Morph)>>layoutProportionallyIn: > [ :m | m layoutProportionallyIn: newBounds ] in > ProportionalLayout>>layout:in: in Block: [ :m | m > layoutProportionallyIn: newBounds ] > Array(SequenceableCollection)>>do: > GLMPanelMorph(Morph)>>submorphsDo: > ProportionalLayout>>layout:in: > GLMPanelMorph(Morph)>>doLayoutIn: > [ self doLayoutIn: self layoutBounds ] in > GLMPanelMorph(Morph)>>computeFullBounds in Block: [ self doLayoutIn: > self layoutBounds ] > BlockClosure>>on:do: > GLMPanelMorph(Morph)>>computeFullBounds > GLMPanelMorph(Morph)>>fullBounds > [ :m | > | subBox | > m visible > ifTrue: [ subBox := m fullBounds. > box > ifNil: [ box := subBox copy ] > ifNotNil: [ box := box quickMerge: subBox ] ] ] in > GLMPanelMorph(Morph)>>submorphBounds in Block: [ :m | ... > Array(SequenceableCollection)>>do: > GLMPanelMorph(Morph)>>submorphBounds > GLMPanelMorph(Morph)>>privateFullBounds > GLMPanelMorph(Morph)>>doLayoutIn: > [ self doLayoutIn: self layoutBounds ] in > GLMPanelMorph(Morph)>>computeFullBounds in Block: [ self doLayoutIn: > self layoutBounds ] > BlockClosure>>on:do: > GLMPanelMorph(Morph)>>computeFullBounds > GLMPanelMorph(Morph)>>fullBounds > -- Using Opera's mail client: http://www.opera.com/mail/

Feb. 25, 2017

4 new chapters for new book on OOP and Design

by stepharong

Hi I just released four new chapters for the Learning OO programming and design with Pharo. https://ci.inria.fr/pharo-contribution/view/Books/job/LearningObjectOriente… 6 Objects and Classes 7 LateBinding 13 Inheritance 14 Understanding Super Super thanks to Hayatou Oumarou for his deep reviews of the book. Stef

Feb. 25, 2017

Voyage: refreshing an object back to its repository state

by Hilaire

Hi, Let's say object A is persisted in a Voyage repository. Then object A is modified in memory. Next I want to put object A back to its state as persisted in the repository. As there is some caching in place, doing a 'ObjectA selectAll' will return the modified instance in memory, no access to the DB takes place. As understood, cache can be flushed, but it is overkill, no? Is it safe to just do: VOMongoRepostiry current cache removeObject: objectA to only flush objectA from cache? Hilaire -- Dr. Geo http://drgeo.eu

Feb. 25, 2017