January 2014 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Possible bug with Voyage-Mongo date

by raphonic

Mongo-BSON was the package overriding duration. It over-rode duration's accessor with duration ^Duration seconds: self asSeconds nanoSeconds: 0 -- View this message in context: http://forum.world.st/Possible-bug-with-Voyage-Mongo-date-tp4735597p4735638… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 10, 2014

Re: [Pharo-users] Possible bug with Voyage-Mongo date

by raphonic

For Date today duration, I got '41281:18:30:00' and for (Date readFrom: '01-23-2004' readStream) duration: '37641:18:30:00'. I've loaded only a few packages over the default image Seaside3(3.1) VoyageMongo, JSON I'm currently looking at the Date class to see if some package overrides any methods. Thanks. -- View this message in context: http://forum.world.st/Possible-bug-with-Voyage-Mongo-date-tp4735597p4735632… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 10, 2014

Re: [Pharo-users] Possible bug with Voyage-Mongo date

by Sven Van Caekenberghe

On 10 Jan 2014, at 08:18, raphonic <raphonic(a)outlook.com> wrote: > I just ran the entire test suite for Pharo and it seems that the problem > isn't with voyage or the mongo test driver. The > DateTest>#testDuration test failed with this message 'Got 37641:18:30:00 > instead of 1:00:00:00'. I'm running the latest pharo3.0 vm and image on > Ubuntu 12 x86. Anyone know what could be the problem? That seems very weird: it basically says that the duration of a Date, which should be one day, 24 hours, is totally wrong ! What do you get if you do Date today duration. (Date readFrom: '01-23-2004' readStream) duration. I think one of the packages you loaded did some override in Chronology and broke stuff. Sven

Jan. 10, 2014

Re: [Pharo-users] Possible bug with Voyage-Mongo date

by raphonic

I just ran the entire test suite for Pharo and it seems that the problem isn't with voyage or the mongo test driver. The DateTest>#testDuration test failed with this message 'Got 37641:18:30:00 instead of 1:00:00:00'. I'm running the latest pharo3.0 vm and image on Ubuntu 12 x86. Anyone know what could be the problem? -- View this message in context: http://forum.world.st/Possible-bug-with-Voyage-Mongo-date-tp4735597p4735598… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 10, 2014

Possible bug with Voyage-Mongo date

by raphonic

I'm running Pharo 3.0 beta with Voyage-Mongo. When I save a DateAndTime instance in the database, it's saved in Mongodb as the previous day. This occurs for all dates. This could be an issue with either the Mongo driver or Voyage-Mongo, i'm not exactly sure which since both their tests pass. -- View this message in context: http://forum.world.st/Possible-bug-with-Voyage-Mongo-date-tp4735597.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 10, 2014

Re: [Pharo-users] [Pharo-dev] Pharo3 build is green!

by Luc Fabresse

Congrats ;-) #Luc 2014/1/10 Tudor Girba <tudor(a)tudorgirba.com> > Thank you! > > Doru > > > On Thu, Jan 9, 2014 at 9:02 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > >> >> FInallyâ¦ a lot of work went into this, and I thank everyone who helped! >> >> We are now running 34134 (together) for the 3 architectures... >> > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

Jan. 10, 2014

Re: [Pharo-users] [Pharo-dev] Pharo3 build is green!

by Tudor Girba

Thank you! Doru On Thu, Jan 9, 2014 at 9:02 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > FInallyâ¦ a lot of work went into this, and I thank everyone who helped! > > We are now running 34134 (together) for the 3 architectures... > -- www.tudorgirba.com "Every thing has its own flow"

Jan. 10, 2014

Pharo3 build is green!

by Marcus Denker

FInallyâ¦ a lot of work went into this, and I thank everyone who helped! We are now running 34134 (together) for the 3 architectures...

Jan. 9, 2014

Re: [Pharo-users] [Pharo-dev] [Moose-dev] Re: Feature for request for GraphET?

by Tudor Girba

Hi Daniel, Good work! But, there is still something I do not quite understand. Take a look at the produced image. Why is it that in the first red bar appears behind the gray one, and the rest appear in front of the corresponding gray bars? Related to the GapFraction: Could you describe what makes it such an expensive issue to compute the width of the bar with a bit of scaling? I am asking because this particular diagram does not work without it. Cheers, Doru [image: Inline image 1] On Wed, Jan 8, 2014 at 6:50 PM, Daniel Aviv Notario < daniel_avivnotario(a)hotmail.com> wrote: > So, attending to the request Doru made, here's something similar to the > example he provided in EyeSee... All the methods were already implemented > but most of them didn't have a clear accesor to modify them. > > So, if you just load the last version of GraphET and do this: > > > builder := GETDiagramBuilder new. > grouped := { #item1->{10 . 12 . 11 . 14 } . #item2-> { 1 . 1 . 20 > } > . #item3->{ 1 . 1 . 1 . 1 . 1} }. > diag := (GETVerticalBarDiagram new) > modelLabels: [:each | each key ]; > y: [:each | each value size]; > yAxisLabel: 'Count'; > valueAxis; > height:200; > spacing:20; > yAxisOnRight; > color: Color veryLightGray; > axisColor: Color veryLightGray; > models: grouped; > yourself. > diag2 := (GETVerticalBarDiagram new) > y: [:each | each value sum]; > regularAxis; > height: 200; > spacing:20; > yAxisLabel: 'Sum'; > color: (Color red); > axisColor: (Color red); > models: grouped; > yourself. > (builder unionDiagram) > add: diag; > add: diag2. > builder open > > > You'll see it's very similar. There's two things I couldn't replicate so > far, one of them is the rotating labels, as Roassal can't rotate labels > yet, and the second one was the GapFraction, as axis in GraphET need some > work yet, so implementing that kind of thing would be hard. I think I'll > dedicate to a proper axis in the next couple of weeks. > > Cheers :)! > > > > >>> ---------- Forwarded message ---------- > > > >>> From: Tudor Girba <tudor(a)tudorgirba.com> > > > >>> Date: Sat, Jan 4, 2014 at 10:39 PM > > > >>> Subject: Re: [Pharo-dev] Feature for request for GraphET? > > > >>> To: Pharo Development List <pharo-dev(a)lists.pharo.org> > > > >>> > > > >>> > > > >>> Here is one thing I would want: a correspondent Graph-ET > > > >>> functionality to make something like this EyeSee script work as > > > >>> in > > > >>> the first attached picture. > > > >>> > > > >>> renderer := ESDiagramRenderer new. > > > >>> grouped := { #item1->{10 . 12 . 11 . 14 } . #item2-> { 1 . 1 . 20 > > > >>> } > > > >>> . #item3->{ 1 . 1 . 1 . 1 . 1} }. > > > >>> diag := (ESVerticalBarDiagram new) > > > >>> identifier: [:each | each key ]; > > > >>> y: [:each | each value size]; > > > >>> yAxisLabel: 'Count'; > > > >>> valueAxis; > > > >>> rightYAxis; > > > >>> defaultColor: Color veryVeryLightGray; > > > >>> axisColor: Color veryVeryLightGray; > > > >>> models: grouped; > > > >>> rotatedLabels: true; > > > >>> yourself. > > > >>> diag2 := (ESVerticalBarDiagram new) > > > >>> y: [:each | each value sum]; > > > >>> regularAxis; > > > >>> yAxisLabel: 'Sum'; > > > >>> gapFraction: 2 / 3; > > > >>> defaultColor: (Color red); > > > >>> axisColor: (Color red); > > > >>> models: grouped; > > > >>> yourself. > > > >>> (renderer compositeDiagram) > > > >>> add: diag; > > > >>> add: diag2. > > > >>> renderer open > > > >>> > > > >>> > > > >>> <Screenshot 2014-01-04 22.31.57.png> > > > >>> > > > >>> > > > >>> The best I could produce with Graph-ET is this (I commented out > > > >>> the > > > >>> message to which I did not find a correspondent): > > > >>> > > > >>> builder := GETDiagramBuilder new. > > > >>> grouped := { #item1->{10 . 12 . 11 . 14 } . #item2-> { 1 . 1 . 20 > > > >>> } > > > >>> . #item3->{ 1 . 1 . 1 . 1 . 1} }. > > > >>> diag := (GETVerticalBarDiagram new) > > > >>> "identifier: [:each | each key ];" > > > >>> y: [:each | each value size]; > > > >>> yAxisLabel: 'Count'; > > > >>> valueAxisLine; > > > >>> "rightYAxis;" > > > >>> color: Color veryLightGray; > > > >>> "axisColor: Color veryLightGray;" > > > >>> models: grouped; > > > >>> "rotatedLabels: true;" > > > >>> yourself. > > > >>> diag2 := (GETVerticalBarDiagram new) > > > >>> y: [:each | each value sum]; > > > >>> regularAxis; > > > >>> yAxisLabel: 'Sum'; > > > >>> "gapFraction: 2 / 3;" > > > >>> color: (Color red); > > > >>> "axisColor: (Color red);" > > > >>> models: grouped; > > > >>> yourself. > > > >>> (builder compositeDiagram) > > > >>> add: diag; > > > >>> add: diag2. > > > >>> builder open > > > >>> > > > >>> <Screenshot 2014-01-04 22.36.40.png> > > > >>> > > > >>> Cheers, > > > >>> Doru > -- www.tudorgirba.com "Every thing has its own flow"

Jan. 8, 2014

Re: [Pharo-users] World to Morph Local Co-ordinates

by Sean P. DeNigris

Markus Schlager-2 wrote > http://lists.pharo.org/pipermail/pharo-users_lists.pharo.org/2013-September… Interesting thread - thanks! ----- Cheers, Sean -- View this message in context: http://forum.world.st/World-to-Morph-Local-Co-ordinates-tp4735247p4735265.h… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 8, 2014