- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Contributions about Pharo and Moose

by Alain Rastoul

Thank you Stef for your answers. For Moose, I will search on code.google, and about loading it in Pharo4, i tried the development version (since Pharo4 is in development I assumed the latest Moose configuration was needed), if a ci job can load it , sure that the problem is me ... wouldn't be the first time btw :) And you are right, there is no confirmation email (I was stupidely waiting for it, as it was stated on the web page iirc) but I got connected without. Great! Regards, Alain

Aug. 31, 2014

Re: [Pharo-dev] Experiments in Code Typography

by stepharo

On 31/8/14 21:47, Thierry Goubier wrote: > Something like that, yes. > > Or instead of an heuristic to get an ast, have an editor which has the > logic of editing the ast (instead of typing text which will be rightly > or wrongly matched to a tentative ast). I do not think it will work because this is really constrained and typing code is not that constrained. What would be nice is to have a set of rules that help terminating a tree to the closest one. ie | -> | | x isNil ifTrue: => x isNil ifTrue: [] ... and to format only what has been typing but in presence of the complete tree. > I'm looking into doing some stuff about asts and editing for > SmaCC-generated asts. Some stuff about having core building blocks for > non-smalltalk IDE written in Pharo. > > Thierry > > Le 31/08/2014 21:14, stepharo a Ã©crit : >> You know I would like to have >> >> format as you type. >> >> if someone wants to work on that it would be great. >> The point is to have some heuristics to get as fast as possible a >> "complete" ast. >> And pretty print it for example each time a space is added. >> >> stef >> >> >> > > > >

Aug. 31, 2014

Re: [Pharo-dev] Experiments in Code Typography

by Thierry Goubier

Something like that, yes. Or instead of an heuristic to get an ast, have an editor which has the logic of editing the ast (instead of typing text which will be rightly or wrongly matched to a tentative ast). I'm looking into doing some stuff about asts and editing for SmaCC-generated asts. Some stuff about having core building blocks for non-smalltalk IDE written in Pharo. Thierry Le 31/08/2014 21:14, stepharo a Ã©crit : > You know I would like to have > > format as you type. > > if someone wants to work on that it would be great. > The point is to have some heuristics to get as fast as possible a > "complete" ast. > And pretty print it for example each time a space is added. > > stef > > >

Aug. 31, 2014

Re: [Pharo-dev] Having some trouble on the Pharo Contributions CI

by Sven Van Caekenberghe

Hey Stef, In the mean time I got my CI job working, there were some errors on my part in there as well (as usual ;-) The question remains how to detect that you are running on CI, because I see this: + ./pharo Pharo.image eval OSPlatform current environment at: #CI ifAbsent: [#none] #none + export CI=ci.inria.fr + ./pharo Pharo.image eval OSPlatform current environment at: #CI ifAbsent: [#none] 'ci.inria.fr' So, $CI is not set by default ... Sven On 31 Aug 2014, at 21:22, stepharo <stepharo(a)free.fr> wrote: > hi sevn > > christophe will certainly reply to you tomorrow morning. > > stef > On 31/8/14 17:36, Sven Van Caekenberghe wrote: >> Hi, >> >> I seem to be having some trouble on the Pharo Contributions CI. I successfully created some projects before, but this time something strange is happening. >> >> It seems as if a win7 slave is doing the build instead of the linux slaves that I am used to. >> >> Has something changed ? >> >> I want to detect that I am running on the CI so that I can skip some tests that require resources not available there, but I fear the following won't work on Windows: >> >> runningOnInriaCI >> | platform ci | >> ^ [ >> platform := OSPlatform current. >> ci := platform environment at: #CI ifAbsent: [ '' ]. >> ci = 'ci.inria.fr' ] >> on: MessageNotUnderstood >> do: [ false ] >> >> What is the recommended way to use linux-only slaves ? >> >> Any other ideas ? >> >> Thanks, >> >> Sven >> >> > >

Aug. 31, 2014

Re: [Pharo-dev] Experiments in Code Typography

by kilon alios

I was thinking something very similar for my project Ephestos. I imagine a workspace so powerful that would replace system browser, inspector , explorer and even debugger. I was also imagining blocks like the ones shown in the link and code completion that would look inside the object to complete the code instead of the code completion we have now that many times fails to complete properly. Another thing that interests me is a natural language interface for example instead of typing "FileBrowser openPdf: 'my.pdf' " type instead 'open pdf my.pdf' , something that would create a database of such command that will be associated with pharo objects and methods. I think that could make pharo a very nice enviroment for people not interested into coding and instead they want a tool that they can use to manage their system with low learning curve. I am not promising anything , plus I am very slow with pharo at the moment being a new coder but what I say is that I am very interested and I will try to code something like this. I also like the graphical nature of Phratch and drag and droping etc commands without sacrificing typing. On Sun, Aug 31, 2014 at 10:14 PM, stepharo <stepharo(a)free.fr> wrote: > You know I would like to have > > format as you type. > > if someone wants to work on that it would be great. > The point is to have some heuristics to get as fast as possible a > "complete" ast. > And pretty print it for example each time a space is added. > > stef > >

Aug. 31, 2014

Re: [Pharo-dev] Having some trouble on the Pharo Contributions CI

by stepharo

hi sevn christophe will certainly reply to you tomorrow morning. stef On 31/8/14 17:36, Sven Van Caekenberghe wrote: > Hi, > > I seem to be having some trouble on the Pharo Contributions CI. I successfully created some projects before, but this time something strange is happening. > > It seems as if a win7 slave is doing the build instead of the linux slaves that I am used to. > > Has something changed ? > > I want to detect that I am running on the CI so that I can skip some tests that require resources not available there, but I fear the following won't work on Windows: > > runningOnInriaCI > | platform ci | > ^ [ > platform := OSPlatform current. > ci := platform environment at: #CI ifAbsent: [ '' ]. > ci = 'ci.inria.fr' ] > on: MessageNotUnderstood > do: [ false ] > > What is the recommended way to use linux-only slaves ? > > Any other ideas ? > > Thanks, > > Sven > > >

Aug. 31, 2014

Re: [Pharo-dev] Contributions about Pharo and Moose

by stepharo

On 31/8/14 19:20, Alain Rastoul wrote: > Hi all, > > This afternoon, my bike didn't start (the battery got weaker every day > this week, no surprise), so I've put it in charge and decided to take > a ride on the latest Pharo and Moose versions instead :) :) > First I downloaded the latest Pharo 4 image, opened a Workspace and > got an error clicking on the right arrow of the window to display the > menu. Thanks I will enter a bug entry. https://pharo.fogbugz.com/default.asp?13944 I searched opened cases and saw issue 13865 (cleaning MenuMorph) and added a comment about the fix I am not a contributor to Pharo right now though I'm willing to, I believe I could do some minor cases like that one (I might have to check first with my employer about Yes I probably introduced this bug. > some intellectual property agreement I've signed in the past, but I > guess no problem here). > > BTW I took a look at the video and slides 'how to contribute', opened > and account on SmalltalkHub but didn't get the mail to confirm my > registration right now. I do not think that you get one. > My first question is just a confirmation: I saw in the slides that to > commit slices, one has to be given write access by asking in this > mailing list ? (In this case, I will when everything is ok). Normally in the inbox everybody can commit. Let us know if you do not get it working. > > Second question is about Moose : I tried to load the Moose development > configuration in this Pharo4 image (I like to play Candid) and got > small errors (big ones too, I guess Moose is on the way to move to > Pharo4 and there is still some hard work) for moose we have a ci server that loads it. so we should look at the script. > I'm wondering if fogbugz is the place to report Moose bugs ? No there is a moose bugtracker on code.google > And what about other packages like for example (two of the errors I > had) ConfigurationOfPetitSQLParser or Hashtable-simon_denier.31 ? > Most of the Moose related issues on fogbugz seems to be related to > integration into Pharo, not to Moose development or to other packages > ? Is there a fogbugz or other site for Moose or do we report Moose > bugs in this list ? What about external packages ? > What is the process in that case ? > > Thanks in advance for your answers > > Regards, > > Alain > > >

Aug. 31, 2014

Re: [Pharo-dev] Experiments in Code Typography

by stepharo

You know I would like to have format as you type. if someone wants to work on that it would be great. The point is to have some heuristics to get as fast as possible a "complete" ast. And pretty print it for example each time a space is added. stef

Aug. 31, 2014

Re: [Pharo-dev] Future of Spec

by stepharo

On 31/8/14 08:32, Martin Saurer wrote: > It's already planned ;-) :) excellent! Stef > > Martin > >> as far as I understand J is an APL like language so I was wondering >> with you do not have J binding inside pharo :) ? >> and script J from there? >> >> Stef > > > >

Aug. 31, 2014

Re: [Pharo-dev] Experiments in Code Typography

by Thierry Goubier

Thanks Alexandre, this is interesting: I like the "intelligent" behavior of the code editor. Thierry Le 31/08/2014 20:36, Alexandre Bergel a Ã©crit : > Hi! > > Iâve found this interesting illustrated short article by Sean McDirmid: > http://research.microsoft.com/en-us/projects/liveprogramming/typography.aspx > > Some may find it interesting. > > Cheers, > Alexandre >

Aug. 31, 2014