August 2018 - Pharo-dev - lists.pharo.org

Reducing the cost of documentation

by Alistair Grant

Hi Everyone, The topic of documentation recently came up again on the squeak list and it made me wonder about some of the blocks that currently prevent more contributions to in-image documentation. One of the things holding back the in-image documentation is that the cost of contributing is too high: apart from actually making the change we currently have to (maybe) open an issue, create a branch, commit and open a PR. Someone with commit privileges then has to review the PR enough and decide to merge it. We then need to manually delete the branch some time later. This is one of the reasons that wikis have been successful, they lower the cost of making changes. We could extend iceberg to automatically submit PRs for documentation only commits (it could be a separate option, so that the doco only requirement is enforced), and set up github to auto-accept the PR. Modifying in-image documentation would then become a few extra clicks, significantly lowering the cost. I'm not familiar with Jenkins, or any other CI system, but hunting around google it looks like it may be possible to directly implement this, if not there are services such as https://mergify.io/ which advertise being able to do this by using flags in the CI to determine whether the PR should be merged (disclaimer, I've never looked at mergify.io, just found it while thinking about this). Thoughts? Cheers, Alistair

Aug. 20, 2018

Uncomitted changes in latest image

by Torsten Bergmann

There are uncomitted changes in the latest Pharo image (Pharo-7.0+alpha.build.1176.sha.eedde11d2331266218204b1bb5c77a9037b7a706 (64 Bit)) for some packages. Got the image out of sync with the sources?

Aug. 19, 2018

Re: [Pharo-dev] PharoLauncher : Image version determination error

by Sean P. DeNigris

Julien wrote > Is there something wrong with the latest Pharo 7.0 32bits image? > I got this error from Pharo Launcher: This happened to me because Launcher did not create the `pharo.version` file. I copied one from another Pharo 7 image and it then worked. ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

Aug. 19, 2018

Re: [Pharo-dev] [Moose-dev] feenk log

by Tudor Girba

Hi, Bindings is an issue indeed. They are at the same level as theming and we are not at that level yet. At present time we are focused on showing the breadth of what we can achieve with the new infrastructure. We are currently using only the Bloc keybinding mechanism (equivalent to Keymapping). We did explore the use of Commander, but it was not a match for our initial work. This does not mean that itâs not a good library. Just that we are still exploring and still need to learn what we need. Our focus is on an infrastructure for actions that is as close as possible to Bloc, and to figure out which parts need to go at which level of abstraction. Cheers, Doru > On Aug 17, 2018, at 5:14 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > Hi Doru > > this is great. We are brainstorming to see if and how Commander should be tuned to offer a smoother extensibility. > Julien was developing commands for all his spec tools and guille used commander for Iceberg. > We plan to have a meeting brainstorming about commands and context when guille is back from vacation (before > ESUG). On your side what did you use for the key binding? > > I would like to able to have pluggable binding so that we can have emacs like ctrl a / ctrle â¦ > > Stef > >> On 17 Aug 2018, at 06:47, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >> Hi, >> >> We again got carried away and forgot to update the world about what is up in our corner. Here is a summary: >> >> -- >> Bloc & Brick >> -- >> >> - Text editor stability has been significantly improved >> - Improved support for selection in the text editor >> - Support for typical editing keybindings (copy, cut, paste) >> - Text editor debuggability: >> https://twitter.com/feenkcom/status/1024680215379959808 >> https://twitter.com/feenkcom/status/1020768298017992704 >> - The text editor can handle emojis: >> https://twitter.com/feenkcom/status/1021872214151507968 >> >> -- >> GT >> -- >> >> - Inspector >> We now have an initial version of a working inspector with resizable panes: >> https://twitter.com/feenkcom/status/1030091849795612672 >> https://twitter.com/feenkcom/status/1030314856736538624 >> It shows a display string for the current object: >> https://twitter.com/feenkcom/status/1024564065870512129 >> It can handle errors in the definition of views gracefully: >> https://twitter.com/feenkcom/status/1009174937217720320 >> We now have multiple extensions expressed in the new Inspector: >> https://twitter.com/feenkcom/status/1024321868566814720 >> https://twitter.com/feenkcom/status/1022393383850008576 >> >> - Documenter saw multiple enhancements. >> We can now resize various previews live: >> https://twitter.com/feenkcom/status/1002851190475026432 >> https://twitter.com/feenkcom/status/1001407762285375490 >> https://twitter.com/feenkcom/status/1001152789874167808 >> It now relies on the annotation mechanism from Pillar: >> https://twitter.com/feenkcom/status/1006508725409079298 >> We can now link classes and expand their definition: >> https://twitter.com/feenkcom/status/1014609460520775681 >> https://twitter.com/feenkcom/status/1029085603948843008 >> The preview of examples can handle errors gracefully: >> https://twitter.com/feenkcom/status/1022123808524836864 >> We can run examples in place, enabling a smoother tutorial experience: >> https://twitter.com/feenkcom/status/1028390957023223809 >> We have new documentation expressed in it: >> https://twitter.com/feenkcom/status/1007008814204444672 >> >> >> >> Have fun, >> The feenk team >> >> -- >> www.feenk.com >> >> "Presenting is storytelling." >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)list.inf.unibe.ch >> https://www.list.inf.unibe.ch/listinfo/moose-dev > > -------------------------------------------- > StÃ©phane Ducasse > http://stephane.ducasse.free.fr > http://www.synectique.eu / http://www.pharo.org > 03 59 35 87 52 > Assistant: Julie Jonas > FAX 03 59 57 78 50 > TEL 03 59 35 86 16 > S. Ducasse - Inria > 40, avenue Halley, > Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza > Villeneuve d'Ascq 59650 > France > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev -- www.feenk.com "Yesterday is a fact. Tomorrow is a possibility. Today is a challenge."

Aug. 17, 2018

Re: [Pharo-dev] [Moose-dev] feenk log

by StÃ©phane Ducasse

Hi Doru this is great. We are brainstorming to see if and how Commander should be tuned to offer a smoother extensibility. Julien was developing commands for all his spec tools and guille used commander for Iceberg. We plan to have a meeting brainstorming about commands and context when guille is back from vacation (before ESUG). On your side what did you use for the key binding? I would like to able to have pluggable binding so that we can have emacs like ctrl a / ctrle â¦ Stef > On 17 Aug 2018, at 06:47, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > We again got carried away and forgot to update the world about what is up in our corner. Here is a summary: > > -- > Bloc & Brick > -- > > - Text editor stability has been significantly improved > - Improved support for selection in the text editor > - Support for typical editing keybindings (copy, cut, paste) > - Text editor debuggability: > https://twitter.com/feenkcom/status/1024680215379959808 > https://twitter.com/feenkcom/status/1020768298017992704 > - The text editor can handle emojis: > https://twitter.com/feenkcom/status/1021872214151507968 > > -- > GT > -- > > - Inspector > We now have an initial version of a working inspector with resizable panes: > https://twitter.com/feenkcom/status/1030091849795612672 > https://twitter.com/feenkcom/status/1030314856736538624 > It shows a display string for the current object: > https://twitter.com/feenkcom/status/1024564065870512129 > It can handle errors in the definition of views gracefully: > https://twitter.com/feenkcom/status/1009174937217720320 > We now have multiple extensions expressed in the new Inspector: > https://twitter.com/feenkcom/status/1024321868566814720 > https://twitter.com/feenkcom/status/1022393383850008576 > > - Documenter saw multiple enhancements. > We can now resize various previews live: > https://twitter.com/feenkcom/status/1002851190475026432 > https://twitter.com/feenkcom/status/1001407762285375490 > https://twitter.com/feenkcom/status/1001152789874167808 > It now relies on the annotation mechanism from Pillar: > https://twitter.com/feenkcom/status/1006508725409079298 > We can now link classes and expand their definition: > https://twitter.com/feenkcom/status/1014609460520775681 > https://twitter.com/feenkcom/status/1029085603948843008 > The preview of examples can handle errors gracefully: > https://twitter.com/feenkcom/status/1022123808524836864 > We can run examples in place, enabling a smoother tutorial experience: > https://twitter.com/feenkcom/status/1028390957023223809 > We have new documentation expressed in it: > https://twitter.com/feenkcom/status/1007008814204444672 > > > > Have fun, > The feenk team > > -- > www.feenk.com > > "Presenting is storytelling." > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr http://www.synectique.eu / http://www.pharo.org 03 59 35 87 52 Assistant: Julie Jonas FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Aug. 17, 2018

Re: [Pharo-dev] [Moose-dev] feenk log

by Ben Coman

On Fri, 17 Aug 2018 at 12:48, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > We again got carried away and forgot to update the world about what is up in our corner. Here is a summary: Thanks for the update. Nice to see the progress. > > -- > Bloc & Brick > -- > > - Text editor stability has been significantly improved > - Improved support for selection in the text editor > - Support for typical editing keybindings (copy, cut, paste) > - Text editor debuggability: > https://twitter.com/feenkcom/status/1024680215379959808 > https://twitter.com/feenkcom/status/1020768298017992704 Nice demos. If possible, it would be interesting to see movement or a selection in the first video, dynamically updating a treeview in a second-Inspector-pane. cheers -ben

Aug. 17, 2018

Re: [Pharo-dev] Collection groupedBy: and groups order

by Petr Fischer

I created test case for desired behaviour: Gofer it url: 'https://dev.cvokhaus.cz/st-public/'; package: 'CollectionGroupedByOrderTest'; load. pf > Despite the interleavement, the order of the grouped elements as they > occurred in the original collection could be preserved. > > On Wed, Aug 15, 2018 at 6:34 AM, Damien Pollet <damien.pollet(a)gmail.com> wrote: > > The problem is, there isn't really an order to preserve in the first place, > > since even if the original collection is a sequencable one, the elements of > > each group would be interleaved in it. I could see the point of sorting the > > keys though. > > > > On Tue, 14 Aug 2018 at 18:32, Petr Fischer via Pharo-dev > > <pharo-dev(a)lists.pharo.org> wrote: > >> > >> Hello, I found a useful method in the collection - groupedBy: - the result > >> container is some PlugableDictionary (integer variant) and group order > >> (keys) is not preserved. > >> > >> Would not it be better to choose some other Dictionary variant, which > >> preserve the order of groups (like in source Collection)? > >> > >> pf > >> > > > > > > -- > > Damien Pollet > > type less, do more [ | ] http://people.untyped.org/damien.pollet >

Aug. 17, 2018

[Pharo 7.0-dev] Build #1176: 22335-Add-Spec-Demo

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #1176 was: SUCCESS. The Pull Request #1693 was integrated: "22335-Add-Spec-Demo" Pull request url: https://github.com/pharo-project/pharo/pull/1693 Issue Url: https://pharo.fogbugz.com/f/cases/22335 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Aug. 17, 2018

Re: [Pharo-dev] [update 6.1] #60542

by Marcus Denker

> On 17 Aug 2018, at 14:25, Tim Mackinnon <tim(a)testit.works> wrote: > > Hi Marcus - does this mean that a fresh zero conf of 6.1 will have the variable undeclared change? If so - then I should remove my port of your fix into what I load into exercism. Yes! > > This does raise an interesting question - is there a way to get a fixed 6.1 version (like a tag) - so that I donât always have to retest if stuff gets ported? (e.g. have a known tagged version that will work until I retest with later back ports?) > There is the update number. This is 60542. You can treat that like a minor version number 542 of Pharo6. Marcus

Aug. 17, 2018

Re: [Pharo-dev] [update 6.1] #60542

by Tim Mackinnon

Hi Marcus - does this mean that a fresh zero conf of 6.1 will have the variable undeclared change? If so - then I should remove my port of your fix into what I load into exercism. This does raise an interesting question - is there a way to get a fixed 6.1 version (like a tag) - so that I donât always have to retest if stuff gets ported? (e.g. have a known tagged version that will work until I retest with later back ports?) Tim > On 17 Aug 2018, at 07:55, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > 60542 > ----- > > 22305 Backport to Pharo6: "Leave Variable Undeclared" > https://pharo.fogbugz.com/f/cases/22305 <https://pharo.fogbugz.com/f/cases/22305> > <https://pharo.fogbugz.com/f/cases/22305> > 22298 Backport of the fix of Infinite Debugger > https://pharo.fogbugz.com/f/cases/22298 <https://pharo.fogbugz.com/f/cases/22298> >

Aug. 17, 2018