- Pharo-users - lists.pharo.org

[Pharo News] Article Series: Concerning Pharo

by Marcus Denker

Article Series: Concerning Pharo http://pharo.org/news/concerning-pharo Online: Now. Marcus

March 9, 2015

Re: [Pharo-users] smaller configurations vs groups [was Re: Pillar and GT tools in Pharo4]

by Stephan Eggermont

On 08/03/15 13:24, Tudor Girba wrote: > I summarize below why I think fine grained configurations should be > preferred to groups. Configurations are both about dependencies and how to make something work together, and about how something is to be used. The granularity should be so, that changes in underlying code lead to a minimum ripple effect in configurations. That leads to a pressure for configurations to be as coarse grained as possible. Groups allow configurations to be much more coarse-grained than we could otherwise support. Fine grained configurations expose implementation detail (structure) instead of an interface. I consider groups to be first class citizens. If they are not currently, then we should make them so. The fine grained configurations for GT make no sense at all to me. The same people are working on it and the parts need to change together. Stephan

March 9, 2015

Notebook/slideshow morph

by Torsten Bergmann

>So I imported my old code (it was one week of test first experience). >I can open a slideshow, create page, drop morph on it, mark a page as >template and navigate. Is there a way to save and reload the slide show. Like in the good old squeak days (TM) with a *.morph file? Would be a nice addition to recreate some of the presentation and multimedia features known from Squeak now also in Pharo. Thanks T.

March 9, 2015

Re: [Pharo-users] GitFileTree Version Numbering

by Martin BÃ¤hr

Excerpts from Thierry Goubier's message of 2015-03-09 07:06:41 +0100: > Le 09/03/2015 04:20, Sean P. DeNigris a Ã©crit : > > When copying MyPackage-Author-VersionNumber.mcz to an empty GitFileTree > > repository, VersionNumber is not considered, and it appears in the version > > browser as MyPackage-Author-1, which seems confusing. Could it keep the same > > VersionNumber? > > No ;) > > It takes ages to scan the version metadata contained in the git repository. why is that? it works when being read from an mcz file. how would reading it from git be any different? > This version metadata is wrong in some existing repositories (and > crashes the reader). wrong in monticello repos? > So GitFileTree rebuilts the version (number included) from scratch. what about just extracting the version from the very first commit? and then increment the number for all following commits? greetings, martin. -- eKita - the online platform for your entire academic life -- chief engineer eKita.co pike programmer pike.lysator.liu.se caudium.net societyserver.org secretary beijinglug.org mentor fossasia.org foresight developer foresightlinux.org realss.com unix sysadmin Martin BÃ¤hr working in china http://societyserver.org/mbaehr/

March 9, 2015

Re: [Pharo-users] GitFileTree Version Numbering

by Thierry Goubier

Le 09/03/2015 04:20, Sean P. DeNigris a Ã©crit : > When copying MyPackage-Author-VersionNumber.mcz to an empty GitFileTree > repository, VersionNumber is not considered, and it appears in the version > browser as MyPackage-Author-1, which seems confusing. Could it keep the same > VersionNumber? No ;) It takes ages to scan the version metadata contained in the git repository. This version metadata is wrong in some existing repositories (and crashes the reader). So GitFileTree rebuilts the version (number included) from scratch. Thierry

March 9, 2015

Re: [Pharo-users] Notebook/slideshow morph

by blake

No complaints about the service, Stef. =P On Sat, Mar 7, 2015 at 11:43 PM, stepharo <stepharo(a)free.fr> wrote: > So I imported my old code (it was one week of test first experience). > I can open a slideshow, create page, drop morph on it, mark a page as > template and navigate. > > I published the code at > MCSmalltalkhubRepository > owner: 'StephaneDucasse' > project: 'PetitsBazars' > user: '' > password: '' > > Stef > > > Le 6/3/15 18:05, blake a Ã©crit : > >> Hey, all-- >> >> >> I've used Squeak successfully in the past to replace PowerPoint (and >> provide some interactivity in a presentation). Does Pharo have a similar >> navigable notebook tool like Squeak had? >> >> I'm looking for something like a notebook I can add pages to, write some >> text on, paste some pictures or objects on, etc. >> >> ===Blake=== >> > > >

March 9, 2015

GitFileTree Version Numbering

by Sean P. DeNigris

When copying MyPackage-Author-VersionNumber.mcz to an empty GitFileTree repository, VersionNumber is not considered, and it appears in the version browser as MyPackage-Author-1, which seems confusing. Could it keep the same VersionNumber? ----- Cheers, Sean -- View this message in context: http://forum.world.st/GitFileTree-Version-Numbering-tp4810543.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 9, 2015

Pharo / J - Integration

by Torsten Bergmann

Stef wrote: >Hi Martin > >I imagine that you know the OOPAL paper showing APL + Objects because it >would be cool to have it for Pharo :). Hi Stef, do you know: http://astares.blogspot.de/2014/10/apl-concepts-in-pharo.html Bye T.

March 8, 2015

Re: [Pharo-users] calling block from within itself

by Peter UhnÃ¡k

Very informative article, thanks! Peter On Sat, Mar 7, 2015 at 2:17 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi Peter, > > See the section 'How can a block refer to itself ?' in > https://medium.com/concerning-pharo/lambda-calculus-in-pharo-a4a571869594 > > HTH, > > Sven > > > On 07 Mar 2015, at 13:44, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > > > Hi, > > > > I want to use a block from within itself... is there a better way than > passing itself? > > Is there something like self/thisContext I can access? > > > > right now I can do > > =============== > > transformTree := [ :root :block | > > root children do: [ :each | > > each doSomething. > > block value: each value: block > > ] > > ]. > > > > transformTree value: myRoot value: tranformTree. > > =============== > > > > Thanks, > > > > Peter > > >

March 8, 2015

Re: [Pharo-users] Pillar multiline comment

by Peter UhnÃ¡k

Sure I can make a shortcut but I don't like that if there is already something. So my question is why can't I do {{{comment: my multiline comment }}} We already have the syntax, and we already have conditional rendering; so comment is just something that doesn't end up in any of the output formats. Peter

March 8, 2015