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

Re: [Pharo-project] About using pragma for help like in setting

by StÃ©phane Ducasse

+1 On Dec 11, 2010, at 8:45 PM, Lukas Renggli wrote: >> On the chat, it seemed that the main objection was depending on an external >> class. Since HelpSystem is now part of core, what is the problem there? >> Isn't it just like Tests depending on TestCase? > > After running the tests, first thing I do in a Pharo 1.2 core image on > my build server: > > ====================================== > > "Unload all tests" > (MCWorkingCopy allManagers > inject: Gofer new > into: [ :gofer :each | > ((each packageName endsWith: 'Test') or: [ each packageName > endsWith: 'Tests' ]) > ifTrue: [ gofer package: each packageName ]. > gofer ]) > unload. > > "Unload other packages" > Gofer new > package: 'FixUnderscores'; > package: 'Glamour-Morphic-Theme'; > package: 'HelpSystem-Core'; > package: 'Announcements-Help'; > package: 'Regex-Help'; > unload. > > ====================================== > > That means that I cannot load any package that includes pages for the > help system. Furthermore, this means that none of my packages will > ever include help system text, even if I would love to include my blog > articles (for example for PetitParser) somehow more accessible than in > a class comment. > > In fact, I haven't seen a single non-core package providing help > pages. On contrary, there are many packages providing settings. This > does not introduce any dependencies. Maybe this is a hint? > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch >

Dec. 12, 2010

Re: [Pharo-project] Ring - model infrastructure for Pharo

by StÃ©phane Ducasse

veronica >> As for #methodClassAssociation:, I think it is better to keep it like it is, but my question is why do we actually need this ugly method. >> If this is not in MethodReference we do not really care. Now if it is we should understand if it is called on MethodReference and why? > > A compilation process defined in Behavior is using it.. Maybe I will change it and remove #methodClassAssociation > >> Cheers, >> Doru

Dec. 12, 2010

Re: [Pharo-project] Ring - model infrastructure for Pharo

by StÃ©phane Ducasse

On Dec 11, 2010, at 8:35 PM, Igor Stasenko wrote: > CompiledMethod>>#methodNode > is a conversion method > and as any conversion i would prefer it be prefixed with 'as' , i.e. > #asMethodNode > > #stringVersion is used only in MessageTrace in my image. > > Concerning #stringVersion: > i really don't have an idea what this stuff doing there? > Why a method reference allows putting an arbitrary data (strings) > there by various tools? :) because it was handy and cool to have a holder of anything from the tools point of view. And this is why we will clean that :) > > Then maybe better call it 'annotation' , and correspondingly #defaultAnnotation, > so we will know that this field used for annotations by different tools? > > About #isMeta and friends: > they serve nothing , but introducing a lot of ad-hoc logic with code > branches all over the places. > We should learn how to use message dispatching better :) this is not always that simple. > IMO, the 'theClass' ivar should be capable answering this message, > along with #name, which gives the name of a class. > Method reference in its 'theClass' ivar instead of symbol, should hold > either real class object (or metaclass object), No because you can be analysing an off-image code or not yet installed code. So you cannot rely on the fact that the real class is reachable. > or a proxy (in same way as method reference is a proxy by itself). > > > -- > Best regards, > Igor Stasenko AKA sig. >

Dec. 12, 2010

Re: [Pharo-project] good news of the year

by Peter Hugosson-Miller

Yay! Congrats to Igor, and Pharo! :-) -- Cheers, Peter On Sun, Dec 12, 2010 at 2:18 AM, Tudor Girba <tudor.girba(a)gmail.com> wrote: > +1 > > Doru > > > On 11 Dec 2010, at 20:34, Sean P. DeNigris wrote: > > > > > Very exciting! Good luck & congrats, Igor. I can't wait to bask in all > the > > improvements :) > > > > Sean > > -- > > View this message in context: > http://forum.world.st/good-news-of-the-year-tp3083142p3083625.html > > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > > -- > www.tudorgirba.com > > "From an abstract enough point of view, any two things are similar." >

Dec. 12, 2010

Re: [Pharo-project] Ideas for HelpSystem

by Damien Pollet

On Sat, Dec 11, 2010 at 00:18, Bernardo Ezequiel Contreras <vonbecmann(a)gmail.com> wrote: > here's a similar example > > http://soek.goodies.st.s3.amazonaws.com/index.html Indeed, but part of my point was the how polished Yard is (both appearance and interaction). It integrates API and manual/tutorial-type documentation. Also it's extensible so a project that defines a DSL can also include a Yard plugin to document that DSL nicely. There's an example with Sinatra on their website. -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Dec. 12, 2010

Re: [Pharo-project] Ideas for HelpSystem

by Damien Pollet

On Fri, Dec 10, 2010 at 18:41, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > what do you mean by it can run as a web server? > you have a system and a server and the docs are generated on the fly? yard server --gems launches a webserver (typically webrick, but there are options to run thin or mongrel orâ¦) on localhost, showing documentation for all ruby packages installed. the more standard usage is of course to generate html files with documentation for some package you're developing, like javadoc -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Dec. 12, 2010

[Pharo-project] Loading *some of* a MC snapshot into the image

by Damien Pollet

I have a snapshot compiled against an old version of PetitParser. Unfortunately one of my classes now has a conflicting inst var with the most recent PetitParser, so my code does not load, MC explodes instead of giving me a chance to fix the problem on the fly. Of course, there are quite a few changes I'd like to rescue in that snapshot. Please don't tell me I have to copy-paste them allâ¦ -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Dec. 12, 2010

Re: [Pharo-project] NewTextMorph authoringPrototype

by Igor Stasenko

The #changeParagraph: is bogus: changeParagraph: aParagraph "Install aParagraph as the one to be edited by the receiver." self resetState TextEditor>>paragraph is following: paragraph ^ morph ifNotNil: [morph paragraph] I changed the TextEditor, for creating and initializing it not like: TextEditor new but like: TextEditor newForMorph: morph in that way, TextEditor>>paragraph always works. And for same reason, i removed the #changeParagraph: , because it useless. Also, the following test is now should be rewritten: CompilerEvaluationTest>>testEvaluationOfSelfSend SmalltalkEditorTest >> testCompilationOfUndefinedVar they using old SmalltalkEditor new, instead of (newForMorph:) as well as using #changeParagraph: So, creating SmalltalkEditor can be done like: morph := NewTextMorph new. morph paragraph: paragraph. editor := SmalltalkEditor newForMorph: morph. -- Best regards, Igor Stasenko AKA sig.

Dec. 12, 2010

[Pharo-project] Redline: Smalltalk in 'small talks' ...

by James Ladd

The series of posts on implementing Redline Smalltalk for the Java Virtual Machine has begun. You can code along and influence the direction of Redline. http://blog.redline.st/2010/12/12/redline-smalltalk-in-%E2%80%9Csmall-talks… Rgs, James.

Dec. 12, 2010

Re: [Pharo-project] SmaCC

by Damien Pollet

On Tue, Jun 15, 2010 at 13:43, Tudor Girba <tudor.girba(a)gmail.com> wrote: > If you want to load PetitParser with all required > dependencies you do it via this script: > > Gofer new > Â Â Â Â renggli: 'petit'; > Â Â Â Â package: 'ConfigurationOfPetitParser'; > Â Â Â Â load. > (Smalltalk at: #ConfigurationOfPetitParser) perform: #loadDefault. â¦ but loadDefault does not load anything! Shouldn't it rather be like in ConfigurationOfPetitParser-tg.6 ? loadDefault (self project version: 'default') load -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Dec. 12, 2010