May 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] [Pharo-dev] [SURVEY] Code Critics Usage

by Thomas Heniart

Done :) 2015-05-04 18:58 GMT+02:00 Mark Rizun <mrizun(a)gmail.com>: > Me too :) > > 2015-05-04 20:45 GMT+03:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > >> Done! >> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> On May 4, 2015, at 12:41 PM, Jigyasa Grover <grover.jigyasa1(a)gmail.com> >> wrote: >> >> Done ! >> >> On Mon, May 4, 2015 at 9:47 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> >> wrote: >> >>> Dear Pharo developers, >>> >>> I kindly ask you to participate in the Code Critics mini-survey: >>> https://www.esurveycreator.com/s/8af18d8. >>> It will take only a coupe minutes of your time (or less), and will give >>> us the better understanding of how Code Critics are currently used and how >>> to improve them. >>> >>> Cheers! >>> Yuriy >>> >> >> >> >

May 4, 2015

Re: [Pharo-users] [Pharo-dev] [SURVEY] Code Critics Usage

by Mark Rizun

Me too :) 2015-05-04 20:45 GMT+03:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > Done! > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > On May 4, 2015, at 12:41 PM, Jigyasa Grover <grover.jigyasa1(a)gmail.com> > wrote: > > Done ! > > On Mon, May 4, 2015 at 9:47 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> > wrote: > >> Dear Pharo developers, >> >> I kindly ask you to participate in the Code Critics mini-survey: >> https://www.esurveycreator.com/s/8af18d8. >> It will take only a coupe minutes of your time (or less), and will give >> us the better understanding of how Code Critics are currently used and how >> to improve them. >> >> Cheers! >> Yuriy >> > > >

May 4, 2015

Re: [Pharo-users] [Pharo-dev] [SURVEY] Code Critics Usage

by Jigyasa Grover

Done ! On Mon, May 4, 2015 at 9:47 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Dear Pharo developers, > > I kindly ask you to participate in the Code Critics mini-survey: > https://www.esurveycreator.com/s/8af18d8. > It will take only a coupe minutes of your time (or less), and will give us > the better understanding of how Code Critics are currently used and how to > improve them. > > Cheers! > Yuriy >

May 4, 2015

[SURVEY] Code Critics Usage

by Yuriy Tymchuk

Dear Pharo developers, I kindly ask you to participate in the Code Critics mini-survey: https://www.esurveycreator.com/s/8af18d8. It will take only a coupe minutes of your time (or less), and will give us the better understanding of how Code Critics are currently used and how to improve them. Cheers! Yuriy

May 4, 2015

Re: [Pharo-users] [Moose-dev] Issue with GT-Debugger

by Alexandre Bergel

Ok! I will try! Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On May 4, 2015, at 7:37 AM, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > > I made a slice for backporting the fix to Pharo 4: https://pharo.fogbugz.com/f/cases/15423/Backport-Pharo4-15422-SHTextStyler-… <https://pharo.fogbugz.com/f/cases/15423/Backport-Pharo4-15422-SHTextStyler-…> > Can you load it and check that it fixes the problem. > > Cheers, > Andrei > > On Mon, May 4, 2015 at 11:18 AM, Andrei Chis <chisvasileandrei(a)gmail.com <mailto:chisvasileandrei@gmail.com>> wrote: > I need to double check again that the fix solves this problem and then backport it from Pharo 5 to Pharo 4. > > Cheers, > Andrei > > On Sun, May 3, 2015 at 10:12 PM, Tudor Girba <tudor(a)tudorgirba.com <mailto:tudor@tudorgirba.com>> wrote: > Indeed, it's a known issue and Andrei already investigated it. There is a discussion on the Pharo-dev mailing list. > > Cheers, > Doru > > On Sun, May 3, 2015 at 11:11 PM, Alexandre Bergel <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> wrote: > Hi! > > When tracing the execution in GT-debugger the text selection does not always reflect the real position of the program counter. Consider the following screenshot: > <Screen Shot 2015-05-03 at 5.08.26 PM.png> > > I have simply pressed the step-into button, nothing more. The selection is not meaningful. > Am I the only one to have noticed this? > It would be great to have it fixedâ¦ > > Cheers, > Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com/> > > "Every thing has its own flow" > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev

May 4, 2015

Woden - Rotate an Object from absolute referential

by merwanouddane＠gmail.com

Hello everyone, I am currently making a little demo with woden and I would like to rotate a cube, not from the relative referential but from the absolute one ( rotate X always rotate in the same direction even if I previously have rotated Y ). What currently happens is that when I rotate the cube, the referential rotates as well... Does anyone know how to counter this ? Thanks Merwan

May 4, 2015

Re: [Pharo-users] [Pharo-dev] [SURVEY] Pillar input/output files.

by Norbert Hartl

> Am 04.05.2015 um 15:52 schrieb Damien Cassou <damien.cassou(a)inria.fr>: > > > Guillermo Polito <guillermopolito(a)gmail.com> writes: > >> Well, I'm using pillar for static web page generation. In such case, I >> don't need a main document. >> >> What would be, more specifically, the impact over me? I know that >> - I will have to move my input files inside a mysite.pillar >> >> and... what else? > > static web page generation is an important target for us so we won't > forget about this use case. Cyril will give more information when the > picture gets clearer. > Static web page generation is also interesting for me. Stef seems to work on something, too. Maybe it is a good idea to lay out the ideas in the open. Norbert

May 4, 2015

Re: [Pharo-users] [Pharo-dev] [SURVEY] Pillar input/output files.

by Damien Cassou

Guillermo Polito <guillermopolito(a)gmail.com> writes: > Well, I'm using pillar for static web page generation. In such case, I > don't need a main document. > > What would be, more specifically, the impact over me? I know that > - I will have to move my input files inside a mysite.pillar > > and... what else? static web page generation is an important target for us so we won't forget about this use case. Cyril will give more information when the picture gets clearer. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

May 4, 2015

Re: [Pharo-users] [Pharo-dev] [SURVEY] Pillar input/output files.

by Damien Cassou

Guillermo Polito <guillermopolito(a)gmail.com> writes: > If I understand correctly... then, why the pillar.conf is not just a pillar > file? (And the conf is the header if the file?) :) my middle-term goal is to simplify/remove as much as possible both the pillar.conf and compile.sh scripts. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

May 4, 2015

Re: [Pharo-users] [Pharo-dev] [SURVEY] Pillar input/output files.

by Guillermo Polito

Well, I'm using pillar for static web page generation. In such case, I don't need a main document. What would be, more specifically, the impact over me? I know that - I will have to move my input files inside a mysite.pillar and... what else? El lun., 4 de may. de 2015 a la(s) 3:23 p. m., Ben Coman < btc(a)openinworld.com> escribiÃ³: > +1. I can't think of any detractions. > > On Mon, May 4, 2015 at 8:59 PM, Guillermo Polito < > guillermopolito(a)gmail.com> wrote: > >> If I understand correctly... then, why the pillar.conf is not just a >> pillar file? (And the conf is the header if the file?) :) >> >> El lun., 4 de may. de 2015 a la(s) 2:50 p. m., Damien Cassou < >> damien.cassou(a)inria.fr> escribiÃ³: >> >>> >>> Cyril Ferlicot <cyril.ferlicot(a)gmail.com> writes: >>> >>> > Hi, >>> > I'm currently working on the way we manage the input files and the >>> output files. >>> > The way we manage the files now makes hard some improvement of Pillar. >>> > That's why with Damien we though about makes some changes. The changes >>> > are big so I wanted to talk about that with you. >>> > We propose to have always 1 file with all the work inside. That can >>> > use the inputFile tag. For example: >>> > >>> > "${inputFile:Chapter1.pillar}$ >>> > >>> > ${inputFile:Chapter2.pillar}$ >>> > >>> > ${inputFile:Chapter3.pillar}$ >>> > >>> > ${inputFile:Chapter4.pillar}$" >>> > >>> > And the option "separateOutputFiles" will now create 1 file each time >>> > we have a new Chapter. (!Level 1 header). >>> > That will make simpler the way to number everything and to create >>> > anchor because those 2 doesn't work well with the "separateOutputFile" >>> > option. >>> > >>> > What do you thing? That would be good with you? >>> >>> this change proposes to remove the option inputFiles from Pillar. Pillar >>> will now take only 1 Pillar input file that must include the rest. This >>> will simplify pillar.conf, this will simplify compile.sh, this will make >>> it easier for the author to understand the process, and this will >>> simplify Pillar's implementation. With this in place, we think we can >>> fix the problems with anchors and inter-chapter links. >>> >>> -- >>> Damien Cassou >>> http://damiencassou.seasidehosting.st >>> >>> "Success is the ability to go from one failure to another without >>> losing enthusiasm." --Winston Churchill >>> >>> >

May 4, 2015