July 2016 - Pharo-users - lists.pharo.org

Re: [Pharo-users] System Browser "Implementors of..." drill down?

by stepharo

Thanks. Indeed this is nice. I would also love to scope and manipulate the scope of the list. For example I would like to only see the sender of a given package. Stef Le 22/7/16 Ã 14:50, Ben Coman a Ã©crit : > On Fri, Jul 22, 2016 at 2:47 PM, Dimitris Chloupis > <kilon.alios(a)gmail.com> wrote: >> Learn to use GTSpotter , will make your experience 10 times easier and >> faster. > Agreed for 90% of what I do, but its RealHard(TM) for a single tool to > provide a magic 100% coverage of use cases. > > The other 10% of the time I find the "Implementors of..." dialog > provides something that GTSpotter doesn't - it provides a more > permanent list you can scroll through, whereas GTSpotter is a > transitory list. Further, I recently used Squeak again and their > "Implementors of..." dialog had two additional behaviours missing from > Pharo. > > * In the "Implementors of..." code pane, selecting a message and doing > another "Implementors of..." added them as a sub-tree-level in the > existing dialog, whereas in Pharo a new "Implementors of..." window is > opened. I liked this since it provided structure that I could > navigate, instead of loosing the relationship of multiple opened > windows as I chase a chain of implementers. I suffer badly from Too > Many Windows Syndrome as it is (even if the shakes don't start until > I'm onto my third row of the task bar) > > * On a method in the list pane, menu item "More... > Remove from this browser" > allows you you create a nice focused list of method your interested in > - and its easy to switch back forth between this methods using arrow > keys to quickly compare implementations. > > cheers -ben > >> On Fri, 22 Jul 2016 at 08:43, Norbert Fortelny <norbert.fortelny(a)gmail.com> >> wrote: >>> Thanks! >>> >>> >>> >>> -- >>> View this message in context: >>> http://forum.world.st/System-Browser-Implementors-of-drill-down-tp4907380p4… >>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >>> >

July 24, 2016

Re: [Pharo-users] System Browser "Implementors of..." drill down?

by stepharo

> Yes, I know you like GTSpotter. > > But as difficult as you may find, me (and others possibly) didn't find > GTSpotter so cool, or even an usable tool, so we don't feel the love > you feel. Why? Well, there was too many discussions about this tool in > the mailing list. > > On the other side, I would be *REALLY* surprised if System Browser > gets replaced with Spotter. But I'd also like that you convince the > guys which decides which tools goes to official image, because there > is no voting here so convincing those guys will be enough, and would > be super fun to sit down and read people's reaction when they open a > Pharo and didn't find the classic System Browser. Maybe not a great > move from the product developement POV, but will be fantastic as a > terrible experiment :) ;)

July 24, 2016

Re: [Pharo-users] [ANN] Pillar 4.0.0

by stepharo

Thanks you guys. I'm eager to follow your ESUG presentation :) Stef Le 22/7/16 Ã 15:41, Thibault ARLOING a Ã©crit : > > Hello, > > > I'm happy to announce the latest release of Pillar. > > This release has been possible because of the hard work of Damien > Cassou, Cyril Ferlicot, Yann Dubois, Thibault Arloing and Lukas Komarek. > > What did it bring and what are the largest changes ? > > > * Huge cleaning of code and Dependencies > * Many bug fixes > * Huge refactoring of internal parts > o Extract phase management into an external project (LightPhaser) > o Transformers and Phases are all Pipes > > Remove Compilation cycle > > * Remove template handling from Pillar > * Remove generation of pillarpostExport.sh > * Pillar now exports files to JSON format > * Command for pillar archetypes "./pillar archetype book", book can > be replaced by other archetype names (see Pillar documentation) > * Possibility to load an archetype with a Makefile to compile pillar > files > > Features > > * Check phase to check syntax > * EPub exporter for e-books (use pillar archetypes for this) > * Semantic links to Youtube and Wikipedia > * Citations for LaTeX > * Structures (see Pillar documentation) > * Footnotes for HTML, Markdown, LaTeX and AsciiDoc > * Improvement of parsing configuration failure message > > Major changes > > * Metadata field in configuration to separate data from > configuration properties > * Support files in configuration does no longer exists > * "disableTransformers" property is now named "disabledPhases" > * AsciiDoc file extension is now ".asciidoc" > * Pillar now manages one input file, not a collection of input files > anymore > o Parameter inputFiles is now replaced by inputFile > > The documentation of Pillar will be update as soon as possible to fit > those changes. > > > Cheers, > > > Thibault >

July 24, 2016

Re: [Pharo-users] [ANN] Metacello support for GitFileTree metadata-less mode

by Cyril Ferlicot D.

Le 24/07/2016 Ã 22:23, Dale Henrichs a Ã©crit : > > > Cyril, > > Thanks for providing a stack trace ... I recognize the issue --- windows > has a 256 char (I think) path length limit and a handful of the > Metacello methods exceed this limit ... I've created a dev_win-hack > branch on Metacello where I renamed the files that were exceeding the > limit[1] --- in my particular use case, git was not able to access the > files which is why I didn't recognize the issue initially --- there are > a garden basket of problems when trying to use windows, but the stack > provided the necessary detail to figure out which piece of fruit was > going bad :) > > Anyway, the following should do the trick: > > Metacello new > baseline: 'Metacello'; > repository: > 'github://dalehenrich/metacello-work:dev_win-hack/repository'; > get. > Metacello new > baseline: 'Metacello'; > repository: > 'github://dalehenrich/metacello-work:dev_win-hack/repository'; > onConflict: [:ex | ex allow]; > load > > I just merged the latest master branch into the dev_win-hack branch, so > it will have the cypress package support --- but we may not be out of > the woods quite yet ... you probably need to locate your github-cache > directory as close to the root of your disk as possible. Use the > following to change the default github-cache location: > > MCGitHubRepository cacheDirectory: 'directory-path' > > Good luck, > This seems to works perfectly :) Thank you for the quick hack and answer! You rock! I like to work a little on window for personal projects because I can see all the bugs that people don't usually see and report them. :) > Dale > > [1] > https://github.com/GsDevKit/GsDevKit_home/blob/master/docs/installation/con… > > -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

July 24, 2016

Re: [Pharo-users] Changing method definition at runtime

by stepharo

Have a look at my JOOP'99 article because I explain how to develop instance specific behavior. Stef Le 24/7/16 Ã 17:14, Eric Velten de Melo a Ã©crit : > Actually I wanted to have many different object instances with > different behaviours picked at random from a list of available > behaviours, but didn't find practical to create a class for each > different method implementation and delegating to it, since there are > many, possibly unlimited valid behaviours. > > So maybe changing method implementation at runtime is not what I want > because the method implementation will be shared among all instances. > What I had in mind was a functionality similar to prototyped languages > like Self and Javascript in which you could change the behaviour > inside the object and not the class/prototype. > > 2016-07-23 7:35 GMT-03:00 Norbert Hartl <norbert(a)hartl.name > <mailto:norbert@hartl.name>>: > > Can you elaborate on the reason why want to modify behaviour? And > how you would like it to happen? > If the code you want to modify is your own code than you can solve > that most of time with the things you already have. Your example > using a block might be altered to be a strategy pattern. That > means you keep one ore more instance variables for strategy > objects. Then you delegate parts of your behaviour to those > objects. You can based on context exchange those objects to adjust > behaviour. > If it is not feasible to change the internal state of an object > but you know all possible variants you can implement all > variations as methods in the object. The right method can be > invoked by doing a double dispatch with another object providing > contextual information. > There are plenty of possibilities so you need to know what is the > context that is responsible for switching behaviour and the > requirements of the behaviour modifications. Can you alter the > object? Is the number of modifications a fixed number? Does the > modification need to be thread safe? > > Norbert > > > Am 23.07.2016 um 00:41 schrieb Eric Velten de Melo > <ericvmelo(a)gmail.com <mailto:ericvmelo@gmail.com>>: > > > > Hello, > > > > One thing I try to do often is changing the behaviour of a > method dynamically at runtime. The current way I do this is by > having a block as an instance variable and having the method call > this block, but I find this approach a bit cumbersome. Is there > some other way or is this the recommended approach? > > > > I mean, I suppose methods could be changed dynamically by means > of reflection somehow, but is this an easy or recommended way of > programming in Smalltalk? Should slots make things easier? > > > > Eric > > >

July 24, 2016

Re: [Pharo-users] [ANN] Metacello support for GitFileTree metadata-less mode

by Dale Henrichs

On 7/24/16 11:29 AM, Cyril Ferlicot D. wrote: > Le 18/07/2016 Ã 20:33, Dale Henrichs a Ã©crit : >> Hello Cyril, >> >> This appears to be related to the fact that the class comment file >> (README.md) is unexpectedly missing from your download ... Since the >> file is present on GitHub[1] ... perhaps the download from failed in an >> odd way without triggering an error leading to this problem ... I would >> have expected an incomplete download error along the way --- if you >> still have a copy of the Transcript a download error message should be >> present ... >> >> Retrying the git get/load might get a good result ... >> >> Dale >> >> [1] >> https://github.com/dalehenrich/metacello-work/tree/master/repository/Baseli… >> >> >> https://github.com/dalehenrich/filetree/blob/pharo6.0_dev/repository/Montic… >> >> > Hi Dale, > > I got some time to retry a little. > > I tried to load in Pharo 6 a project of mine that is on GitHub and it > worked. > > I tried in the same image to load Metacello but it failed. > > When I go in the github-cache/ folder, I see that the Metacello folder > contains all the folder of each packages BUT they do not contains any > files[1]. The only file in the folder is the .filetree file in the > repository/ folder. > > I get the problem into Pharo 5 and 6 on Windows 7. I do not have this > problem on OSX. > > Also, I tried to download the zip of the repository and when I try to > extract it on Windows I get an error message saying that the zip file is > not valid[2]. > > When I try to clone the repository I get an error because some names are > too long[3]. > > -- > [1] http://puu.sh/qcVoG/60e481ec1b.png > [2] http://puu.sh/qcVqE/f8a4dbd36d.png > [3] http://puu.sh/qcVkh/fbd16ba541.png Cyril, Thanks for providing a stack trace ... I recognize the issue --- windows has a 256 char (I think) path length limit and a handful of the Metacello methods exceed this limit ... I've created a dev_win-hack branch on Metacello where I renamed the files that were exceeding the limit[1] --- in my particular use case, git was not able to access the files which is why I didn't recognize the issue initially --- there are a garden basket of problems when trying to use windows, but the stack provided the necessary detail to figure out which piece of fruit was going bad :) Anyway, the following should do the trick: Metacello new baseline: 'Metacello'; repository: 'github://dalehenrich/metacello-work:dev_win-hack/repository'; get. Metacello new baseline: 'Metacello'; repository: 'github://dalehenrich/metacello-work:dev_win-hack/repository'; onConflict: [:ex | ex allow]; load I just merged the latest master branch into the dev_win-hack branch, so it will have the cypress package support --- but we may not be out of the woods quite yet ... you probably need to locate your github-cache directory as close to the root of your disk as possible. Use the following to change the default github-cache location: MCGitHubRepository cacheDirectory: 'directory-path' Good luck, Dale [1] https://github.com/GsDevKit/GsDevKit_home/blob/master/docs/installation/con…

July 24, 2016

Re: [Pharo-users] Can GitHubcello be used against BitBucket?

by Dale Henrichs

On 7/24/16 9:55 AM, Yuriy Tymchuk wrote: > Well, AFAIK bitbucket is supported by Metacello, so if there is API > good enough to get the directory tree of a repo it should be possible > to create some kind of BitBucketcello > Yes, Metacello supports bitbucket:// repos... Dale

July 24, 2016

Re: [Pharo-users] [ANN] Metacello support for GitFileTree metadata-less mode

by Cyril Ferlicot D.

Le 18/07/2016 Ã 20:33, Dale Henrichs a Ã©crit : > > Hello Cyril, > > This appears to be related to the fact that the class comment file > (README.md) is unexpectedly missing from your download ... Since the > file is present on GitHub[1] ... perhaps the download from failed in an > odd way without triggering an error leading to this problem ... I would > have expected an incomplete download error along the way --- if you > still have a copy of the Transcript a download error message should be > present ... > > Retrying the git get/load might get a good result ... > > Dale > > [1] > https://github.com/dalehenrich/metacello-work/tree/master/repository/Baseli… > > > https://github.com/dalehenrich/filetree/blob/pharo6.0_dev/repository/Montic… > > Hi Dale, I got some time to retry a little. I tried to load in Pharo 6 a project of mine that is on GitHub and it worked. I tried in the same image to load Metacello but it failed. When I go in the github-cache/ folder, I see that the Metacello folder contains all the folder of each packages BUT they do not contains any files[1]. The only file in the folder is the .filetree file in the repository/ folder. I get the problem into Pharo 5 and 6 on Windows 7. I do not have this problem on OSX. Also, I tried to download the zip of the repository and when I try to extract it on Windows I get an error message saying that the zip file is not valid[2]. When I try to clone the repository I get an error because some names are too long[3]. -- [1] http://puu.sh/qcVoG/60e481ec1b.png [2] http://puu.sh/qcVqE/f8a4dbd36d.png [3] http://puu.sh/qcVkh/fbd16ba541.png -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

July 24, 2016

Re: [Pharo-users] Can GitHubcello be used against BitBucket?

by Yuriy Tymchuk

Well, AFAIK bitbucket is supported by Metacello, so if there is API good enough to get the directory tree of a repo it should be possible to create some kind of BitBucketcello > On 21 Jul 2016, at 22:10, Sean Glazier <sglazier456(a)gmail.com> wrote: > > Yes bit bucket is the JIRA tools repo manager and you can create git repositories there. I am wondering if I can publish directly to it or have to first publish to GitHub and then import or pull my changes into bitbucket that does have an import feature for GitHub > > > Kind Regards, > > Sean Glazier > > > On Thu, Jul 21, 2016 at 3:38 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: > Hi, > > to my knowledge GitHubcello[1] is my project for loading filetree projects from GitHub via Spotter. Are you asking about it, or there is something else with the same name? > > Cheers. > Uko > > > [1]: https://github.com/Uko/GitHubcello <https://github.com/Uko/GitHubcello> > >> On 21 Jul 2016, at 21:16, Sean Glazier <sglazier456(a)gmail.com <mailto:sglazier456@gmail.com>> wrote: >> >> Hi, >> >> The git repository they are setting up is using Bitbucket part of the JIRA toolsets. Or do I need to publish to GitHub and the import? >> >> Is there a Monticello tool for publishing directly to the bitbucket git repository? >> >> Forgive my ignorance in this. I have looked over dale slideshow on the subject at ESUG. >> >> I am wondering what my workflow needs to be. >> >> Kind Regards, >> >> Sean Glazier >> > >

July 24, 2016

Re: [Pharo-users] Changing method definition at runtime

by Ben Coman

On Sun, Jul 24, 2016 at 11:14 PM, Eric Velten de Melo <ericvmelo(a)gmail.com> wrote: > Actually I wanted to have many different object instances with different > behaviours picked at random from a list of available behaviours, but didn't > find practical to create a class for each different method implementation > and delegating to it, since there are many, possibly unlimited valid > behaviours. Maybe each behaviour could have its own method, and an instance variable stores which method to call. For example... Object subclass: #MyObject instanceVariableNames: 'behaviour' classVariableNames: '' package: 'Example' Add 'behaviours' protocol and two methods... behaviour1 Transcript crShow: 'Behaviour 1'. behaviour2 Transcript crShow: 'Behaviour 2'. Add 'initialization' protocol and method... initialize | behaviours | behaviours := self class methods select: [ :m | m protocol = #behaviours ]. behaviour := behaviours atRandom selector. Add 'delegation' protocol and method... perform self perform: behaviour. Then from Playground evaluate... Transcript open. 10 timesRepeat: [ MyObject new perform ]. Behaviour 2 Behaviour 2 Behaviour 2 Behaviour 1 Behaviour 2 Behaviour 1 Behaviour 2 Behaviour 2 Behaviour 1 Behaviour 2 Then try... MyObject compile: 'behaviour3 Transcript crShow: ''Behaviour 3'' ' classified: #behaviours notifying: nil. Transcript clear. 10 timesRepeat: [ MyObject new perform ]. Behaviour 2 Behaviour 1 Behaviour 1 Behaviour 1 Behaviour 3 Behaviour 3 Behaviour 2 Behaviour 1 Behaviour 2 Behaviour 1 HTH, cheers -ben > > So maybe changing method implementation at runtime is not what I want > because the method implementation will be shared among all instances. What I > had in mind was a functionality similar to prototyped languages like Self > and Javascript in which you could change the behaviour inside the object and > not the class/prototype. > > 2016-07-23 7:35 GMT-03:00 Norbert Hartl <norbert(a)hartl.name>: >> >> Can you elaborate on the reason why want to modify behaviour? And how you >> would like it to happen? >> If the code you want to modify is your own code than you can solve that >> most of time with the things you already have. Your example using a block >> might be altered to be a strategy pattern. That means you keep one ore more >> instance variables for strategy objects. Then you delegate parts of your >> behaviour to those objects. You can based on context exchange those objects >> to adjust behaviour. >> If it is not feasible to change the internal state of an object but you >> know all possible variants you can implement all variations as methods in >> the object. The right method can be invoked by doing a double dispatch with >> another object providing contextual information. >> There are plenty of possibilities so you need to know what is the context >> that is responsible for switching behaviour and the requirements of the >> behaviour modifications. Can you alter the object? Is the number of >> modifications a fixed number? Does the modification need to be thread safe? >> >> Norbert >> >> > Am 23.07.2016 um 00:41 schrieb Eric Velten de Melo >> > <ericvmelo(a)gmail.com>: >> > >> > Hello, >> > >> > One thing I try to do often is changing the behaviour of a method >> > dynamically at runtime. The current way I do this is by having a block as an >> > instance variable and having the method call this block, but I find this >> > approach a bit cumbersome. Is there some other way or is this the >> > recommended approach? >> > >> > I mean, I suppose methods could be changed dynamically by means of >> > reflection somehow, but is this an easy or recommended way of programming in >> > Smalltalk? Should slots make things easier? >> > >> > Eric >> >> >

July 24, 2016