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

How do I convert a FileTree project to Metadataless GitFileTree project?

by Dale Henrichs

Thierry, I think I tried the obvious: 1. open existing repository with gitfiletree:// 2. reload all packages from gitfiletree repo and remove old filetree:// repo from each package 3. edit .filetree and add `"Metadata" : "false"` but when I save a package I continue to get metadata created ... I even tried removing and adding the repo after editting the .filetree file .... I have a handful of additional random things that I will try, but I think it is also time to find out the proper technique:) I want to gain experience with GitFileTree; test out the Metacello Cypress mode; and perhaps honor the `"Metadata" : "false"` in the GemStone version of FileTree ... With a short time of usage, I would really like to be able to save all of the packages in a project (including the BaselineOf) in one commit ... I often have multi-package units of work that really should be committed together and of course if a method is moved across a package boundary, the independent commits don't allow git to recognize the move as a "rename" ... Also I'm hoping that in metadataless mode I stop scanning the entire known repository universe for package versions that will not be found anywhere but in the repositories that I've explicitly associated with the the package itself:) Thanks, Dale

June 28, 2016

Re: [Pharo-users] accepting method without creating variable and code generation

by Ben Coman

On Tue, Jun 28, 2016 at 9:31 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 28 Jun 2016, at 15:09, Guillermo Polito <guillermopolito(a)gmail.com> > wrote: > > Ding dong Marcus! > > > â¦ is on Holidaysâ¦ with the option #optionParseErrors you can compile code > with syntax errors: wow! quite an intelligent bot you are there. written in Smalltalk? maybe when Marcus is back you can ask him to share the source ;) cheers -ben > > method := Smalltalk compiler > class: UndefinedObject; > options: #(+ optionParseErrors); > compile: 'errorMethod ^1+'. > method valueWithReceiver: nil arguments: #() > This is really compiled to raise a syntax error at runtime. see > > OCASTTranslator>>#visitParseErrorNode: anErrorNode > methodBuilder > pushLiteralVariable: #error -> anErrorNode asSyntaxErrorNotification; > send: #signal. > > with > > RBParseErrorNode>>#asSyntaxErrorNotification > ^SyntaxErrorNotification new > setClass: self methodNode methodClass > category: nil > code: self methodNode source > doitFlag: false > errorMessage: errorMessage > location: self start > > > Marcus

June 28, 2016

Re: [Pharo-users] Pharo Launcher

by Damien Cassou

Christophe Demarey <christophe.demarey(a)inria.fr> writes: > Pharo launcher is now shipped with both vm (pre-spur and spur). The > cog-spur vm now powered PharoLauncher and should be used to run spur > images. If not, maybe you have a wrong setting for it. If you remove > settings for both VM it should work. Maybe I should remove these > settings since both VMs are now shipped with the launcher app. I do > not know if it is relevant to some of you to use another VM than the > default ones. it is at least relevant for me because I cannot use the shipped VMs: I have to use the ones of my Linux distribution. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

June 28, 2016

Re: [Pharo-users] [ANN]Windows previewer / switcher for Pharo

by Offray Vladimir Luna CÃ¡rdenas

Thanks Julien. Testing it. It looks pretty cool and seems really useful for my clutter windows usage that Pharo / Smalltalk tends towards. See: or full screen at: https://offray.withknown.com/2016/windows-preview-on-pharo-by-julien-delpla… Cheers, Offray On 28/06/16 07:51, Julien Delplanque wrote: > Also, here is a screenshot (I forgot to attach it to the preceding mail). > > Julien > > > On 28/06/16 11:06, Julien Delplanque wrote: >> Hello, >> >> This mail to announce you that I am working on a windows previewer / >> switcher for >> Pharo [1]. >> >> It is still in early stage of development but it is usable. >> >> To install it: >> >> |Metacello new repository: >> 'github://JulienDelplanque/WindowsPreviewer/repository'; baseline: >> 'WindowsPreviewer'; load| >> >> See the README for details on activation/shortcuts. >> >> Please, if you have some ideas or critics let me know! >> >> Also, a better name than "Windows Previewer" would be cool but I have >> no other idea :-)... >> >> Regards, >> >> Julien >> >> Links: >> [1]: https://github.com/juliendelplanque/WindowsPreviewer >> >

June 28, 2016

Re: [Pharo-users] accepting method without creating variable and code generation

by Marcus Denker

> On 28 Jun 2016, at 15:09, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > > Ding dong Marcus! > > â¦ is on Holidaysâ¦ with the option #optionParseErrors you can compile code with syntax errors: method := Smalltalk compiler class: UndefinedObject; options: #(+ optionParseErrors); compile: 'errorMethod ^1+'. method valueWithReceiver: nil arguments: #() This is really compiled to raise a syntax error at runtime. see OCASTTranslator>>#visitParseErrorNode: anErrorNode methodBuilder pushLiteralVariable: #error -> anErrorNode asSyntaxErrorNotification; send: #signal. with RBParseErrorNode>>#asSyntaxErrorNotification ^SyntaxErrorNotification new setClass: self methodNode methodClass category: nil code: self methodNode source doitFlag: false errorMessage: errorMessage location: self start Marcus

June 28, 2016

Re: [Pharo-users] accepting method without creating variable and code generation

by Thierry Goubier

Le 28/06/2016 15:03, Nicolas Passerini a Ã©crit : > Still, I think it would be nice to be able to save a method even when it > does not compile. I believe it would be better to be able to manipulate, inspect and edit properly virtual methods (MCMethodDefinition, RB-created methods) given that saving a method even if it does not compile is already possible, even if not made available in the GUI. Thierry > On Tue, Jun 28, 2016 at 2:52 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com > <mailto:i.uhnak@gmail.com>> wrote: > > Yeah I guess that's not such a bad idea, to have a TemplateClass > that would contain just the template methods, so I don't need to > worry about conflicting instance variables. > > Peter > > On Tue, Jun 28, 2016 at 2:08 PM, Ben Coman <btc(a)openinworld.com > <mailto:btc@openinworld.com>> wrote: > > On Tue, Jun 28, 2016 at 5:55 PM, Peter Uhnak <i.uhnak(a)gmail.com > <mailto:i.uhnak@gmail.com>> wrote: > > Hi, > > > > is it possible to accept a method without creating instance > variable? > > > > E.g. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~ > > Object subclass: #MyObject > > slots: { } > > classVariables: { } > > category: 'Category' > > ~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~ > > MyObject>>addValue: aValue > > container add: aValue > > ~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > Now normally when I would try to compile the method I would > get the "Unknown variable 'container'" warning that will force > me to either create temporary or instance variable; I would like > to somehow ignore that, because the method will actually never > get called. > > > > My objective is use this method as a template for code > generation, so I would then take this method, apply some code > transformation and compile it into different object. > > > > Of course I could do > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > MyObject>>addValueTemplate > > ^ 'MyObject>>addValue: aValue > > container add: aValue' > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > But then I would lose code highlighting, which is quite > error-prone for more complex snippets. > > > > If you have a better approach, I am all ears. :) > > > > Thanks, > > Peter > > If you are only templating the method and not the whole class, > why not > add it as an instance variable MyObject? > Or if MyObject is a real domain object with a few template methods, > maybe put the templates on the class side and add a dummy > class-instance-variable there. > > cheers -ben > > >

June 28, 2016

Re: [Pharo-users] accepting method without creating variable and code generation

by Guillermo Polito

Ding dong Marcus! Le 28 juin 2016 15:04, "Nicolas Passerini" <npasserini(a)gmail.com> a Ã©crit : > Still, I think it would be nice to be able to save a method even when it > does not compile. > > On Tue, Jun 28, 2016 at 2:52 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > >> Yeah I guess that's not such a bad idea, to have a TemplateClass that >> would contain just the template methods, so I don't need to worry about >> conflicting instance variables. >> >> Peter >> >> On Tue, Jun 28, 2016 at 2:08 PM, Ben Coman <btc(a)openinworld.com> wrote: >> >>> On Tue, Jun 28, 2016 at 5:55 PM, Peter Uhnak <i.uhnak(a)gmail.com> wrote: >>> > Hi, >>> > >>> > is it possible to accept a method without creating instance variable? >>> > >>> > E.g. >>> > >>> > ~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> > Object subclass: #MyObject >>> > slots: { } >>> > classVariables: { } >>> > category: 'Category' >>> > ~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> > >>> > ~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> > MyObject>>addValue: aValue >>> > container add: aValue >>> > ~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> > >>> > Now normally when I would try to compile the method I would get the >>> "Unknown variable 'container'" warning that will force me to either create >>> temporary or instance variable; I would like to somehow ignore that, >>> because the method will actually never get called. >>> > >>> > My objective is use this method as a template for code generation, so >>> I would then take this method, apply some code transformation and compile >>> it into different object. >>> > >>> > Of course I could do >>> > >>> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> > MyObject>>addValueTemplate >>> > ^ 'MyObject>>addValue: aValue >>> > container add: aValue' >>> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> > >>> > But then I would lose code highlighting, which is quite error-prone >>> for more complex snippets. >>> > >>> > If you have a better approach, I am all ears. :) >>> > >>> > Thanks, >>> > Peter >>> >>> If you are only templating the method and not the whole class, why not >>> add it as an instance variable MyObject? >>> Or if MyObject is a real domain object with a few template methods, >>> maybe put the templates on the class side and add a dummy >>> class-instance-variable there. >>> >>> cheers -ben >>> >>> >> >

June 28, 2016

Re: [Pharo-users] accepting method without creating variable and code generation

by Cyril Ferlicot Delbecque

On 28/06/2016 15:03, Nicolas Passerini wrote: > Still, I think it would be nice to be able to save a method even when it > does not compile. > I think Marcus added the possibility to do that in Pharo 6 as a Setting. -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

June 28, 2016

Re: [Pharo-users] accepting method without creating variable and code generation

by Nicolas Passerini

Still, I think it would be nice to be able to save a method even when it does not compile. On Tue, Jun 28, 2016 at 2:52 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Yeah I guess that's not such a bad idea, to have a TemplateClass that > would contain just the template methods, so I don't need to worry about > conflicting instance variables. > > Peter > > On Tue, Jun 28, 2016 at 2:08 PM, Ben Coman <btc(a)openinworld.com> wrote: > >> On Tue, Jun 28, 2016 at 5:55 PM, Peter Uhnak <i.uhnak(a)gmail.com> wrote: >> > Hi, >> > >> > is it possible to accept a method without creating instance variable? >> > >> > E.g. >> > >> > ~~~~~~~~~~~~~~~~~~~~~~~~~~ >> > Object subclass: #MyObject >> > slots: { } >> > classVariables: { } >> > category: 'Category' >> > ~~~~~~~~~~~~~~~~~~~~~~~~~~ >> > >> > ~~~~~~~~~~~~~~~~~~~~~~~~~~ >> > MyObject>>addValue: aValue >> > container add: aValue >> > ~~~~~~~~~~~~~~~~~~~~~~~~~~ >> > >> > Now normally when I would try to compile the method I would get the >> "Unknown variable 'container'" warning that will force me to either create >> temporary or instance variable; I would like to somehow ignore that, >> because the method will actually never get called. >> > >> > My objective is use this method as a template for code generation, so I >> would then take this method, apply some code transformation and compile it >> into different object. >> > >> > Of course I could do >> > >> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> > MyObject>>addValueTemplate >> > ^ 'MyObject>>addValue: aValue >> > container add: aValue' >> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> > >> > But then I would lose code highlighting, which is quite error-prone for >> more complex snippets. >> > >> > If you have a better approach, I am all ears. :) >> > >> > Thanks, >> > Peter >> >> If you are only templating the method and not the whole class, why not >> add it as an instance variable MyObject? >> Or if MyObject is a real domain object with a few template methods, >> maybe put the templates on the class side and add a dummy >> class-instance-variable there. >> >> cheers -ben >> >> >

June 28, 2016

Re: [Pharo-users] Pharo Launcher

by Christophe Demarey

Hi Tim, > Le 27 juin 2016 Ã 22:12, Tim Mackinnon <tim(a)testit.works> a Ã©crit : > > Hi guys - I finally got some free time to take a look at Pharo-5 and wanted Launcher back as well - I just downloaded it on my mac and Iâm wondering if something is wrong? > > The UI doesnât look right (compared to the older 4.x version) - the top panel is white, and there is a grey run button next to the green one (the triangle) that seems to be missing transparency - so it all looks quite ugly. Have I downloaded something that is wrong? No, is the current state of Pharo Launcher UI. I did not touch to this part but, yes, could be improved. > I also notice, that when I go to create a new image from a template - the name prompt isnât as good as the old version which used to include the parent node in the suggested name so you got something like âPharo 6.0 (beta) 123455â as a descriptive name - it now just seems to offer â1234456â as the name now? I did this change after a small survey on pharo launcher users that were, like me, bothered with previous proposed names: in most cases, they only want the name of their project. That could be discussed but now, in your example, you get 60121 that is still descriptive. Here, we should find the best proposition for most users, will not for to all. > I donât understand the how the paths work now - it seems that my old images launch fine, but a 5.x image doesnât? Do I set the spur path for this - or is it the other way around (vm-path should be the new vm)? The floating help isnât very descriptive on this. Pharo launcher is now shipped with both vm (pre-spur and spur). The cog-spur vm now powered PharoLauncher and should be used to run spur images. If not, maybe you have a wrong setting for it. If you remove settings for both VM it should work. Maybe I should remove these settings since both VMs are now shipped with the launcher app. I do not know if it is relevant to some of you to use another VM than the default ones. Thanks for the feedback. Christophe > > Thanks, > > Tim > > > > Sent from my iPhone >> On 17 Jun 2016, at 13:10, Christophe Demarey <Christophe.Demarey(a)inria.fr> wrote: >> >> Now fixed. I replaced the DMG on files.pharo.org. >> Thanks for the report >> >>>> Le 17 juin 2016 Ã 13:34, Christophe Demarey <christophe.demarey(a)inria.fr> a Ã©crit : >>>> >>>> >>>> Le 17 juin 2016 Ã 12:00, Serge Stinckwich <serge.stinckwich(a)gmail.com> a Ã©crit : >>>> >>>> On Fri, Jun 17, 2016 at 10:22 AM, Christophe Demarey >>>> <christophe.demarey(a)inria.fr> wrote: >>>>> Hi, >>>>> >>>>> I just updated Pharo Launcher. A new version 0.2.11 is available. >>>>> Here are the change log: >>>> >>>> Great ! Thank you for the update. >>>> >>>>> move Pharo Launcher to the latest stable pharo image: pharo 5.0. It implies >>>>> That Pharo Launcher is now shipped with Spur VM. >>>>> allow an easy download of the new beta image: pharo 6.0 >>>>> the Launcher now comes with 2 VMs: >>>>> >>>>> Spur VM (pharo 5.0 and Pharo 6.0) >>>>> Non-Spur VM (to be able to run old images) >>>> >>>> I dl the mac version. I was not able to run non-spur VM images: the >>>> launcher crash or do nothing ... >>> >>> Indeed, I think itâs a side effect of latest changes I did after testing on Windows. >>> I take a look at it now > > >

June 28, 2016