- Pharo-dev - lists.pharo.org

[Pharo-project] Fwd: [Esug-list] ESUG 2012: registration is open!

by StÃ©phane Ducasse

Begin forwarded message: > From: Johan Brichau <johan(a)inceptive.be> > Subject: [Esug-list] ESUG 2012: registration is open! > Date: May 16, 2012 11:17:10 AM GMT+02:00 > To: ESUG Mailing list <esug-list(a)lists.esug.org> > > Dear Smalltalkers, > > I am pleased to announce that registration for the 20th ESUG Conference in Ghent, Belgium is now open! > > To register, please proceed to the website http://www.esug.org/wiki/pier/Conferences/2012 or go directly to http://registration.esug.org > > Important: do not forget to book your accomodation directly at one of the hotels in Ghent before June30th! > See: http://www.esug.org/wiki/pier/Conferences/2012/Accomodation > > August in Ghent is tourist season and there are a number of other conferences running at the same time at ESUG. So please book your hotel early, preferably before June 30th! > We have ensured availability of a number of rooms at various hotels in Ghent until June 30th. After that date, the option expires and you will need to search for other places to stay. > Make sure to book your hotel as soon as possible and mention the reservation code "ESUG" (this is important to get the rates and/or available rooms!) > > If there are any questions or problems, I am happy to answer them. Just send me an email on johan(a)inceptive.be > > Johan Brichau > johan(a)inceptive.be > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org

May 18, 2012

Re: [Pharo-project] [Pharo-consortium] We need your Pharo successes

by StÃ©phane Ducasse

Some more :) I love these mails :) https://gforge.inria.fr/frs/download.php/30798/netstyle_wedruck_pharo.pdf https://gforge.inria.fr/frs/download.php/30797/cmsbox_pharo.pdf https://gforge.inria.fr/frs/download.php/30793/reflex-vacances.pdf Stef

May 18, 2012

Re: [Pharo-project] [Pharo-consortium] We need your Pharo successes

by StÃ©phane Ducasse

Here is a couple of more pharo successes :) https://gforge.inria.fr/frs/download.php/30792/smalltalkhub-pharoconf.pdf https://gforge.inria.fr/frs/download.php/30791/3Slides-SourceCity.pdf https://gforge.inria.fr/frs/download.php/30785/3Slides-Synectique.pdf https://gforge.inria.fr/frs/download.php/30784/humane-assessment-powered-by… https://gforge.inria.fr/frs/download.php/30782/2012-ObjectProfilePharoConf.… Yes I'm waiting for yours too! Stef

May 18, 2012

Re: [Pharo-project] Redline: No more Java ...

by StÃ©phane Ducasse

James first can you post to the pharo-users mailing-list instead of the pharo development? second can you avoid to send the same mail all over again? Stef On May 18, 2012, at 12:38 AM, James Ladd wrote: > Adopting a class in Redline Smalltalk is now easier and doesn't require > compilation of Java - See the Getting Started http://www.redline.st/discover/getting-started.html > > Please help Redline by Adopting a Class.

May 18, 2012

Re: [Pharo-project] Morpheas , bringing Morphic to Opengl (3d GUIs)

by chadwick

> > yeah.. but make sure you linking with right 32bit lib.. otherwise you > will get things like that. > > ok I changed the FFI path to OpenGL library to /usr/lib32/nvidia-current-updates/libGL.so.1/usr/lib32/nvidia-current-updates/libGL.so.1 and now GLTTRenderingDemo new openInWorld. does something, i.e. there's no error either in Pharo or in the console, but I don't see anything, there's just a sense that something is being computed as the machine runs slower.

May 18, 2012

[Pharo-project] Redline: No more Java ...

by James Ladd

Adopting a class in Redline Smalltalk is now easier and doesn't require compilation of Java - See the Getting Started http://www.redline.st/discover/getting-started.html Please help Redline by Adopting a Class.

May 17, 2012

Re: [Pharo-project] Moving data into new package/image version

by Yanni Chiu

On 17/05/12 3:51 PM, Sean P. DeNigris wrote: > > That could be very useful. How do you "fix up the class references"? What > methods should I look at? Brute force: find all references to the old class (select class name, cmd-shift-N). Go through the list of methods, paste the new class name, accept the change. This works for code. If you have instances of the class, then I guess even more brute force is needed. Or, you could go back to your original method, using class re-naming. (Remember that this technique started with not having an old image, but only having the exported objects).

May 17, 2012

Re: [Pharo-project] Epoch returns local offset

by Sven Van Caekenberghe

On 17 May 2012, at 21:11, Sean P. DeNigris wrote: > This was a complicated change that's obviously at the core of the system. > Although all 385 of KernelTests-Chronology tests pass[1], I'd really > appreciate some feedback and testing... I want to have a look, but after the conference.

May 17, 2012

Re: [Pharo-project] Release of Roassal

by Tudor Girba

Hi, Just a note: Mondrian does not force anyone to use a DSL :). Most people just chose to use it because the API was better. It's not that much different in Roassal, but that is not an important topic :). Doru On 17 May 2012, at 21:54, StÃ©phane Ducasse wrote: > an important one. you can use roassal without been forced to use a dsl. > Then you have a much better way to handle interaction and also the camera (zoom) > > Stef > > > On May 17, 2012, at 2:47 PM, Damien Cassou wrote: > >> Hi Alexandre, >> >> On Thu, May 17, 2012 at 2:38 PM, Alexandre Bergel >> <alexandre.bergel(a)me.com> wrote: >>> Roassal graphically renders objects using short and expressive Smalltalk >>> expressions. A large set of interactions are offered for a better user >>> experience. Painting, brushing, interconnecting, zooming, drag and dropping >>> will just make you more intimate with any arbitrary object model. >>> >>> Screenshot available >>> on http://objectprofile.com/pier/Products/Roassal/Screenshots >> >> I don't understand the differences with Mondrian and the screenshots >> don't help me (probably because they are too small). >> >> -- >> Damien Cassou >> http://damiencassou.seasidehosting.st >> >> "Lambdas are relegated to relative obscurity until Java makes them >> popular by not having them." James Iry >> > > -- www.tudorgirba.com "Every successful trip needs a suitable vehicle."

May 17, 2012

Re: [Pharo-project] Epoch returns local offset

by Sean P. DeNigris

Sven Van Caekenberghe wrote > > But are you sure that this is incorrect ? Hey Sven! It started out as a question about the offset of the epoch. >From the responses, and some of my own problems in the past, it seems clear that having an epoch without a specific timezone does not work (see my example earlier in the thread of converting to seconds, moving to a different timezone, and converting back to a DateAndTime). As David Lewis mentioned, we're back in the world of DOS (which is how I got into this mess to begin with - fixing ZipArchive led me to DOS times, led me to SqueakEpoch...). The only way out that I can see is to assume that all times-as-seconds are in a reference timezone, and the Unix epoch already exists, is widely known, and specifies UTC, so I used that, as David suggested. Sean -- View this message in context: http://forum.world.st/Epoch-returns-local-offset-tp4630549p4630717.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 17, 2012