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

Re: [Pharo-project] how to contribute test to pharo

by StÃ©phane Ducasse

frankly I hate the google wiki How can we get something with links that changed depending of the time they got changed... this is an idiot concept. You get no structure. Stef On Mar 29, 2010, at 7:35 PM, Hilaire Fernandes wrote: > Well, it is difficult to find information from the web site (which does not look very sexy), for example there are 3 faq found in different location, why? I was looking at how to contribute unit test, at least where to send the test. > > A minimum taxonomy could help for new comer to find relevant information. > > Thanks for the pointer on the google wiki, it looks definitely helpful. > > Hilaire > > Mariano Martinez Peck a Ã©crit : >> Hi Hilaire. I dont understand your question. >> If you want to contribute to test, just download the image you want, and test. If you find bugs, you report it. >> To submit an issue: http://www.pharo-project.org/community/issue-tracking >> If you are talking about submitting new tests or fixes to current tests, is the same process as submitting any code: >> http://code.google.com/p/pharo/wiki/HowToContribute >> I know this link was pointed from somewhere in the pharo website...but I don't find it. >> Adrian? >> Cheers >> Mariano >> On Sun, Mar 28, 2010 at 5:34 PM, Hilaire Fernandes <hilaire.fernandes(a)gmail.com <mailto:hilaire.fernandes@gmail.com>> wrote: >> I can't find any information in the website >> Hilaire >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> <mailto:Pharo-project@lists.gforge.inria.fr> >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> ------------------------------------------------------------------------ >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 29, 2010

Re: [Pharo-project] Menu builder framework [WAS] Question about HostMenuSystem

by Alain Plantec

Mariano Martinez Peck a Ã©crit : > > > I removed them when they where broken. We should enable them again: > > http://code.google.com/p/pharo/issues/detail?id=1876 > > > Maybe there is a problem with the Smalltalk startUpList ? I know > it has been changed in previous updates. > > > > so if you remove this strange all=error swallowing wrappter in > HostSystemMenus>>#startUp: > > [self setDefaultMenuProxyClass] ifError: [:err :rcvr | ]. > > > you will get a DNU at image startup that shows that we need to fix > the menu building code as it used > the world menu. It should build it's menu using the menu builder > framework. > > > Hi Marcus. I would like to make it work. But I have no idea how to do > it. What's that menu builder framework ? is there a documentation > somewhere ? who did it ? there is someone to help me with this ? Hi Mariano, all I think it is the pragma based menu framework I've implemented. well, no documentation for now, sorry :( but I will help as much as I can :) Can you recall me what is the class/method to look at ? Alain > > Thanks > > Mariano > > > > > Marcus > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > <mailto:Pharo-project@lists.gforge.inria.fr> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > ------------------------------------------------------------------------ > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 29, 2010

Re: [Pharo-project] [Preview] Help System with new model

by StÃ©phane Ducasse

+1 > Can you consider the idea of a PragmaHelpBuilder as an extension to > your system? > > I can define a method like this on some class: > > helpForThisPartOfTheSystem > <helpTopic: 'Title goes here'> > > ^'Contents goes here. > foo > bar > wibble' > > And then I can find all of these pragmas: > > | pragmas topics | > pragmas := ((SystemNavigation default allMethodsSelect: [:each | each > pragmas notEmpty]) > select: [:each | each compiledMethod pragmas allSatisfy: [:eachPragma | > eachPragma keyword = #helpTopic:]]) > collect: [:each | each compiledMethod pragmaAt: #helpTopic:]. > topics := pragmas collect: [:each | > HelpTopic > title: (each argumentAt: 1) > contents: (each method valueWithReceiver: nil arguments: #())] > > With a bit more annotation we could build classes just like the simple > subclass case of CustomHelp where you only have a few methods on the > class side. i.e just like your metacello example. Then there is no > dependency on CustomHelp, and help comments can go anywhere in our > various package structures for e.g pharo core, dev image. We would > just need to decide on a set of annotations. I would love to do something like testXXX <helpTopic: 'Collection' subcategory: 'adding'> or something like that Stef

March 29, 2010

Re: [Pharo-project] [Preview] Help System with new model

by StÃ©phane Ducasse

This is cooooooool I like the little icon :) and of course the help on help What is needed at runtime only the HelpTopic? Excellent like that we can include it by default. Now may be this is stupid idea but I would love to the first page when I click on a tree so that the help space is never empty. Some feedback now :) - do we need to create all these classes ? TranscriptHelp... I understand that you use a class as a node in your tree. - I imagine that we could build dynamic pages pages ^#(whatIsAWorkspace openAWorkspace) => pages ^ Pragma .... with tag for help Could we have a way that pages returns not only a selector but a class*selector so that we could them have the help distributed and not only in the Workspace class we could then do something like class perform: selector to get back the contents of a HelpTopic or something like that So I like it :) Stef On Mar 28, 2010, at 10:39 PM, Torsten Bergmann wrote: > Hi, > > sorry for the delay on the help system - but time is > rare these days. > > I know some of you are impatient - therefore I've commited my > restructured code for the help system for you to look what > is coming - even when it is not fully finished. But the restructured > new model is now in place - I have to add more tests and > adapt the "help on the help system" to document my ideas. > I also want to work on compatibility with Squeak as the > first version had. Currently the new stuff only work > in Pharo. > > What is new > =========== > While we had 3 model classes in my initial version (and after > Dannys additions even more classes) I now reduced the model > to a very, very simple approach with just one model class. > > We now have a HelpBrowser that is "just" displaying topics. > A topic (see class HelpTopic) is > > - providing a title and optionally an icon > - able to have subtopics, > - provides contents (that is displayed be the browser), > - can be identified by a unique key (so we can later open the > help browser on a specific topic from within other tools) > > You can create help topics from each and anything. > > > To try it out just load the baseline (in Pharo 1.0 or 1.1): > > -------------------------------------------- > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfHelpSystem'; > load. > > ((Smalltalk at: #ConfigurationOfHelpSystem) project version: '1.0-baseline') load > -------------------------------------------- > > > You can open the help browser from the world tool menu or via > code: > > HelpBrowser open > > You can open the help browser on any object that is able to > be converted into a help topic (via method #asHelpTopic). > > So you can write for instance: > > HelpBrowser openOn: Integer > > opening a short API help/system reference on the Integer class. > The above expression is the short form for: > > HelpBrowser openOn: (SystemReference forClass: Integer) > > If you want you can include the subclasses: > > HelpBrowser openOn: (SystemReference hierarchyFor: Integer) > > or even methods > > HelpBrowser openOn: (SystemReference hierarchyWithMethodsFor: Integer) > > You can browse the whole system reference documentation using: > > HelpBrowser openOn: SystemReference > > But these are only a few examples what we can extract from the > system. > > However - the major goal is NOT an API browser, the idea is to > provide a simple architecture to provide browsable help contents > depending on the context. For instance it should also be possible > to use the help system to provide end user help on any commercial > application that is written with Pharo. > > As I said you can convert any text data into topics to be displayed > by the help system: the browser is able to open on anything that > is convertable to a root topic using #asHelpTopic. More on this later. > > When you open the help browser it provides help for the > whole system, so > > HelpBrowser open > > is the same as > > HelpBrowser openOn: SystemHelp > > which internally uses the class CustomHelp and subclasses to provide > written text and API help to form a system wide help system. > > If you want you can also load "Metacello-Help" and "Squeak-Help" > from the http://www.squeaksource.com/HelpSystem repository to see > how the new topics are automatically used when they were just loaded. > > > Yes, I would like to see a richer text support (using markup > language) and written text documentation accessible directly > from within the image. But the first step was to get a simple > model, the next step would be to see if the extension mechanism > is good enough (CustomHelp, HelpBuilder with own builders, ...) > > > Some more notes on the architecture and extension ideas: > ======================================================== > 1. the model as I said before is now reduced to a single class > (HelpTopic) > > 2. When you open the help browser on an object the method #asHelpTopic > is sent to the object by the browser to get the root node of > the displayed topic hierarchy: > > HelpBrowser openOn: myObject > > Typically the object does not convert itself to a help topic structure, > usually it dispatches to a builder (see HelpBuilder and subclasses) > who does all this. > > So the help text can be already in the image even when the help > system itself is NOT YET THERE/LOADED and if you want to provide help text > in whatever form you are not dependent on the help system itself!!! > > Later a builder can extract and convert the data. You can have builders > for anything - even a builder who gets informations from the web or > hard disk. > > But note: if you want to have your own help shown up in the > standard help then you have to at least use the "CustomHelp" subclass > mechanism. > > 3. The help browser is a simple tree view and is currently limited to > ASCII text. One step in the future could be to provide a "contentType" > (similar to MIME) to support other content types (for instance active > morphs displayed in clean up book morphs, HTML help with scamper in > the help browser, ...) > > 4. I dont expect the basic model to change much further - maybe > > Take care: all of this is still unfinished but in a usable state. > The "Help on Help" is not yet updated. The tests are not reviewed, > just brouht to green. > > So you have to rely on the implementation, all the informations > in this mail or directly ask questions. > > Bye > Torsten > > > > > > > > > > > > > -- > GMX DSL: Internet, Telefon und Entertainment fÃ¼r nur 19,99 EUR/mtl.! > http://portal.gmx.net/de/go/dsl02 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 29, 2010

Re: [Pharo-project] [Preview] Help System with new model

by Michael Roberts

Hi Torsten, i like a lot of the new features. regarding defining help in classes without the help system loaded - i think it could be simpler. I am not sure how this would work as you describe in my example where I want to shove some simple help in the monticello package. I don't understand the asHelpTopic conversion and which builder to use etc. I think it should be possible for help to appear in the global help browser without having to define a subclass of CustomHelp. This would make the entry barrier really low for people to be able to document parts of the system using this help system. For example I have spent too long on this already ;-) Can you consider the idea of a PragmaHelpBuilder as an extension to your system? I can define a method like this on some class: helpForThisPartOfTheSystem <helpTopic: 'Title goes here'> ^'Contents goes here. foo bar wibble' And then I can find all of these pragmas: | pragmas topics | pragmas := ((SystemNavigation default allMethodsSelect: [:each | each pragmas notEmpty]) select: [:each | each compiledMethod pragmas allSatisfy: [:eachPragma | eachPragma keyword = #helpTopic:]]) collect: [:each | each compiledMethod pragmaAt: #helpTopic:]. topics := pragmas collect: [:each | HelpTopic title: (each argumentAt: 1) contents: (each method valueWithReceiver: nil arguments: #())] With a bit more annotation we could build classes just like the simple subclass case of CustomHelp where you only have a few methods on the class side. i.e just like your metacello example. Then there is no dependency on CustomHelp, and help comments can go anywhere in our various package structures for e.g pharo core, dev image. We would just need to decide on a set of annotations. thanks, Mike

March 29, 2010

Re: [Pharo-project] how to contribute test to pharo

by Hilaire Fernandes

One at pharo-project.org (which miss an index by the way to be more useable), one at Berne, and last is wiki Google, not exactly a FAQ but its contents looks like a FAQ Hilaire Adrian Lienhard a Ã©crit : > Hi Hilaire, > > Which are the 3 FAQs you refer to? > > We have exactly one [1] and if there are more we have to merge and delete them. > > Adrian > > [1] http://www.pharo-project.org/documentation/faq

March 29, 2010

[Pharo-project] Menu builder framework [WAS] Question about HostMenuSystem

by Mariano Martinez Peck

> > I removed them when they where broken. We should enable them again: > > http://code.google.com/p/pharo/issues/detail?id=1876 > > > Maybe there is a problem with the Smalltalk startUpList ? I know it has > been changed in previous updates. > > > > so if you remove this strange all=error swallowing wrappter in > HostSystemMenus>>#startUp: > > [self setDefaultMenuProxyClass] ifError: [:err :rcvr | ]. > > > you will get a DNU at image startup that shows that we need to fix the menu > building code as it used > the world menu. It should build it's menu using the menu builder framework. > > Hi Marcus. I would like to make it work. But I have no idea how to do it. What's that menu builder framework ? is there a documentation somewhere ? who did it ? there is someone to help me with this ? Thanks Mariano > Marcus > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 29, 2010

Re: [Pharo-project] The Pharo Linux Vm [WAS] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

by Mariano Martinez Peck

On Mon, Mar 29, 2010 at 6:16 AM, Henrik Johansen < henrik.s.johansen(a)veloxit.no> wrote: > > On Mar 29, 2010, at 9:29 45AM, Mariano Martinez Peck wrote: > > > > > Yes! The windows VM has already that. The MacVM, I sent an email few > months ago to explain how to do it. > > If you want, I can upload a Squeak 4.2.2beta1U.app but with the Pharo > icons and named Pharo 4.2.2beta1U.app > > Then we link from the website to that VM. What do you think ? > > > > I know there are newer MacOS VMs, but they are still in beta and for the > Pharo 1.0 I think the best VM is the 4.2.2.beta1 > > > > What do you think ? > > > > Cheers > > > > Mariano > > Please use 4.2.3.beta1, as it includes the bitblt fixes which affects > StrikeFont rendering. > So if someone switches to Bitmap DejaVu fonts, they don't have to be > annoyed their text looks strange when dragging windows :) > > Thanks Henrik I wasn't aware (actually, I think I forgot) about that. I have just tested and seems to work perfect. All tests pass and it is a little (very little) more faster than 4.2.2. So...I agree we should put 4.2.3.beta1. Cheers Mariano > Cheers, > Henry > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 29, 2010

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

by Mariano Martinez Peck

2010/3/29 laurent laffont <laurent.laffont(a)gmail.com> > > On Mon, Mar 29, 2010 at 2:09 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > >> On Mon, 29 Mar 2010, laurent laffont wrote: >> >> On Mon, Mar 29, 2010 at 1:19 PM, Levente Uzonyi <leves(a)elte.hu> wrote: >>> >>> On Mon, 29 Mar 2010, laurent laffont wrote: >>>> >>>> 2010/3/29 John M McIntosh <johnmci(a)smalltalkconsulting.com> >>>> >>>>> >>>>> So what Ghz is this machine? >>>>> >>>>>> >>>>>> >>>>>> model name : Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz >>>>> cpu MHz : 1994.987 >>>>> cache size : 4096 KB >>>>> >>>>> >>>> There must be something wrong. My T8300 notebook had about 550M >>>> bytecodes/sec and 15M sends/sec on linux. With the stock windows vm I >>>> have >>>> 500M bytecodes/sec and 14.5M sends/sec. >>>> >>>> >>> With the source I have provided ? 32bits ? >>> >> >> My linux vm was 32-bit with some older sources. Since I don't have linux >> on my notebook anymore I can't tell which version it was. >> >> >> > > On MacOSX, same laptop, with Squeak VM 4.2.2 beta 1U from pharo website > > 449122807 bytecodes/sec; 9649554 sends/sec > 405384006 bytecodes/sec; 9584683 sends/sec > 445604873 bytecodes/sec; 10138464 sends/sec > 445993031 bytecodes/sec; 10102544 sends/sec > 446381865 bytecodes/sec; 10174641 sends/sec > > compared to Linux > > > Squeak VM 3.11.3 -r 2135 + FT2Plugin + --CFLAGS="-O3 -fomit-frame-pointer > -mfpmath=sse -march=native -s -mtune=generic" > ========================================== > 339072847 bytecodes/sec; 9560580 sends/sec > 338848444 bytecodes/sec; 9552573 sends/sec > 338177014 bytecodes/sec; 9473233 sends/sec > 337953795 bytecodes/sec; 9496896 sends/sec > 338848444 bytecodes/sec; 9496896 sends/sec > > so it seems there's improvements that can be done on Linux VM, but there's > not so much difference. > > I think everybody know this and that your results is the expected. I even remember some threads were we discussed the same. For example, I found this one: http://n4.nabble.com/Pharo-apparently-slow-on-linux-td1304643.html#a1304643 but there are more. The MacOS VM is faster than the rest, even with the same PC. I have no idea how to improve Linux's one, thus. Cheers Mariano > Laurent Laffont > > > >> Levente >> >> >> >>> Laurent Laffont >>> >>> >>> >>> >>>> >>>> Levente >>>> >>>> >>>> >>>> Laurent Laffont >>>>> >>>>> >>>>> >>>>> On 2010-03-28, at 10:42 AM, laurent laffont wrote: >>>>>> >>>>>> Thank you ! >>>>>> >>>>>> Here the result: >>>>>> >>>>>> Squeak VM 3.11.3 -r 2135 + FT2Plugin + --CFLAGS="-O3 >>>>>> -fomit-frame-pointer >>>>>> -mfpmath=sse -march=native -s -mtune=generic" >>>>>> ========================================== >>>>>> 339072847 bytecodes/sec; 9560580 sends/sec >>>>>> 338848444 bytecodes/sec; 9552573 sends/sec >>>>>> 338177014 bytecodes/sec; 9473233 sends/sec >>>>>> 337953795 bytecodes/sec; 9496896 sends/sec >>>>>> 338848444 bytecodes/sec; 9496896 sends/sec >>>>>> >>>>>> so the best performance I have so far. >>>>>> >>>>>> Laurent Laffont >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> >>>>>> =========================================================================== >>>>>> John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: >>>>>> squeaker68882 >>>>>> Corporate Smalltalk Consulting Ltd. >>>>>> http://www.smalltalkconsulting.com >>>>>> >>>>>> >>>>>> =========================================================================== >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Pharo-project mailing list >>>>>> Pharo-project(a)lists.gforge.inria.fr >>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>>> >>>>>> >>>>>> >>>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>>> >>> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 29, 2010

Re: [Pharo-project] how to contribute test to pharo

by Adrian Lienhard

Hi Hilaire, Which are the 3 FAQs you refer to? We have exactly one [1] and if there are more we have to merge and delete them. Adrian [1] http://www.pharo-project.org/documentation/faq On Mar 29, 2010, at 19:35 , Hilaire Fernandes wrote: > Well, it is difficult to find information from the web site (which does not look very sexy), for example there are 3 faq found in different location, why? I was looking at how to contribute unit test, at least where to send the test. > > A minimum taxonomy could help for new comer to find relevant information. > > Thanks for the pointer on the google wiki, it looks definitely helpful. > > Hilaire > > Mariano Martinez Peck a Ã©crit : >> Hi Hilaire. I dont understand your question. >> If you want to contribute to test, just download the image you want, and test. If you find bugs, you report it. >> To submit an issue: http://www.pharo-project.org/community/issue-tracking >> If you are talking about submitting new tests or fixes to current tests, is the same process as submitting any code: >> http://code.google.com/p/pharo/wiki/HowToContribute >> I know this link was pointed from somewhere in the pharo website...but I don't find it. >> Adrian? >> Cheers >> Mariano >> On Sun, Mar 28, 2010 at 5:34 PM, Hilaire Fernandes <hilaire.fernandes(a)gmail.com <mailto:hilaire.fernandes@gmail.com>> wrote: >> I can't find any information in the website >> Hilaire >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> <mailto:Pharo-project@lists.gforge.inria.fr> >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> ------------------------------------------------------------------------ >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 29, 2010