- Pharo-dev - lists.pharo.org

[Pharo-project] Render images - Porting from Cincom VW to Pharo
by Torsten Bergmann Nov. 14, 2012

Nov. 14, 2012

>It's a web application so I've got several WAComponent instances The #asPackagedString: is VW specific and not available in Pharo. In Seaside on Pharo the resources like pictures are stored in methods returning a ByteArray with the bytes only. There is an easy way: just save the original resources from VW (for instance the JPG) in a folder and then reimport them again into the Pharo based Seaside image. Example: So you are using Seaside and have a subclass of WAFileLibrary for your own resources (for instance MyFileLibrary) Just open http://localhost:8080/config/files and select the Library (here "MyFileLibrary") and click on "Configure". Now you can upload the JPG again using the web interface and Seaside is (re)generating the method on class MyFileLibrary which should look like logoJpg ^#(1 2 3 ...) asByteArray containing the bytes that represent the JPG. If you have more than one you should note that the superclass of WAFileLibrary which is WAAbstractFileLibrary in latest Seaside provide some utility methods to automate importing of resources. Check for #addAllFilesIn: and #addFileAt: on the class side. Bye T.

2 1

[Pharo-project] [update 2.0] #20397
by Marcus Denker Nov. 14, 2012

Nov. 14, 2012

20397 ----- Issue 6375: OCompletion uses a lot of memory http://code.google.com/p/pharo/issues/detail?id=6375 Issue 6966: LogForImplementor is empty and unused http://code.google.com/p/pharo/issues/detail?id=6966 Issue 6968: temps are note printed in PharoDebug.log http://code.google.com/p/pharo/issues/detail?id=6968 Diff information: http://ss3.gemstone.com/ss/Pharo20/NOCompletion-MarcusDenker.30.diff http://ss3.gemstone.com/ss/Pharo20/Kernel-MarcusDenker.1245.diff -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] [ANN] Pharo Online Help 1.0
by Torsten Bergmann Nov. 14, 2012

Nov. 14, 2012

Hi, a little story: As you may know I wrote the current "Pharo help" implementation which you can access from the Help menu or via HelpBrowser open I'm still not satisfied with it. Some projects like NativeBoost, Metacello and others already provide an appropriate help package - but still beginners help and documentation is not where I would like to see it. The HelpBrowser is only usable within the image and other nice docu (blog posts, videos, ...) for Pharo is available online. You have to know about these pages after downloading Pharo to find the tips and tricks and nice features of the Smalltalk world. There is also no central "docu" point for someone who just downloaded Pharo and want a "Quick start". Also I dislike that we are limited with the in-image presentation style (text only) and that content is not visible to Google, Bing, etc. That made me think about web/HTML/Internet like documentation again and the image as the central place beginners have downloaded already. After many years of private research I now noticed that HTML is nothing more than a structured String - so I started coding... :) Packaging Seaside with the default Pharo image to serve help content would be overkill - but there is always a leaner way. Since Pharo 2.0 we have Zinc HTTP components within the image (thanks Sven!) and I played a little bit with it. It is really easy to setup/startup a webserver from Smalltalk now. So I wrote a basic "HelpServer" and wrapped the nice "twitter bootstrap" library. Code may be ugly and require some refactoring ... but it is currently more a prove of concept. Attached is a screenshot of the result running in a webbrowser. What is it: the idea is that we server the documentation from within the image but use the local webbrowser to display it. Since we soon integrate NativeBoost in Pharo 2.0 it is also easy to open the browser as soon as "Help" is requested from a menu. Serving for the web would also mean we could easily setup an image online that displays the docu online for indexing by search engines etc. Where is the code: http://ss3.gemstone.com/ss/PharoOnlineHelp.html (Read/Write) If you want to play with it yourself then start a Pharo 2.0 image, go to "Tools" -> "ConfigurationBrowser", select "PharoOnlineHelp" and select "Install configuration (stable version)" from the context menu. After that evaluate HelpServer start and point your browser to http://localhost:8080 If you like scripting you can also evaluate in a Pharo 2.0 image: -------------------------------------------------------------------------------- Gofer it squeaksource3: 'PharoOnlineHelp'; package: 'ConfigurationOfPharoOnlineHelp'; load. ((Smalltalk at: #ConfigurationOfPharoOnlineHelp) project version: #stable) load. (Smalltalk at: #HelpServer) start -------------------------------------------------------------------------------- Next steps: =========== 1. Lets discuss how we want to fill the "API help" section. I know that there once was a project that generated static API help (http://magaloma.seasidehosting.st) but we can now directly serve from the live image. My current implementation allows to navigate from classes to subclasses and superclasses - just to give you an idea. Maybe we want to display only class comments or provide a real Smalltalk browser within the webbrowser (similar to http://www.Amber-lang.net) 2. The section "Intro" is only a mock. I would like to see that people can find short "Quick start" like tutorials here to start with basic things like Smalltalk, Metacello, ... Maybe we can integrate a live and running ProfStef similar to http://amber-lang.net/learn.html that is adopted to Pharo. 3. Lets discuss how we want to describe the content "in-image" for "serving on the web". Maybe with a "Markup to HTML translator" - or a "WikiStyle to HTML" like help My wish to Santa would be that Pharo 2.0 comes with a better and nicer out-of-the-box documentation. For each package/project we should have a common way to define/load/browse docu and tutorials so people can just load and quick start without much hazzle. The code repo is open for read and write - I would appreciate comments, code contributions, help/tutorial content and ideas. Thanks Torsten

9 15

[Pharo-project] How to force selection update in the debugger?
by Eliot Miranda Nov. 14, 2012

Nov. 14, 2012

Hi All, I submitted a run until feature for the debugger to the Squeak inbox recently and would commit it to trunk except that I'd like the option of having the selection update on each step. But I can't see how to do that. I *think* selection update is done with a callback here in Debugger>>contents:selection: Smalltalk isMorphic ifTrue: [World addAlarm: #changed: withArguments: #(contentsSelection) for: self at: (Time millisecondClockValue + 200)]. And I'm not sure how this causes the selection to update. Is it part of text morph draw or a separate thing? This is too convoluted to look through. So perhaps someone can help e. If I want the selection to redraw what's the minimum action necessary. This is as part of a loop that looks like [self selectedContext == context and: [(value := receiver with: context executeMethod: method) == false]] whileTrue: [self doStep]. i.e. after the doStep I'd like to force the code pane to update its selection. AdvThanksance -- best, Eliot

1 0

[Pharo-project] [update 2.0] #20396
by Marcus Denker Nov. 14, 2012

Nov. 14, 2012

20396 ----- Issue 6956: Some Ring tests are dependent on Monticello http://code.google.com/p/pharo/issues/detail?id=6956 Diff information: http://ss3.gemstone.com/ss/Pharo20/Ring-Tests-Monticello-MarcusDenker.6.diff http://ss3.gemstone.com/ss/Pharo20/Ring-Tests-Kernel-MarcusDenker.42.diff http://ss3.gemstone.com/ss/Pharo20/Ring-Tests-Containers-MarcusDenker.7.diff -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] Fwd: some interesting numbers
by Esteban Lorenzano Nov. 14, 2012

Nov. 14, 2012

Hi, Usman got really interesting numbers in his work with moose and comparing 1.4 and 2.0 :) Esteban Begin forwarded message: > Benchmark: > A spec browser displaying a list and text container(s). > > > > List > > > > TEXT Container 1 > > > > TEXT Container 2 ... > > > Text is a 2k lines file (no FileStreams involved). > > > execution time > > Pharo 1.4 > > Pharo 2.0 > > With a single text container > > 17 secs > > 2.5 secs > > With two text containers > > 143 secs > > 5 secs > > With three text containers > > 221 secs > > 4.8 secs > > > So, things are going to be much better with Pharo 2.0. But we need to move asap to pharo 2.0 if we want to make text display faster. > > I've attached the code, just in case. > > usman

1 0

[Pharo-project] [update 2.0] #20395
by Marcus Denker Nov. 14, 2012

Nov. 14, 2012

20395 ----- Issue 6965: cleanup #generate:using: http://code.google.com/p/pharo/issues/detail?id=6965 Issue 6561: Refactoring -> create superclass does not work http://code.google.com/p/pharo/issues/detail?id=6561 Issue 6943: move ConfigurationCommandLineHandler to separate package http://code.google.com/p/pharo/issues/detail?id=6943 Diff information: http://ss3.gemstone.com/ss/Pharo20/Tests-MarcusDenker.479.diff http://ss3.gemstone.com/ss/Pharo20/System-CommandLine-MarcusDenker.58.diff http://ss3.gemstone.com/ss/Pharo20/NautilusRefactoring-MarcusDenker.59.diff http://ss3.gemstone.com/ss/Pharo20/ConfigurationCommandLineHandler-Tests-Ma… http://ss3.gemstone.com/ss/Pharo20/ConfigurationCommandLineHandler-Core-Mar… http://ss3.gemstone.com/ss/Pharo20/Compiler-MarcusDenker.356.diff -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] Pharo Kernel jobs on new infrastructure
by Pavel Krivanek Nov. 14, 2012

Nov. 14, 2012

Hi, I moved the Pharo Kernel 2.0 Jobs to the new infrastructure. It seems to work well. https://ci.inria.fr/pharo/view/Pharo%20Kernel%202.0/ We reduced test failures of Pharo Kernel to 15: https://ci.inria.fr/pharo/view/Pharo%20Kernel%202.0/job/Pharo%20Kernel%202.… -- Pavel

1 0

Nov. 14, 2012

Dear Pharoers this is the latest and final version of the consortium agreement. Now you can fill it sign it and send it to us at INRIA. S Ducasse - Pharo Consortium 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza, Villeneuve d'Ascq, FR-59650, France. Thanks! Stef ------------------------ Dr. StÃ©phane Ducasse -- Directeur de Recherche (Senior Researcher) INRIA - USTL - CNRS UMR 8022 stephane.ducasse(a)inria.fr http://stephane.ducasse.free.fr http://rmod.lille.inria.fr/ **NEW ***Tel 00 33 (0)3 59 35 87 52 - Fax 33 3 59 57 78 50

1 0

[Pharo-project] [update 2.0] #20394
by Marcus Denker Nov. 13, 2012

Nov. 13, 2012

1 0