Re: [Pharo-project] Fwd: DropPlugin issue?
it didn't, Stéphane, the result of that method is the same as without: MultiByteFileStream: '/private/var/folders/Yg/YgHKWBxBEfilHeP6wELlhTI/TemporaryItems/' instead of expected ( as from Safari ) : MultiByteFileStream: '/private/var/folders/Yg/YgHKWBxBEfilHeP6wELlhTI/TemporaryItems/soulkitchen_03.jpg' BTW reading the code for the recommended fix, I cannot see how the code should change the instance variable result. result is expected to be a ReadStream with an extension, a drophandler is able to handle ( I replaced in method dropFiles in PasteUpMorph FileStream requestDropStream: i. by MultiByteFileStream new requestDropStream: i ) Assume we misunderstood each other some how Johannes Am 01.05.2010 um 16:29 schrieb Stéphane Ducasse: johannes did the following fix it? http://code.google.com/p/pharo/issues/detail?id=2301 Stef On May 1, 2010, at 4:04 PM, Stéphane Ducasse wrote: Begin forwarded message: From: Johannes Rasche johannesras...@mac.com Date: May 1, 2010 3:54:48 PM GMT+02:00 To: pharo-project-ow...@lists.gforge.inria.fr Subject: DropPlugin issue? Hi Folks, just had a strange encounter, as I was dragging a picture from Firefox to Pharo ( on Mac OS X) - up to now I used only Safari - ExternalDropHandler is receiving • not a filestream having an extension expressing to the image format • but a local temp folder containing that picture as a work around I can take the most recent ... :) :( other programs than Squeak are receiving that image properly is it a DropPlugin deficiency ? or what ? any advice is welcome Johannes ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Fwd: DropPlugin issue?
It was a stupid idea of mine. Stef On May 2, 2010, at 12:14 PM, Johannes Rasche wrote: it didn't, Stéphane, the result of that method is the same as without: MultiByteFileStream: '/private/var/folders/Yg/YgHKWBxBEfilHeP6wELlhTI/TemporaryItems/' instead of expected ( as from Safari ) : MultiByteFileStream: '/private/var/folders/Yg/YgHKWBxBEfilHeP6wELlhTI/TemporaryItems/soulkitchen_03.jpg' BTW reading the code for the recommended fix, I cannot see how the code should change the instance variable result. result is expected to be a ReadStream with an extension, a drophandler is able to handle ( I replaced in method dropFiles in PasteUpMorph FileStream requestDropStream: i. by MultiByteFileStream new requestDropStream: i ) Assume we misunderstood each other some how Johannes Am 01.05.2010 um 16:29 schrieb Stéphane Ducasse: johannes did the following fix it? http://code.google.com/p/pharo/issues/detail?id=2301 Stef On May 1, 2010, at 4:04 PM, Stéphane Ducasse wrote: Begin forwarded message: From: Johannes Rasche johannesras...@mac.com Date: May 1, 2010 3:54:48 PM GMT+02:00 To: pharo-project-ow...@lists.gforge.inria.fr Subject: DropPlugin issue? Hi Folks, just had a strange encounter, as I was dragging a picture from Firefox to Pharo ( on Mac OS X) - up to now I used only Safari - ExternalDropHandler is receiving • not a filestream having an extension expressing to the image format • but a local temp folder containing that picture as a work around I can take the most recent ... :) :( other programs than Squeak are receiving that image properly is it a DropPlugin deficiency ? or what ? any advice is welcome Johannes ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Issue 2372: HelpSystem for 1.1
it's much more important to enable documentation to be easily written. Thanks for putting it in mike On Saturday, May 1, 2010, Stéphane Ducasse stephane.duca...@inria.fr wrote: 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. for now this is more important to add documentation and since help is easy to unload. I would put helpcore into core + help into dev In the future we may move it outside mini. thanks torsten. Let see what the other think. 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 ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] CFP DSLRob'10
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/
Re: [Pharo-project] gettext package
On 5/1/10 2:05 PM, Hilaire Fernandes wrote: Stéphane Ducasse a écrit : - If we want the gettext package to be loadable, the method Stringtranslated in core could be changed to return self, then the gettext packaged provided the translated version to effectively handle the translation. but this would be an override. Yes, is it a problem? Yes, overrides in a core class are always a problem. Another way to solve this would be to dispatch translated through NaturalLanguageTranslator which I guess would be completely replaced by the gettext package? Maybe we should turn the translation related classes all into stubs that then can be replaced by either the current version (made loadable as a package) or the gettext one. Michael ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] gettext package
On May 2, 2010, at 5:52 PM, Michael Rueger wrote: On 5/1/10 2:05 PM, Hilaire Fernandes wrote: Stéphane Ducasse a écrit : - If we want the gettext package to be loadable, the method Stringtranslated in core could be changed to return self, then the gettext packaged provided the translated version to effectively handle the translation. but this would be an override. Yes, is it a problem? Yes, overrides in a core class are always a problem. Another way to solve this would be to dispatch translated through NaturalLanguageTranslator which I guess would be completely replaced by the gettext package? can you give a sketch example so that I the it? instaed of 'lkjhlk' translated NaturalLanguageTranslator translated: 'lkjhlk' ? Maybe we should turn the translation related classes all into stubs that then can be replaced by either the current version (made loadable as a package) or the gettext one. Michael ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] gettext package
can you give a sketch example so that I the it? instaed of 'lkjhlk' translated NaturalLanguageTranslator translated: 'lkjhlk' No, you keep the 'lkjhlk' translated :-) Apologies, the current implementation does already what I meant Stringtranslated ^ NaturalLanguageTranslator current translate: self All you would need to do is to exchange the implementation of NaturalLanguageTranslator depending on whether you want to use the current implementation or gettext. Michael ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] gettext package
Ok I understand now. Stef On May 2, 2010, at 6:13 PM, Michael Rueger wrote: can you give a sketch example so that I the it? instaed of 'lkjhlk' translated NaturalLanguageTranslator translated: 'lkjhlk' No, you keep the 'lkjhlk' translated :-) Apologies, the current implementation does already what I meant Stringtranslated ^ NaturalLanguageTranslator current translate: self All you would need to do is to exchange the implementation of NaturalLanguageTranslator depending on whether you want to use the current implementation or gettext. Michael ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] impossible to integrate - squeaksource is down and restart and get down again.
does anybody have an idea? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] impossible to integrate - squeaksource is down and restart and get down again.
Stef, It sounds like you have access to the machine?? How/on what is it hosted? The first thing I would do is look for error information. Depending on the version of the vm, a Windows box might need a command line option to create a vm log; IIRC, Andreas altered the more recent vms to be more generous with diagnostic output. The Linux vm generates a lot of useful output that is not logged, but you can do things like ( /path/to/vm/squeak -vm-display-X11 \ /path/to/image/pharo.image \ ) 1pharo_out.txt 2pharo_error.txt to capture it. Another useful trick is to simply start a terminal on Linux and launch the image from there to capture otherwise unlogge messages. I once had a Seaside image that refused to do anything useful after having run perfectly well for some time. That might have been the one I eventually concluded had become corrupt?? Another thing that might help is to shut down Kom or whatever you are using and clean out old sessions, etc. Bill -Original Message- From: pharo-project-boun...@lists.gforge.inria.fr [mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of stephane ducasse Sent: Sunday, May 02, 2010 11:59 AM To: Pharo Development Subject: [Pharo-project] impossible to integrate - squeaksource is down and restart and get down again. does anybody have an idea? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] impossible to integrate - squeaksource is down and restart and get down again.
I do not have access to the server. Stef On May 2, 2010, at 7:12 PM, Schwab,Wilhelm K wrote: Stef, It sounds like you have access to the machine?? How/on what is it hosted? The first thing I would do is look for error information. Depending on the version of the vm, a Windows box might need a command line option to create a vm log; IIRC, Andreas altered the more recent vms to be more generous with diagnostic output. The Linux vm generates a lot of useful output that is not logged, but you can do things like ( /path/to/vm/squeak -vm-display-X11 \ /path/to/image/pharo.image \ ) 1pharo_out.txt 2pharo_error.txt to capture it. Another useful trick is to simply start a terminal on Linux and launch the image from there to capture otherwise unlogge messages. I once had a Seaside image that refused to do anything useful after having run perfectly well for some time. That might have been the one I eventually concluded had become corrupt?? Another thing that might help is to shut down Kom or whatever you are using and clean out old sessions, etc. Bill -Original Message- From: pharo-project-boun...@lists.gforge.inria.fr [mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of stephane ducasse Sent: Sunday, May 02, 2010 11:59 AM To: Pharo Development Subject: [Pharo-project] impossible to integrate - squeaksource is down and restart and get down again. does anybody have an idea? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11333
11333 - Issue 1329: SUnit refactor: TestCaseassert: , TestCaseassert:equals: and BlockClosureassert. - first phase: self assert: bla - [bla] assert self assert: bla description: foo - [bla] assertWithDescription: foo Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11334
11334 - - Issue 1329: SUnit refactor: TestCaseassert: , TestCaseassert:equals: and BlockClosureassert: Part two: TestCase assert: [] - assert: () - Issue 522:ArrayedCollection#writeOn: - Issue 2382: Clean Morph - Issue 2339: rename a temp shadowing an inst var ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] HelpSystem now integrated
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 ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [squeak-dev] HelpSystem now integrated
Hi Torsten. Thanks for pushing all this. Now I wonder, shouldn't be better to put it under the menu System rather than Tools ? Cheers Mariano On Sun, May 2, 2010 at 11:18 PM, Torsten Bergmann asta...@gmx.de wrote: 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 ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] gettext package
So far .po files can be exported as domain (class category) for translation and .mo (compiled translated message) are imported at Pharo startup. What are .po and .mo files ? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project