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

Re: [Pharo-users] Fwd: [ANN] FIFA World Cup 2014

by HernÃ¡n Morales Durand

Hi Kilon. If you want to experiment with another JSON mapping and Spec there are more endpoints here http://worldcup.sfg.io/group_results http://worldcup.sfg.io/matches/country?fifa_code=USA http://worldcup.sfg.io/teams - Another thing could be to sort by clicking the TreeModel header. - Adding country flags would be cool. - A refresh button. Is a nice change to show your (anyone) fast coding skills given that WC ends in a couple of weeks ;) Cheers, HernÃ¡n 2014-06-19 5:13 GMT-03:00 kilon alios <kilon.alios(a)gmail.com>: > Wow very nice indeed. What you intend on improving ? looks quite complete to > me . > > > On Thu, Jun 19, 2014 at 11:04 AM, HernÃ¡n Morales Durand > <hernan.morales(a)gmail.com> wrote: >> >> I did a small application to retrieve on-line data from the FIFA World >> Cup 2014. You can installl it and open in Pharo 3 by doing: >> >> Gofer it >> smalltalkhubUser: 'hernan' project: 'FIFAWorldCup2014'; >> configurationOf: 'FIFAWorldCup2014'; >> loadDevelopment. >> >> FIFAWorldCupApp open. >> >> Let me know if you want to contribute. >> Enjoy >> >> HernÃ¡n >> >

June 19, 2014

[ANN] LaTeX to Pillar converter

by Damien Cassou

I'm happy to announce that I wrote a LaTeX to Pillar converter. This converter should not be considered perfect and proof reading is required. Still, the converter could automatically convert from: https://github.com/SquareBracketAssociates/PharoByExample-english/blob/mast… to: https://github.com/SquareBracketAssociates/UpdatedPharoByExample/blob/maste… This Pillar file is then exported to either html: https://ci.inria.fr/pharo-contribution/job/UpdatedPharoByExample/lastSucces… or pdf: https://ci.inria.fr/pharo-contribution/job/UpdatedPharoByExample/lastSucces… -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

June 19, 2014

Re: [Pharo-users] Fwd: [ANN] FIFA World Cup 2014

by kilon alios

Wow very nice indeed. What you intend on improving ? looks quite complete to me . On Thu, Jun 19, 2014 at 11:04 AM, HernÃ¡n Morales Durand < hernan.morales(a)gmail.com> wrote: > I did a small application to retrieve on-line data from the FIFA World > Cup 2014. You can installl it and open in Pharo 3 by doing: > > Gofer it > smalltalkhubUser: 'hernan' project: 'FIFAWorldCup2014'; > configurationOf: 'FIFAWorldCup2014'; > loadDevelopment. > > FIFAWorldCupApp open. > > Let me know if you want to contribute. > Enjoy > > HernÃ¡n > >

June 19, 2014

Fwd: [ANN] FIFA World Cup 2014

by HernÃ¡n Morales Durand

I did a small application to retrieve on-line data from the FIFA World Cup 2014. You can installl it and open in Pharo 3 by doing: Gofer it smalltalkhubUser: 'hernan' project: 'FIFAWorldCup2014'; configurationOf: 'FIFAWorldCup2014'; loadDevelopment. FIFAWorldCupApp open. Let me know if you want to contribute. Enjoy HernÃ¡n

June 19, 2014

Re: [Pharo-users] [ANN] DrGeo 14.07 "Athens landing"

by Nicolai Hess

2014-06-18 21:17 GMT+02:00 Hilaire Fernandes <hilaire.fernandes(a)gmail.com>: > Hello, > > Finally, somethings I can share with you, not exactly the final one but > something one can play with: > https://dl.dropboxusercontent.com/u/21633199/DrGeo.app-14.07a.zip > > Please Mac OS X users, test the DrGeo.app installation, it may not > work, so if you can fix the Info.plist file it will be great. No Mac > here, I have to go at school for that. > > Windows users, I test the application with Wine it works! But I have > this strange bugs: https://bugs.launchpad.net/drgeo/+bug/1331559 > Do you have it? > Yes, I can confirm this bug on Windows 7. It does not occure on linux. And I was able to reproduce this bug on a plain pharo 4 image. So, I don't think this is related to pharo or drgeo at all. Maybe a bug in cairo? > > Thanks to test, fix, forward or whatever. > > Here fixed stuff, was it really fixed or does it bug one you ? > https://launchpad.net/drgeo/+milestone/14.07 > > > Things I would like for future DrGeo to make it even cooler: > > -Improve the user interface > > -smalltalk plugin to extend the software, kind of super-macro, should be > a mix with the current DrGeo API (it is now possible to have > macro-script, a mix of both, but it could be better) > > -More end user features and tools, here is a blue print for that: > https://blueprints.launchpad.net/drgeo/+spec/todo-to-implement-new-tool > > -Reduce the size of the whole application, it is becoming DrGeo "fat > boy" because of .image, .changes .sources > > -Have more cool sketches and Smalltalk sketch as well > > > Bye > > Hilaire > > > -- > Dr. Geo http://drgeo.eu > iStoa - https://launchpad.net/istoa > > >

June 18, 2014

[ANN] DrGeo 14.07 "Athens landing"

by Hilaire Fernandes

Hello, Finally, somethings I can share with you, not exactly the final one but something one can play with: https://dl.dropboxusercontent.com/u/21633199/DrGeo.app-14.07a.zip Please Mac OS X users, test the DrGeo.app installation, it may not work, so if you can fix the Info.plist file it will be great. No Mac here, I have to go at school for that. Windows users, I test the application with Wine it works! But I have this strange bugs: https://bugs.launchpad.net/drgeo/+bug/1331559 Do you have it? Thanks to test, fix, forward or whatever. Here fixed stuff, was it really fixed or does it bug one you ? https://launchpad.net/drgeo/+milestone/14.07 Things I would like for future DrGeo to make it even cooler: -Improve the user interface -smalltalk plugin to extend the software, kind of super-macro, should be a mix with the current DrGeo API (it is now possible to have macro-script, a mix of both, but it could be better) -More end user features and tools, here is a blue print for that: https://blueprints.launchpad.net/drgeo/+spec/todo-to-implement-new-tool -Reduce the size of the whole application, it is becoming DrGeo "fat boy" because of .image, .changes .sources -Have more cool sketches and Smalltalk sketch as well Bye Hilaire -- Dr. Geo http://drgeo.eu iStoa - https://launchpad.net/istoa

June 18, 2014

OSProcess question (was: Omnibase)

by David T. Lewis

On Fri, Jun 13, 2014 at 06:01:44PM -0700, Glenn Swanlund wrote: > On Windows 7, I'm trying to install OmniBase in Pharo-30846. I get an error > for ExternalWindowsOSProcess >> doesNotUnderstand defaultShellPath. > > Does anyone have a solution for this? Hi Glenn, Sorry I did not reply earlier. You are probably using an older version of OSProcess. Sean DeNigris provided a fix for this problem, as well as some other Windows issues. His updates were committed in the OSProcess repository: Name: OSProcess-dtl.88 Author: dtl Time: 29 December 2013, 1:47:22.224 pm UUID: 12ce82c2-7d79-4af1-9e10-6f914757525e Ancestors: OSProcess-dtl.87 OSProcess 4.5.11, CommandShell 4.6.8 Fixes by Sean DeNigris for win32 support in PipeableOSProcess (CommandShell package) Date: Fri, 27 Dec 2013 10:09:37 -0800 (PST) From: "Sean P. DeNigris" <sean(a)clipperadams.com> To: squeak-dev(a)lists.squeakfoundation.org Subject: [squeak-dev] Fix: OSProcess on Windows I made a small fix for MNU #defaultShellPath, which has been reported a few times. I didn't have repo write access, so I committed to http://smalltalkhub.com/#!/~SeanDeNigris/SeansOutbox . Sometimes on Windows (e.g. seemingly when there are quoted command line arguments), the argument to #waitForCommand: and command: must be wrapped in $". I don't think there is any harm in always doing this (on Windows), but wanted to get feedback from Dave first... OSProcess-Win32-SeanDeNigris.11 - Supply shell flags valid for Windows (i.e. '/c'); shell commands via PipeableOSProcess are now working, with two restrictions: - no access to stdout - argument to #waitXyz: may have to be surroundedByDoubleQuotes OSProcess-Base-SeanDeNigris.41 - Extract default shell flags ('-c') into a method, so that Windows may supply flags valid there (i.e. '/c') CommandShell-Piping-SeanDeNigris.15 - Fix Win32 shell by providing path to cmd.exe

June 18, 2014

Re: [Pharo-users] Coding by sending messages

by Tudor Girba

Hi, IntellIj Idea uses editor projections which basically works with the AST. I saw some demos of their MPS (Meta Programming System - http://www.jetbrains.com/mps) system and they can do really exciting things. For example, see: https://www.youtube.com/watch?v=grlxLF2JDpg Cheers, Doru On Fri, Jun 13, 2014 at 10:20 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 13 Jun 2014, at 06:53, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > On Wed, Jun 11, 2014 at 11:31 AM, Matthew Chadwick <post(a)celeriac.net> > wrote: > >> hello, >> >> It's interesting that in Smalltalk, coding is still done via a text >> editor, not by sending messages to objects (except in the background, >> parsing & compiling etc). I've been playing with coding by messaging nodes >> in the AST with a view to coding this way via Roassal graph visualizations >> of object dependencies combined with some nice graphical tools. Has any >> work on this way of coding been done before ? What I have in mind is a >> keyboard-centric, fast system designed as an alternative to the text >> editor, with a focus on top-down style coding. >> > > > The direction to not use text but objects for code is very interestingâ¦ a > lot of nice experiments could be done on top of this. > > One direction is to use more structured ways of editingâ¦ but one needs to > take care that in the past (end of the 80ties) all the tries of structured > editors > where not really successful. But having an AST like representation instead > of text would not preclude to have an editor interface that provided both > the > flexibility of a text editor with the knowledge and power of a real object > representation of code belowâ¦ very interesting direction. > > Marcus > -- www.tudorgirba.com "Every thing has its own flow"

June 17, 2014

Re: [Pharo-users] Coding by sending messages

by stepharo

+1 Matthew let us know what you get and how we can help you. > The direction to not use text but objects for code is very > interestingâ¦ a lot of nice experiments could be done on top of this. > > One direction is to use more structured ways of editingâ¦ but one needs > to take care that in the past (end of the 80ties) all the tries of > structured editors > where not really successful. But having an AST like representation > instead of text would not preclude to have an editor interface that > provided both the > flexibility of a text editor with the knowledge and power of a real > object representation of code belowâ¦ very interesting direction. > > Marcus

June 17, 2014

Re: [Pharo-users] AST method copyInContext:

by stepharo

On 17/6/14 18:35, Mark Rizun wrote: > I understand that it copies subtree. > I'm interested how it uses its argument aDictionary. Is it Dictionary > of Nodes? try to put a breakPoint and run the code to see. Stef > > > 2014-06-17 19:28 GMT+03:00 ClÃ©ment Bera <bera.clement(a)gmail.com > <mailto:bera.clement@gmail.com>>: > > By looking at the senders of #copyInContext:, I believe it is used > in RBStringReplaceRule. By looking at this rule class comment, I > believe it replaces a matched tree with another tree. > > So I guess copyInContext: is used to replace a subtree of the AST > by another tree. > > Regards, > > Clement > > > 2014-06-17 17:06 GMT+02:00 Mark Rizun <mrizun(a)gmail.com > <mailto:mrizun@gmail.com>>: > > What is the purpose of the mothod copyInContext: in AST-Core > package? > > Thanks, > Mark > > >

June 17, 2014