June 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Ob extensions to Refactoring engine?

by Lukas Renggli

> To continue in that front, since i'm using NewTextMorph , i would like to remove also the dependency to SHOUT. > > To continue in this front , is was thinking to get rid of the SHOUT parser and styler by reusing the already present RB, by subclassing the already present RBProgramNodeVisitor, such as RBFormatter, in order to implement a RBCodeStyler. > > Are you aware if this has been done already? If i'll implement it and publish it. Not that I know. That's certainly a good idea, however I am not sure if RB can help you to highlight. RBParser stops parsing when there is an error, something you don't want to do when highlighting. Also for highlighting you typically are not able/do not want to build an AST beforehand, so RBProgramNodeVisitor is kind of useless. AFAIK in VW the RBHighlighter is implemented as a completely new parser. In Helvetia I use a PetitParser grammar that I "subclasses" to build an AST identical to the RBParser. For syntax highlighting I take the first-class Smalltalk grammar and programmatically transform it to be less strict about errors. Furthermore I attach actions that add the formatting to the parsed text as a side-effect. This is sketched in Section 3.4 of our DYLA 2010 paper: http://bergel.eu/download/Dyla2010/dyla10_submission_4.pdf. Lukas -- Lukas Renggli www.lukas-renggli.ch

June 10, 2010

Re: [Pharo-project] Ob extensions to Refactoring engine?

by Fernando olivero

Great Lukas, thank you! I would like to minimize the preconditions of Gaucho. To continue in that front, since i'm using NewTextMorph , i would like to remove also the dependency to SHOUT. To continue in this front , is was thinking to get rid of the SHOUT parser and styler by reusing the already present RB, by subclassing the already present RBProgramNodeVisitor, such as RBFormatter, in order to implement a RBCodeStyler. Are you aware if this has been done already? If i'll implement it and publish it. Fernando pd: Will let you know when i run into other methods to i think need to be moved. On Jun 10, 2010, at 3:35 PM, Lukas Renggli wrote: > Let me know if there is other code that needs to be moved. > > Lukas > > Name: Refactoring-Core-lr.143 > Author: lr > Time: 10 June 2010, 3:34:12 pm > UUID: 91014fcc-aa9f-4590-a22c-f8a1a0a5daa1 > Ancestors: Refactoring-Core-lr.142 > > - moved some code from OB-Refactory > > Name: Refactoring-Tests-Core-lr.44 > Author: lr > Time: 10 June 2010, 3:34:37 pm > UUID: 35e845c2-d58e-4b76-a1b7-bcec35761870 > Ancestors: Refactoring-Tests-Core-lr.43 > > - moved some code from OB-Refactory > > Name: OB-Refactory-lr.214 > Author: lr > Time: 10 June 2010, 3:35:01 pm > UUID: 70a76d23-ab08-450f-88c0-556b70666ed0 > Ancestors: OB-Refactory-lr.213 > > - moved some code to Refactoring-Core > > On 10 June 2010 15:13, Lukas Renggli <renggli(a)gmail.com> wrote: >> On 10 June 2010 13:40, Fernando olivero <oliverof(a)lu.unisi.ch> wrote: >>> Lukas do you think it would worth it to change the category of several methods, from extensions to OB to the refactoring engine itself. >>> >>> For example in my case i don't need OB at all, but are forced to load just because this extensions are goodies i've need when using the refactoring engine. >>> >>> For example >>> >>> BrowserEnvironment>>allNonMetaClasses >>> >>> from the category *ob-refactory-accessing >>> >>> Maybe it's an sign that these belong to the refactoring engine package, the model, and not Ob, the view. >>> >>> What do you think? >> >> Yeah, that makes sense. We just have to write tests for them in the >> refactoring tests. >> >> Lukas >> >> >>> >>> Fernando >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 10, 2010

Re: [Pharo-project] Ob extensions to Refactoring engine?

by Lukas Renggli

Let me know if there is other code that needs to be moved. Lukas Name: Refactoring-Core-lr.143 Author: lr Time: 10 June 2010, 3:34:12 pm UUID: 91014fcc-aa9f-4590-a22c-f8a1a0a5daa1 Ancestors: Refactoring-Core-lr.142 - moved some code from OB-Refactory Name: Refactoring-Tests-Core-lr.44 Author: lr Time: 10 June 2010, 3:34:37 pm UUID: 35e845c2-d58e-4b76-a1b7-bcec35761870 Ancestors: Refactoring-Tests-Core-lr.43 - moved some code from OB-Refactory Name: OB-Refactory-lr.214 Author: lr Time: 10 June 2010, 3:35:01 pm UUID: 70a76d23-ab08-450f-88c0-556b70666ed0 Ancestors: OB-Refactory-lr.213 - moved some code to Refactoring-Core On 10 June 2010 15:13, Lukas Renggli <renggli(a)gmail.com> wrote: > On 10 June 2010 13:40, Fernando olivero <oliverof(a)lu.unisi.ch> wrote: >> Lukas do you think it would worth it to change the category of several methods, from extensions to OB to the refactoring engine itself. >> >> For example in my case i don't need OB at all, but are forced to load just because this extensions are goodies i've need when using the refactoring engine. >> >> For example >> >> BrowserEnvironment>>allNonMetaClasses >> >> from the category *ob-refactory-accessing >> >> Maybe it's an sign that these belong to the refactoring engine package, the model, and not Ob, the view. >> >> What do you think? > > Yeah, that makes sense. We just have to write tests for them in the > refactoring tests. > > Lukas > > >> >> Fernando >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > -- Lukas Renggli www.lukas-renggli.ch

June 10, 2010

Re: [Pharo-project] Ob extensions to Refactoring engine?

by Lukas Renggli

On 10 June 2010 13:40, Fernando olivero <oliverof(a)lu.unisi.ch> wrote: > Lukas do you think it would worth it to change the category of several methods, from extensions to OB to the refactoring engine itself. > > For example in my case i don't need OB at all, but are forced to load just because this extensions are goodies i've need when using the refactoring engine. > > For example > > BrowserEnvironment>>allNonMetaClasses > > from the category *ob-refactory-accessing > > Maybe it's an sign that these belong to the refactoring engine package, the model, and not Ob, the view. > > What do you think? Yeah, that makes sense. We just have to write tests for them in the refactoring tests. Lukas > > Fernando > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

June 10, 2010

[Pharo-project] Ob extensions to Refactoring engine?

by Fernando olivero

Lukas do you think it would worth it to change the category of several methods, from extensions to OB to the refactoring engine itself. For example in my case i don't need OB at all, but are forced to load just because this extensions are goodies i've need when using the refactoring engine. For example BrowserEnvironment>>allNonMetaClasses from the category *ob-refactory-accessing Maybe it's an sign that these belong to the refactoring engine package, the model, and not Ob, the view. What do you think? Fernando

June 10, 2010

Re: [Pharo-project] could not find module vm-display-X11

by Schwab,Wilhelm K

Have you unzipped the entire directory structure, including Contents/Linux686, etc.? ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of spiralofhope [spiralofhope(a)lavabit.com] Sent: Thursday, June 10, 2010 3:56 AM To: pharo-project(a)lists.gforge.inria.fr Subject: [Pharo-project] could not find module vm-display-X11 Reading here: http://www.pharo-project.org/pharo-download It says this file "contains all necessary files", so I downloaded it: http://gforge.inria.fr/frs/download.php/26828/Pharo-1.0-OneClick.zip It says "run the executable". I don't know what executable it's referring to, so I'm trying Pharo.sh When I do, I get: could not find module vm-display-X11 I've done general searches as well as searches through the Pharo forum and mailing lists. I haven't seen anyone else with this problem, so I'm still not sure what to do and I need help. I'm running Linux i686.. it's only a release candidate distro (Unity Linux), so I wouldn't be surprised to learn that there are distro/library issues. I can give additional system information if you need. The website doesn't mention any dependencies, but could I be missing some? --- Reading here: http://www.pharo-project.org/pharo-download I see a section for "Custom downloads". The instructions say: To run Pharo you need an image, changes, and a sources file, as well as a VM for your platform. When downloads are completed, uncompress all files and put them into the same directory (this directory should then contain a .image, .changes, and a .sources file). Then start the VM. I downloaded these files: Image and Changes: http://gforge.inria.fr/frs/download.php/26790/Pharo-1.0.zip Sources: https://gforge.inria.fr/frs/download.php/24391/PharoV10.sources.zip Virtual Machine: http://gforge.inria.fr/frs/download.php/24736/pharo-vm-0.15.2f-linux.zip I unzipped them all into the same directory. Pharo-1.0.zip already had a PharoV10.sources within it, so I used the one from PharoV10.sources.zip I see these files in the same directory: Pharo-1.0.image Pharo-1.0.changes PharoV10.sources I don't know what to do now, there are no instructions for running Pharo after those steps. --- I've done a lot of playing outside of the above steps, but I'm completely ignorant of how Pharo is installed (or compiled?) and run. So far it's nothing like the other software I've used. Any advice is appreciated. I'm also willing to try a LiveCD of any Linux/BSD distro if that'll help me get Pharo working more easily. My goal here is just to check Pharo out, so I could deal with using another distro temporarily. -- http://spiralofhope.com _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 10, 2010

[Pharo-project] ISSUE 1876

by Fernando olivero

Hi , this issue is raising a DNU again , using a MAC. Anyone needed to override this behavior? Because i've need to be able to press CMD-Q, and CMD-W, which in Pharo1.0 i could, but in Pharo1.1 get handled as menu events and not normal keyboard events. Any ideas on how could i remove the host menu behavior? Fernando Begin forwarded message: > From: Fernando olivero <oliverof(a)lu.unisi.ch> > Date: May 18, 2010 4:22:43 PM GMT+02:00 > To: "Pharo-project(a)lists.gforge.inria.fr Development" <Pharo-project(a)lists.gforge.inria.fr> > Subject: [Pharo-project] Pharo1.1 and Pharo1.0 difference when pressing CMD-Q > Reply-To: "Pharo-project(a)lists.gforge.inria.fr" <Pharo-project(a)lists.gforge.inria.fr> > > Hi, using the MAC OS X VM and pressing CMD-Q in Pharo1.1 sends InputEventSensor>>processEvent: evt > where the evt received is of type 4, a menu event. (just put a Transcript show: evt in the processEvent: evt and you'll see). > > Since EventSensorConstants defines: > > "Types of events" > EventTypeKeyboard := 2. > EventTypeMenu := 4. > > But in Pharo1.0 it generates an event of type 2, a keyboard event. > > I assume that this changed because In Mac-OSX the CMD-Q is binded to a particular action , > and in Pharo1.1 we are using HostSystemMenus. > > But how can i override this behavior? To handle the CMD-Q as any other Keyboard event? > > By the way there's also a DNU, when pressing CMD-Q. > > Thanks, > Fernando > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 10, 2010

[Pharo-project] [ANN] ESUG Awards 2010

by Luc Fabresse

Dear Smalltalkers, You are invited to submit your nice Smalltalk based software to the 7th ESUG Innovation Technology Awards. The top 3 teams with the most innovative software will receive, respectively, 500 Euros, 300 Euros and 200 Euros during an awards ceremony at the 18th International Smalltalk Joint Conference 2009 in Brest, France. No constraints are put on the software except that it should be Smalltalk-based or Smalltalk-related and all flavours of Smalltalk are accepted. More details on the web: http://www.esug.org/Conferences/2010/Innovation+Technology+Awards Results of the 2009 edition: http://www.esug.org/Conferences/2009/Innovation+Technology+Awards/Winners+a… Luc

June 10, 2010

[Pharo-project] could not find module vm-display-X11

by spiralofhope

Reading here: http://www.pharo-project.org/pharo-download It says this file "contains all necessary files", so I downloaded it: http://gforge.inria.fr/frs/download.php/26828/Pharo-1.0-OneClick.zip It says "run the executable". I don't know what executable it's referring to, so I'm trying Pharo.sh When I do, I get: could not find module vm-display-X11 I've done general searches as well as searches through the Pharo forum and mailing lists. I haven't seen anyone else with this problem, so I'm still not sure what to do and I need help. I'm running Linux i686.. it's only a release candidate distro (Unity Linux), so I wouldn't be surprised to learn that there are distro/library issues. I can give additional system information if you need. The website doesn't mention any dependencies, but could I be missing some? --- Reading here: http://www.pharo-project.org/pharo-download I see a section for "Custom downloads". The instructions say: To run Pharo you need an image, changes, and a sources file, as well as a VM for your platform. When downloads are completed, uncompress all files and put them into the same directory (this directory should then contain a .image, .changes, and a .sources file). Then start the VM. I downloaded these files: Image and Changes: http://gforge.inria.fr/frs/download.php/26790/Pharo-1.0.zip Sources: https://gforge.inria.fr/frs/download.php/24391/PharoV10.sources.zip Virtual Machine: http://gforge.inria.fr/frs/download.php/24736/pharo-vm-0.15.2f-linux.zip I unzipped them all into the same directory. Pharo-1.0.zip already had a PharoV10.sources within it, so I used the one from PharoV10.sources.zip I see these files in the same directory: Pharo-1.0.image Pharo-1.0.changes PharoV10.sources I don't know what to do now, there are no instructions for running Pharo after those steps. --- I've done a lot of playing outside of the above steps, but I'm completely ignorant of how Pharo is installed (or compiled?) and run. So far it's nothing like the other software I've used. Any advice is appreciated. I'm also willing to try a LiveCD of any Linux/BSD distro if that'll help me get Pharo working more easily. My goal here is just to check Pharo out, so I could deal with using another distro temporarily. -- http://spiralofhope.com

June 10, 2010

Re: [Pharo-project] Resolving dependencies during installation

by Mariano Martinez Peck

On Wed, Jun 9, 2010 at 12:13 AM, Andrei Stebakov <lispercat(a)gmail.com>wrote: > I've come across this a few times using Pharo: > When I try to install a new package (either through HTTP repository or > Gofer) sometimes it complains about a dependency and you have a option > to proceed or abandon. > I guess proceeding could be dangerous in this case since you never > know when this missing dependency will backfire. > exactly. > What's the general rule of how to look for a package with the missing > class(es)? > Let's say I was trying to install Pastell (XPath library) via > repository and during installation I had the message: > > This package depends on the following classes: > XMLNodeWithElements > You must resolve these dependencies before you will be able to load > these definitions: > XMLNodeWithElements>>/ > XMLNodeWithElements>>// > XMLNodeWithElements>>child: > XMLNodeWithElements>>children > XMLNodeWithElements>>descendant: > XMLNodeWithElements>>doesNotUnderstand: > > Where do I go look for a package with this class implemented? > Several times I had this problem but I don't know to solve it :( > Shouldn't the package being installed check for its dependencies and > install them prior to its own installation (or at least give you a > hint where this missing class belongs)? > As they already answered, that's the intention of Metacello: http://code.google.com/p/metacello/ There is a tutorial you can follow. Cheers Mariano > > Thank you, > Andrei > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 9, 2010