gmane.comp.lang.smalltalk.pharo.devel

Re: tricky nautilus glitch - reproducible now :) …. image 20076

Benjamin — 2012-05-18T12:09:46

Euh ...

Can you be more specific please ?

Thanks in advance,

Ben

On May 18, 2012, at 2:01 PM, Stéphane Ducasse wrote:

tricky nautilus glitch - reproducible now :) …. image 20076

Stéphane Ducasse — 2012-05-18T12:01:06

Ben

I found a way to reproduce my problem, 
take 20076

in a workspace
forPackage: sur MCPackageManager

forPackage: + act M
puis un click sur initialize
puis un autre click sur initialize
-> problem 

The icon navigation works but we cannot see the code.

Stef

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

Stéphane Ducasse — 2012-05-18T11:55:21


Begin forwarded message:

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

Stéphane Ducasse — 2012-05-18T10:09:09

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-moose-pharo-3-slides.pdf
https://gforge.inria.fr/frs/download.php/30782/2012-ObjectProfilePharoConf.pdf


Yes I'm waiting for yours too!

Stef

Re: Redline: No more Java ...

Stéphane Ducasse — 2012-05-18T07:22:50

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:

Re: Morpheas , bringing Morphic to Opengl (3d GUIs)

chadwick — 2012-05-18T05:34:59

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.

Redline: No more Java ...

James Ladd — 2012-05-17T22:38:54

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.

Re: Moving data into new package/image version

Yanni Chiu — 2012-05-17T21:30:18

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).

Re: Epoch returns local offset

Sven Van Caekenberghe — 2012-05-17T20:44:21

On 17 May 2012, at 21:11, Sean P. DeNigris wrote:


I want to have a look, but after the conference.

Re: Release of Roassal

Tudor Girba — 2012-05-17T20:36:01

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:


--
www.tudorgirba.com

"Every successful trip needs a suitable vehicle."

Re: Epoch returns local offset

Sean P. DeNigris — 2012-05-17T20:19:29

Sven Van Caekenberghe wrote

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.

Re: Epoch returns local offset

Sven Van Caekenberghe — 2012-05-17T20:07:11

Sean,


I have very little time because I need to prepare stuff for the PharoConf, so I haven't read all the mails and code that you produced on this subject.

But are you sure that this is incorrect ? I am mean, combining the clock seconds with the local offset should yield a proper time, no ? The TZ of the clock is then cancelled out as far as I see it.


This is code taken from https://github.com/svenvc/ztimestamp


ZTimestamp class side


now
"Create and return a new ZTimestamp equal to the current system time"

^ self fromClockSeconds: (self clockSeconds - self clockTimezoneOffset)


fromClockSeconds: seconds
"Create and return a new instance from a specific number of seconds since our clock epoch, see #now"

^ self new
jdn: self clockEpoch julianDayNumber + (seconds // 86400)
secs: self clockEpoch secondsSinceMidnight + (seconds \\ 86400)


clockEpoch
"Return the epoch of the clock that we use as an instance (cached), see #now"

^ ClockEpoch ifNil: [
ClockEpoch := self year: 1901 month:

Re: Moving data into new package/image version

Francois Stephany — 2012-05-17T20:06:28


That's what I also did when Migrating from 1.3 to 1.4. It worked fine.

Re: Release of Roassal

Alexandre Bergel — 2012-05-17T20:05:15

In addition to what Stef said, Roassal supports interaction much better than Mondrian.

Alexandre

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

Stéphane Ducasse — 2012-05-17T20:05:12

excellent!
It is now added to our nice list
https://gforge.inria.fr/frs/?group_id=1299

Stef

On May 17, 2012, at 9:23 PM, Tudor Girba wrote:

Re: Are we losing method versions?

Stéphane Ducasse — 2012-05-17T19:55:35

On May 17, 2012, at 6:32 PM, Chris Muller wrote:


Not yet. I have to get the time to be really concentrated.

Re: Release of Roassal

Stéphane Ducasse — 2012-05-17T19:54:15

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:

Re: Moving data into new package/image version

Sean P. DeNigris — 2012-05-17T19:51:19

Yanni Chiu wrote

That could be very useful. How do you "fix up the class references"? What
methods should I look at?

--
View this message in context: http://forum.world.st/Moving-data-into-new-package-image-version-tp4628820p4630706.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Re: Moving data into new package/image version

Mariano Martinez Peck — 2012-05-17T19:40:13

wow..how many good ideas :)




That's correct.


this week :)  And we will include it in Pharo 2.0 also.

Re: Moving data into new package/image version

Yanni Chiu — 2012-05-17T19:37:20

When I don't have the old image anymore, I create a subclass in the new
image (e.g. FileReference subclass: FSReference), do the import, then
fix up the class references.

Mariano - I think the class rename feature is not available in Fuel-1.7
which is the current stable release. Is there a target date for 1.8 to
become stable?

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

Tudor Girba — 2012-05-17T19:23:07

Hi,

Oh, I made a mistake and rendered the wrong PDF.

Here is another one:
http://dl.dropbox.com/u/18323746/Humane-assessment/humane-assessment-powered-by-moose-pharo-3-slides.pdf

Is it better?

Cheers,
Doru


On 17 May 2012, at 13:45, Stéphane Ducasse wrote:


--
www.tudorgirba.com

"There are no old things, there are only old ways of looking at them."