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

[Pharo-project] little request
by StÃ©phane Ducasse May 3, 2010

May 3, 2010

does anybody would like to have cmd-b on a selector that is unique open a browser on it? cmd-m on a className of a class that exist open a browser on it? Stef

3 3

[Pharo-project] [update 1.1] #11335
by StÃ©phane Ducasse May 3, 2010

May 3, 2010

11335 ----- - scriptLoader enh - Issue 2301: Fix drop handling in MultiByteFileStream

1 0

[Pharo-project] [Rome] Questions
by StÃ©phane Ducasse May 3, 2010

May 3, 2010

Hi mike and bert With cyrille we have a bunch of question about rome. Here is a list of affirmations/questions that we would like to get some answers: - RomePluginCanvas is the class to call the Cairo primitives. - What is RomeReferenceCanvas? Is it an abstract class? This is strange because RomeReferenceCanvas refers to its subclass Is this class that should be subclassed to create an SVG Canvas? or it is too dedicated to the romepluging - We imagine that RomePlug - Is there a romeCanvas that delegates to the current Canvas - What is a RomePluginTargetFile? We see two scenarios Sc1 Current clients used the current canvas Now we could have a newCanvas that wrap romeCanvas with the same API as currentCanvas => clients do not have to be changed but the system benefit from cairo or other romecanvas. - Was this integration done in the RomeTweakCanvas which wraps a RomeCanvas? Sc2 Can/Could Rome be used in place of the actual canvas (modulo client changes)? May be the actual Canvas should be offered as a subclass of RomeCanvas. Was it the idea? Could Rome be pushed in the core so that the current canvas can be a subclass of Rome? here current clients have to be fixed and currentCanvasAsRome is a subclass of RomeCanvas or CurrentCanvasAsRome wraps the currentCanvas to offer a rome interface on top of the current canvas API Stef

1 0

[Pharo-project] Help System
by Alexandre Bergel May 3, 2010

May 3, 2010

Hi! Nice to see the Help Browser. But it got loaded when I updated a core 1.1. Is this help system really part of the Core? The browser also provides a nice navigation pane. I suspect a duplication of effort between Glamour and HelpBrowser. Why HelpBrowser isn't based on Glamour? Just wondering. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

1 0

[Pharo-project] HelpSystem now integrated
by Torsten Bergmann May 2, 2010

May 2, 2010

Hey, nice to see that HelpSystem was accepted and is now included in both: Squeak trunk image and Pharo core image. I adapted the class "HelpBrowser" in both images so that it in Pharo the Squeak specific code is removed and in Squeak the Pharo specific code is removed. This was necessary in the past due to the morphic vs. polymorph UI differences and is obsolete now. Just update your image. However - any other part is fully compatible and I hope we can share as much documentation as possible! Thanks T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

2 1

[Pharo-project] [update 1.1] #11334
by stephane ducasse May 2, 2010

May 2, 2010

11334 ----- - Issue 1329: SUnit refactor: TestCase>>assert: , TestCase>>assert:equals: and BlockClosure>>assert: Part two: TestCase assert: [] -> assert: () - Issue 522: ArrayedCollection>>#writeOn: - Issue 2382: Clean Morph - Issue 2339: rename a temp shadowing an inst var

1 0

[Pharo-project] [update 1.1] #11333
by StÃ©phane Ducasse May 2, 2010

May 2, 2010

11333 ----- Issue 1329: SUnit refactor: TestCase>>assert: , TestCase>>assert:equals: and BlockClosure>>assert. - first phase: self assert: bla -> [bla] assert self assert: bla description: foo -> [bla] assertWithDescription: foo Stef

1 0

[Pharo-project] impossible to integrate -> squeaksource is down and restart and get down again.
by stephane ducasse May 2, 2010

May 2, 2010

does anybody have an idea? Stef

3 2

[Pharo-project] CFP DSLRob'10
by Serge Stinckwich May 2, 2010

May 2, 2010

Smalltalkers are welcome ;-) ====================================================================================== CALL FOR PAPERS 1st International Workshop on Domain-Specific Languages and models for ROBotic systems (DSLRobâ10) October 2010, Tapei, Taiwan Web site : http://www.doesnotunderstand.org/wikka.php?wakka=DSLRob10 ====================================================================================== This workshop will take place in October 2010 in Taipei (å°å) Taiwan, during the 2010 IEEE/RSJ International Conference on Intelligent Robots and Systems (IROS'10) : http://www.iros2010.org.tw/ Description A domain-specific language (DSL) is a programming language dedicated to a particular problem domain that offers specific notations and abstractions that increase programmer productivity within that domain. Models offer a high-level way for domain users to specify the functionality of their system at the right level of abstraction. DSLs and models have historically been used for programming complex systems. However recently they have garnered interest as a separate field of study. Robotic systems blend hardware and software in a holistic way that intrinsically raises many crosscutting concerns (concurrency, uncertainty, time constraints, ...), for which reason, traditional general-purpose languages often lead to a poor fit between the language features and the implementation requirements. DSLs and models offer a powerful, systematic way to overcome this problem, enabling the programmer to quickly and precisely implement novel software solutions to complex problems within the robotics domain. The main objective of this workshop is a cross-pollination of ideas between robotics researchers in DSLs and models from different domains. DSLs and models are key elements in many robotic systems presented at leading conferences such as IROS and ICRA, but the domain-centric structure of the typical robotics conference does not offer a natural venue for exchange of ideas regarding DSLs and models. This workshop will bring together robotics researchers from different parts of the robotics community, thus forming a base for future collaboration. This workshop will focus on the use of Domain-Specific Languages and Models for Robotic Systems. Topics that are of special interest include: - domain-specific languages to express reactive behaviors, variability in robotic systems, - domain-specific languages to express uncertainty, modelling of physical system, real-time constraints, - domain-specific languages to describe cooperative robotics and modular robotics systems, - languages to teach robotics, visual languages for robotics, - tools support and frameworks for describing and manipulating DSLs for robotic systems, - model-driven engineering approaches for robotic systems, - code generation and code transformation for robotics systems, - frameworks to combine DSLs in an uniform manner, - benchmarks to compare use of DSL vs general-purpose programming, - programming languages in the context of robotic systems. Type of workshop: half-day The intended audience is those robotics researchers throughout the entire robotics community who use DSLs and models as a key component of their robotics software infrastructure. In addition, robotics researchers with an interest in modern approaches to solving complex software-related issues will find the workshop inspirational. Important dates - Due date for full workshop papers submission: July 1st, 2010 - Final acceptance: July 23rd, 2010 - Camera-ready paper due: August 6th, 2010 - Workshop date: October, 2010 (half day workshop) during IROS'10 Submission guidelines All submitted papers will be reviewed on the basis of technical quality, relevance, significance, and clarity. At least two reviews for each paper will be conducted. All workshop papers should be submitted electronically in PDF format through the Easychair website and should use the IEEE US letter format. We are looking for submission of full research papers and experiences reports (up to 6 pages) and work in progress submissions (up to 4 pages). Please create your account on Easychair website as soon as possible if you intend to submit a paper: http://www.easychair.org/conferences/?conf=dslrob10 Organizers - Ulrik P. Schultz, University of Southern Denmark, Denmark - Serge Stinckwich, UMI UMMISCO IRD/UPMC/MSI-IFI, Vietnam - Mikal Ziane, LIP6, France Program committee - Jean-Christophe Baillie, GOSTAI - Alexandre Bergel, University of Chile, Chile - Mirko Bordignon, University of Southern Denmark, Denmark - SÃ©bastien Gerard, CEA LIST, France - Henrik Nilsson, University of Nottingham, UK - Ulrik P. Schultz, University of Southern Denmark, Denmark - Serge Stinckwich, UMMISCO (IRD/UPMC/MSI), Vietnam - Mikal Ziane, LIP6, France - Tewfik Ziadi, LIP6, France -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

1 0

[Pharo-project] Issue 2372: HelpSystem for 1.1
by Torsten Bergmann May 2, 2010

May 2, 2010

Hi, The help core package and the according tests package are ready for integration in the pharo inbox. After talking today with Stephane I also removed the squeak specific stuff, so it is ready for inclusion in Pharo 1.1. core image. The idea is to have the basic help support (help core) in the Pharo core image and provide additional docu/help books in the dev-image. But this should depend on a community decision, so any comments would be appreciated. A second option would be to to keep it out of the core image and just provide the help support and documentation in the Pharo-dev image. Bye T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

4 3