- Pharo-dev - lists.pharo.org

Re: [Pharo-project] MVP

by Benjamin

The problem is that we improved a lot he morphic layout in 1.4, and Spec is based on that. So most probably it doesn't work in 1.3 (and I didn't put effort in this direction, and will probably not) Try Nautilus instead of OB ^^ Again, we improved the system, but we are not maintaining OB, so it could be not up to date. Have fun with Spec, Ben On Mar 5, 2012, at 1:41 PM, StÃ©phane Ducasse wrote: > spec is not made to work on 1.3 > > Stef > > On Mar 5, 2012, at 10:03 AM, Schwab,Wilhelm K wrote: > >> Stef, >> >> Thanks for the code! #stable does some things on 1.4, but I still got nowhere with 1.3. The big thing keeping me off of 1.4 is shout in the browsers - I *really* like syntax highlighting. In fairness, I have not looked at 1.4 in a week or so, so maybe that's been fixed. However, I can certainly run it to play around with spec. >> >> Even on 1.4, I got a DNU over groups; this time I had to add the noop to OB, which is apparently the default in 1.4?? >> >> More fiddling to come. >> >> Bill >> >> >> ________________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] >> Sent: Monday, March 05, 2012 3:26 AM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] MVP >> >> bill >> >> thanks for the catch. I updated the document. >> >> >> Gofer new >> url: 'http://ss3.gemstone.com/ss/Spec'; >> package: 'ConfigurationOfSpec'; >> load >> >> ConfigurationOfSpec project load: #stable >> >> >> Stef >> >> >> On Mar 5, 2012, at 1:24 AM, Schwab,Wilhelm K wrote: >> >>> Ben, >>> >>> Great, but I'm still getting nipped by a DNU of #addGroupForPackage:. I found that no-oped in 1.4 so added it to 1.3 and was able to loadFull. It looks like great work, but I can't get anything to run in 1.3 or 1.4. Any ideas? >>> >>> Bill >>> >>> >>> >>> >>> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Benjamin [benjamin.vanryseghem.pharo(a)gmail.com] >>> Sent: Sunday, March 04, 2012 6:53 PM >>> To: Pharo-project(a)lists.gforge.inria.fr >>> Subject: Re: [Pharo-project] MVP >>> >>> Everything has been moved in ss3.gemstone.com/ss/Spec :) >>> >>> >>> Ben >>> >>> On Mar 5, 2012, at 12:47 AM, Schwab,Wilhelm K wrote: >>> >>>> Ben, >>>> >>>> Ok, but I don't see it in either dirty experiments or the mc repository. Am I missing a ConfigurationOfSpec? >>>> >>>> Bill >>>> >>>> >>>> >>>> >>>> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Benjamin [benjamin.vanryseghem.pharo(a)gmail.com] >>>> Sent: Sunday, March 04, 2012 6:38 PM >>>> To: Pharo-project(a)lists.gforge.inria.fr >>>> Subject: Re: [Pharo-project] MVP >>>> >>>> I am kind of a middle of something right now, so my advice is really to use the configuration (moreover I have added a lot of packages) >>>> >>>> >>>> Keep me in touch, >>>> >>>> Ben >>>> >>>> On Mar 5, 2012, at 12:34 AM, Schwab,Wilhelm K wrote: >>>> >>>>> Stef, >>>>> >>>>> I skimmed the documentation and attempted to load Spec-BenjaminVanRyseghem.34.mcz into 1.3, but got an error and backed off. >>>>> >>>>> Any ideas? >>>>> >>>>> Bill >>>>> >>>>> >>>>> >>>>> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] >>>>> Sent: Sunday, February 05, 2012 2:56 AM >>>>> To: Pharo-project(a)lists.gforge.inria.fr >>>>> Subject: Re: [Pharo-project] MVP >>>>> >>>>> if you want to have a look at what we are doing with benjamin you can have a look at >>>>> Spec >>>>> >>>>> Yesterday benjamin added inputField support and rewrote the changeSorter. >>>>> >>>>> Stef >>>>> >>>>> >>>>> >>>>> On Feb 5, 2012, at 3:28 AM, Schwab,Wilhelm K wrote: >>>>> >>>>>> More: >>>>>> >>>>>> proportional layouts need to let each view have a proportion (zero makes it fixed size) and splitters should be just another view that is added to a composite, following the horizontal/vertical nature of the layout manager. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Schwab,Wilhelm K [bschwab(a)anest.ufl.edu] >>>>>> Sent: Saturday, February 04, 2012 9:25 PM >>>>>> To: Pharo-project(a)lists.gforge.inria.fr >>>>>> Subject: Re: [Pharo-project] MVP >>>>>> >>>>>> I'm still a little overwhelmed, but I see attention to layout; this has been a BIG stumbling block for me in my efforts to bring MVP to Pharo. I recommend using nested composite view/presenter pairs for most layout. First, it lends itself well to an eventual view editor, and second, can be surprisingly easy to code directly. >>>>>> >>>>>> Each composite view has a layout manager. Layouts include constrained table-like elements, but the real workhorses are proportional layouts, which can be set either horizontal or vertical. By nesting them, very complicate behavior can be achieved. >>>>>> >>>>>> There, said "nesting," and that has been where I have fallen into trouble. Pharo/morphic layout works great for children of the top level, but after that, I can't get reliable results. >>>>>> >>>>>> Sleep calls... >>>>>> >>>>>> Bill >>>>>> >>>>>> >>>>>> >>>>>> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Schwab,Wilhelm K [bschwab(a)anest.ufl.edu] >>>>>> Sent: Saturday, February 04, 2012 6:36 PM >>>>>> To: pharo-project(a)lists.gforge.inria.fr >>>>>> Subject: [Pharo-project] MVP >>>>>> >>>>>> Hello all, >>>>>> >>>>>> I have been to busy to read today, but I like seeing any discussion of MVP. I am **slowly** working on a framework for it, but would be glad to be beaten to it. >>>>>> >>>>>> Default models are key; they must be replaceable, but (sub)triads should work "out of the box." Models can include value holders, value adapters, converters, and contexts, depending on how they are wired. >>>>>> >>>>>> I have something of a start on the adapters and converters, which I can try to package and make available. If nothing else, they will have value in seeding discussion if not be directly usable. More to come. >>>>>> >>>>>> Bill >> >> >> > >

March 5, 2012

Re: [Pharo-project] GSoC ideas, 5 days to go!

by Janko MivÅ¡ek

Hi guys, Friday is approaching fast and we have so far only 4 complete ideas on this year ideas page: http://gsoc2012.esug.org/ideas Please think harder, two years ago we had 36 ideas and all evolved later to projects, with mentor, second mentor, student etc. So, are we without ideas two years later? :) Best regards Janko Dne 02. 03. 2012 15:05, piÅ¡e Janko MivÅ¡ek: > Hi everyone, > > 7 days to deadline for ideas of this year GSoC! Please think about what > would be a nice project for students to work and that way join our > community. And yes, students are welcome to propose projects too! > > Let we "recycle" past project ideas too! Please review them and propose > those still valuable. Or change the proposal to suit better. Here they > are: http://gsoc2010.esug.org/ideas . > > Let me and Carla post GSoC related stuff only on Pharo, Squeak and VWNC > mailing lists while for other let someone forward those mails there > please. It is just too hard to post on 10+ mailing lists, you know... > > Past GSoC mentors please join the debate on special Smalltalk GSoC > mentors list: http://groups.google.com/group/smalltalk-gsoc-mentors. If > you want to be mentor this year you are welcome to join that list too. > > Best regards > Janko > > S, Janko MivÅ¡ek piÅ¡e: >> Dear Smalltalkers, >> >> Let we apply this year again for the Google Summer of Code, which as you >> know is a Google's stipendium program for students to encourage them >> working on open-source projects [1]. >> >> Ok, our first step as community is to collect ideas for possible >> projects and to apply to the GSoC as an organization. Deadline is next >> Friday, so please hurry on with ideas. Just put them as reply to this >> email or to admins directly and we will put them on our website [2]. >> >> Your project idea should be written as answers to these questions: >> >> Name >> Level (Beginner, Intermediate, Advanced) >> Possible mentor >> Possible second mentor >> >> Description >> Technical Details >> Benefits to the Student >> Benefits to the Community >> >> >> See how such ideas look like in past: http://gsoc2010.esug.org/ideas. >> >> Waiting for your ideas >> Carla and Janko, your GSoC Admin team >> >> [1] http://www.google-melange.com/gsoc/homepage/google/gsoc2012 >> [2] http://gsoc2012.esug.org >> > -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

March 5, 2012

Re: [Pharo-project] [squeak-dev] Re: Project ideas for GSoC, 7 days left!

by Janko MivÅ¡ek

HernÃ¡n and Karl, can you or someone else develop your ideas a bit furher, by answering the questions: description technical details benefif for student benefit for community while potential mentor can be choosen later Thanks! Janko Dne 02. 03. 2012 21:38, piÅ¡e karl ramberg: > Make web browser plugin of Squeak work better on all platforms. > Get Etoys image to run on CogVM. > > Karl > > > On Fri, Mar 2, 2012 at 9:36 PM, karl ramberg <karlramberg(a)gmail.com> wrote: >> Port OpenQwaq video to Etoys >> >> Karl >> >> >> On Fri, Mar 2, 2012 at 9:17 PM, HernÃ¡n Morales Durand >> <hernan.morales(a)gmail.com> wrote: >>> To dream is easy: >>> >>> -HDF5 (http://www.hdfgroup.org/HDF5/) support like PyTables or h5py for >>> Python >>> -Information Retrieval/Full Text Search package like Lucene >>> (http://lucene.apache.org/) >>> -A binding to R or SAS or SPSS >>> -Better or more semantic web support (see >>> http://en.wikipedia.org/wiki/Web_Services_Resource_Framework#Implementations) >>> -An omnibrowser for OWL ontologies >>> -CSS template system >>> -Support of a Distributed Hash Table protocol like Pastry >>> (http://www.freepastry.org/) >>> -Workflow system with designer and plug-in architecture (see >>> http://www.taverna.org.uk/) >>> -Big data CSV parser plugin >>> -Plugin for fast approximate search in strings >>> >>> cheers, >>> >>> >>> >>> 2012/3/2 Janko MivÅ¡ek <janko.mivsek(a)eranova.si> >>>> >>>> Hi everyone, >>>> >>>> 7 days to deadline for ideas of this year GSoC! Please think about what >>>> would be a nice project for students to work and that way join our >>>> community. And yes, students are welcome to propose projects too! >>>> >>>> Let we "recycle" past project ideas too! Please review them and propose >>>> those still valuable. Or change the proposal to suit better. Here they >>>> are: http://gsoc2010.esug.org/ideas . >>>> >>>> Let me and Carla post GSoC related stuff only on Pharo, Squeak and VWNC >>>> mailing lists while for other let someone forward those mails there >>>> please. It is just too hard to post on 10+ mailing lists, you know... >>>> >>>> Past GSoC mentors please join the debate on special Smalltalk GSoC >>>> mentors list: http://groups.google.com/group/smalltalk-gsoc-mentors. If >>>> you want to be mentor this year you are welcome to join that list too. >>>> >>>> Best regards >>>> Janko >>>> >>>> S, Janko MivÅ¡ek piÅ¡e: >>>>> Dear Smalltalkers, >>>>> >>>>> Let we apply this year again for the Google Summer of Code, which as you >>>>> know is a Google's stipendium program for students to encourage them >>>>> working on open-source projects [1]. >>>>> >>>>> Ok, our first step as community is to collect ideas for possible >>>>> projects and to apply to the GSoC as an organization. Deadline is next >>>>> Friday, so please hurry on with ideas. Just put them as reply to this >>>>> email or to admins directly and we will put them on our website [2]. >>>>> >>>>> Your project idea should be written as answers to these questions: >>>>> >>>>> Name >>>>> Level (Beginner, Intermediate, Advanced) >>>>> Possible mentor >>>>> Possible second mentor >>>>> >>>>> Description >>>>> Technical Details >>>>> Benefits to the Student >>>>> Benefits to the Community >>>>> >>>>> >>>>> See how such ideas look like in past: http://gsoc2010.esug.org/ideas. >>>>> >>>>> Waiting for your ideas >>>>> Carla and Janko, your GSoC Admin team >>>>> >>>>> [1] http://www.google-melange.com/gsoc/homepage/google/gsoc2012 >>>>> [2] http://gsoc2012.esug.org >>>>> >>> -- >>> HernÃ¡n Morales >>> Information Technology Manager, >>> Institute of Veterinary Genetics. >>> National Scientific and Technical Research Council (CONICET). >>> La Plata (1900), Buenos Aires, Argentina. >>> Telephone: +54 (0221) 421-1799. >>> Internal: 422 >>> Fax: 425-7980 or 421-1799. >>> >>> >>> >>> > > -- Janko MivÅ¡ek Smalltalk GSoC Admin Team http://gsoc2012.esug.org

March 5, 2012

[Pharo-project] [update 1.4] #14375

by Marcus Denker

14375 ----- Issue 5290: Cleanup Startup Error Handling http://code.google.com/p/pharo/issues/detail?id=5290 Camillo Bruni. - provide a more readable log output on stdout - properly handle the -interactive -headless switch - reuse existing code when using scripts (CodeLoader) - cleanup the logging in SmalltalkImage - added exit code (this was loaded as a hand-orderd .cs... next update will sync with the repository) Marcus -- Marcus Denker -- http://marcusdenker.de

March 5, 2012

Re: [Pharo-project] MVP

by StÃ©phane Ducasse

spec is not made to work on 1.3 Stef On Mar 5, 2012, at 10:03 AM, Schwab,Wilhelm K wrote: > Stef, > > Thanks for the code! #stable does some things on 1.4, but I still got nowhere with 1.3. The big thing keeping me off of 1.4 is shout in the browsers - I *really* like syntax highlighting. In fairness, I have not looked at 1.4 in a week or so, so maybe that's been fixed. However, I can certainly run it to play around with spec. > > Even on 1.4, I got a DNU over groups; this time I had to add the noop to OB, which is apparently the default in 1.4?? > > More fiddling to come. > > Bill > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] > Sent: Monday, March 05, 2012 3:26 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] MVP > > bill > > thanks for the catch. I updated the document. > > > Gofer new > url: 'http://ss3.gemstone.com/ss/Spec'; > package: 'ConfigurationOfSpec'; > load > > ConfigurationOfSpec project load: #stable > > > Stef > > > On Mar 5, 2012, at 1:24 AM, Schwab,Wilhelm K wrote: > >> Ben, >> >> Great, but I'm still getting nipped by a DNU of #addGroupForPackage:. I found that no-oped in 1.4 so added it to 1.3 and was able to loadFull. It looks like great work, but I can't get anything to run in 1.3 or 1.4. Any ideas? >> >> Bill >> >> >> >> >> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Benjamin [benjamin.vanryseghem.pharo(a)gmail.com] >> Sent: Sunday, March 04, 2012 6:53 PM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] MVP >> >> Everything has been moved in ss3.gemstone.com/ss/Spec :) >> >> >> Ben >> >> On Mar 5, 2012, at 12:47 AM, Schwab,Wilhelm K wrote: >> >>> Ben, >>> >>> Ok, but I don't see it in either dirty experiments or the mc repository. Am I missing a ConfigurationOfSpec? >>> >>> Bill >>> >>> >>> >>> >>> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Benjamin [benjamin.vanryseghem.pharo(a)gmail.com] >>> Sent: Sunday, March 04, 2012 6:38 PM >>> To: Pharo-project(a)lists.gforge.inria.fr >>> Subject: Re: [Pharo-project] MVP >>> >>> I am kind of a middle of something right now, so my advice is really to use the configuration (moreover I have added a lot of packages) >>> >>> >>> Keep me in touch, >>> >>> Ben >>> >>> On Mar 5, 2012, at 12:34 AM, Schwab,Wilhelm K wrote: >>> >>>> Stef, >>>> >>>> I skimmed the documentation and attempted to load Spec-BenjaminVanRyseghem.34.mcz into 1.3, but got an error and backed off. >>>> >>>> Any ideas? >>>> >>>> Bill >>>> >>>> >>>> >>>> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] >>>> Sent: Sunday, February 05, 2012 2:56 AM >>>> To: Pharo-project(a)lists.gforge.inria.fr >>>> Subject: Re: [Pharo-project] MVP >>>> >>>> if you want to have a look at what we are doing with benjamin you can have a look at >>>> Spec >>>> >>>> Yesterday benjamin added inputField support and rewrote the changeSorter. >>>> >>>> Stef >>>> >>>> >>>> >>>> On Feb 5, 2012, at 3:28 AM, Schwab,Wilhelm K wrote: >>>> >>>>> More: >>>>> >>>>> proportional layouts need to let each view have a proportion (zero makes it fixed size) and splitters should be just another view that is added to a composite, following the horizontal/vertical nature of the layout manager. >>>>> >>>>> >>>>> >>>>> >>>>> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Schwab,Wilhelm K [bschwab(a)anest.ufl.edu] >>>>> Sent: Saturday, February 04, 2012 9:25 PM >>>>> To: Pharo-project(a)lists.gforge.inria.fr >>>>> Subject: Re: [Pharo-project] MVP >>>>> >>>>> I'm still a little overwhelmed, but I see attention to layout; this has been a BIG stumbling block for me in my efforts to bring MVP to Pharo. I recommend using nested composite view/presenter pairs for most layout. First, it lends itself well to an eventual view editor, and second, can be surprisingly easy to code directly. >>>>> >>>>> Each composite view has a layout manager. Layouts include constrained table-like elements, but the real workhorses are proportional layouts, which can be set either horizontal or vertical. By nesting them, very complicate behavior can be achieved. >>>>> >>>>> There, said "nesting," and that has been where I have fallen into trouble. Pharo/morphic layout works great for children of the top level, but after that, I can't get reliable results. >>>>> >>>>> Sleep calls... >>>>> >>>>> Bill >>>>> >>>>> >>>>> >>>>> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Schwab,Wilhelm K [bschwab(a)anest.ufl.edu] >>>>> Sent: Saturday, February 04, 2012 6:36 PM >>>>> To: pharo-project(a)lists.gforge.inria.fr >>>>> Subject: [Pharo-project] MVP >>>>> >>>>> Hello all, >>>>> >>>>> I have been to busy to read today, but I like seeing any discussion of MVP. I am **slowly** working on a framework for it, but would be glad to be beaten to it. >>>>> >>>>> Default models are key; they must be replaceable, but (sub)triads should work "out of the box." Models can include value holders, value adapters, converters, and contexts, depending on how they are wired. >>>>> >>>>> I have something of a start on the adapters and converters, which I can try to package and make available. If nothing else, they will have value in seeding discussion if not be directly usable. More to come. >>>>> >>>>> Bill > > >

March 5, 2012

Re: [Pharo-project] Showing the setUp method in Nautilus

by StÃ©phane Ducasse

>> >> >> Question: how to associate a shortcut to an action? >> >> Side comment: it would be a good move to adopt a class hierarchy a la OB to define commands. Defining all the commands in NautilusUI does not scale and simply does not work for non trivial command. why? Did you look at KeyMapper? Stef

March 5, 2012

[Pharo-project] Pharo 1.4 Tests-Unix - Build # 267 - Still Unstable!

by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr

March 5, 2012

Re: [Pharo-project] [TODO] Issue tracker status

by Bernardo Ezequiel Contreras

the last link should be Issues tagged 1.4: http://code.google.com/p/pharo/issues/list?can=2&q=Milestone%3D1.4 On Mon, Mar 5, 2012 at 4:50 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > Issues all together: 439 > http://code.google.com/p/pharo/issues/list?can=2 > > Issues tagged 1.3: 9 (3 of which are tagged 1.4, too) > http://code.google.com/p/pharo/issues/list?can=2&q=Milestone%3D1.3 > > Issues tagged 1.4: 39 (of which 1 toInclude, 11 to review) > > http://code.google.com/p/pharo/issues/list?can=2&q=Milestone%3D1.3 > > -- > Marcus Denker -- http://marcusdenker.de > > >

March 5, 2012

Re: [Pharo-project] MVP

by Schwab,Wilhelm K

I do need stability, but there is nothing wrong with dabbling in the unstable to test something like spec. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Marcus Denker [marcus.denker(a)inria.fr] Sent: Monday, March 05, 2012 4:10 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] MVP On Mar 5, 2012, at 10:03 AM, Schwab,Wilhelm K wrote: > Stef, > > Thanks for the code! #stable does some things on 1.4, but I still got nowhere with 1.3. The big thing keeping me off of 1.4 is shout in the browsers - I *really* like syntax highlighting. Isn't Shout enabled in 1.4? > In fairness, I have not looked at 1.4 in a week or so, so maybe that's been fixed. However, I can certainly run it to play around with spec. > > Even on 1.4, I got a DNU over groups; this time I had to add the noop to OB, which is apparently the default in 1.4?? In the past you have shown to want very stable, out of the box usable, "I can not do anything wrong" kind of software. Does it then make sense to use Nautilus, which is in active development? Marcus -- Marcus Denker -- http://marcusdenker.de

March 5, 2012

[Pharo-project] Fwd: Showing the setUp method in Nautilus

by Alexandre Bergel

It may interest some of you. Alexandre Begin forwarded message: > From: Alexandre Bergel <alexandre.bergel(a)me.com> > Subject: Showing the setUp method in Nautilus > Date: 5 March 2012 08:52:39 GMT-03:00 > To: benjamin Van Ryseghem <benjamin.vanryseghem(a)gmail.com> > > Hi! > > I worked on a new method item action to easily show the setUp method of a testCase. This helps reduce the amount of clicks and context switching when one wants to know what the setUp method is about while writing a test method. > > I think it is a good candidate for being included in Nautilus. > Ben, if you agree with this, I can to commit in the Nautilus rep and produce a new version of the configuration. How does that sound? > > Question: how to associate a shortcut to an action? > > Side comment: it would be a good move to adopt a class hierarchy a la OB to define commands. Defining all the commands in NautilusUI does not scale and simply does not work for non trivial command. > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

March 5, 2012