Re: [Pharo-users] deep into pharo(esug 2013) translate to korean draft version.

2014-04-02 Thread Pharo4Stef
Thanks a lot Once you have a pdf version we can put it on the website. Stef On 02 Apr 2014, at 04:20, peter yoo onionmi...@gmail.com wrote: http://trans.onionmixer.net/mediawiki/index.php?title=DeepintoPharo this book translate to korean. but draft now. have a time then read and fix more.

Re: [Pharo-users] 64 bit version

2014-04-02 Thread Andres Valloud
And in Windows land, long is 32 bits even for 64 bit apps... Even after you're done with the VM part, someone will have to go audit all the external interfaces and make sure they really follow the manual. On 4/1/14 21:24 , p...@highoctane.be wrote: How would that work? Would this be a 32 bit

Re: [Pharo-users] Question on style

2014-04-02 Thread Damien Cassou
Hi Nacho, On Wed, Apr 2, 2014 at 6:35 AM, nacho 0800na...@gmail.com wrote: Would you consider this good code? Would you change something? or re-arrange the code? Some random comments: - your class models 2 roles: a quadratric equation and an algorithm to find roots. And there are instance

Re: [Pharo-users] deep into pharo(esug 2013) translate to korean draft version.

2014-04-02 Thread Damien Cassou
On Wed, Apr 2, 2014 at 4:20 AM, peter yoo onionmi...@gmail.com wrote: http://trans.onionmixer.net/mediawiki/index.php?title=DeepintoPharo impressive. Thanks -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing

Re: [Pharo-users] Rewiting code: doc?

2014-04-02 Thread p...@highoctane.be
Now I do have a ton of new symbols in autocompletion but no class has been renamed. 2.0 image... Le 2 avr. 2014 08:18, Hernán Morales Durand hernan.mora...@gmail.com a écrit : RBClassRegexRefactoring new renameClasses; replace: '^XX(.*)$' with: 'ZZ$1' ignoreCase: false; execute.

Re: [Pharo-users] deep into pharo(esug 2013) translate to korean draft version.

2014-04-02 Thread peter yoo
pdf version? but i dant hava LaTeX file. and may original version use LaTeX. but im using xetex. (because LaTeX ko-fint process so ugly in linux. but xetex is ok. same windows) wiki to pdf file can make. but ok? wiki-pdf look no beautiful.

[Pharo-users] Few questions about Spec (instance specific layout and skinning)

2014-04-02 Thread Thomas Bany
Hi ! First, I apologyse for the wall of text. I'm trying my hands at Spec and I have few questions: - How can I implement an instance-dependent layout ? Regarding the layout method lookup, the documentation states that it starts on instance side, which allows a UI to have a more specific

[Pharo-users] changes and sources file availability

2014-04-02 Thread Usman Bhatti
Hello, In Pharo 2.0, we could enforce the image not to look for sources and changes file at the startup with: SmalltalkImage checkChangesFileAvailability: false; checkSourcesFileAvailability: false. I could not found these selectors anymore in my Pharo 3.0 image. Clement

Re: [Pharo-users] deep into pharo(esug 2013) translate to korean draft version.

2014-04-02 Thread Damien Cassou
On Wed, Apr 2, 2014 at 11:59 AM, peter yoo onionmi...@gmail.com wrote: wiki to pdf file can make. but ok? wiki-pdf look no beautiful. maybe just tell us when you want us to put the url on our website and I will do it. You can email me privately to be sure. Thanks again, nice contribution --

[Pharo-users] lasergame problem with Blankcell

2014-04-02 Thread Roelof Wobben
Hello, On the first part I have to make a class named BlankCell which is a subclass of TestCase. So far no problem. But when you are on the MirrorCell part BlankCell must be a subclass of Cell. But then the tests will fail because should: cannot be found. The manual says nothing about

Re: [Pharo-users] lasergame problem with Blankcell

2014-04-02 Thread Camille Teruel
On 2 avr. 2014, at 13:21, Roelof Wobben r.wob...@home.nl wrote: Hello, On the first part I have to make a class named BlankCell which is a subclass of TestCase. So far no problem. But when you are on the MirrorCell part BlankCell must be a subclass of Cell. But then the tests will fail

Re: [Pharo-users] lasergame problem with Blankcell

2014-04-02 Thread Nicolai Hess
2014-04-02 13:21 GMT+02:00 Roelof Wobben r.wob...@home.nl: Hello, On the first part I have to make a class named BlankCell which is a subclass of TestCase. So far no problem. No, firstly, all cells are just subclasses of Object ( http://squeak.preeminent.org/tut2007/html/015.html). And in

Re: [Pharo-users] lasergame problem with Blankcell

2014-04-02 Thread Mark Rizun
Hi, You probably misunderstood the task. On the first part I have to make a class named BlankCell which is a subclass of TestCase. You had to create the class *BlankCellTestCase* (not BlankCell) which is a subclass of *TestCase*. BlankCell and BlankCellTestCase are two different classes.

Re: [Pharo-users] lasergame problem with Blankcell

2014-04-02 Thread Roelof Wobben
Camille Teruel schreef op 2-4-2014 13:40: On 2 avr. 2014, at 13:21, Roelof Wobben r.wob...@home.nl wrote: Hello, On the first part I have to make a class named BlankCell which is a

Re: [Pharo-users] lasergame problem with Blankcell

2014-04-02 Thread Roelof Wobben
Mark Rizun schreef op 2-4-2014 13:51: Hi, You probably misunderstood the task. On the first part I have to make a class named BlankCell which is a

Re: [Pharo-users] lasergame problem with Blankcell

2014-04-02 Thread Mark Rizun
And only on this method the test fail on should: testCellOnState | cell | cell := BlankCell new. cell should: [ cell isOff ]. cell shouldnt: [ cell isOn ]. Yes it does, inasmuch on the bottom of this page ( http://squeak.preeminent.org/tut2007/html/017.html ) both

Re: [Pharo-users] lasergame problem with Blankcell

2014-04-02 Thread Roelof Wobben
Mark Rizun schreef op 2-4-2014 14:22: And only on this method the test fail on should: testCellOnState | cell | cell := BlankCell new.

Re: [Pharo-users] Question on style

2014-04-02 Thread nacho
Damien, Thanks a lot for your comments and the time taken to review the code. It makes a lot of sense what you said, and it's a great aid in learning to not only solve a given problem but also to do it with style and in a better Smalltalk way. I will refactor this to reflect your suggestions. I

Re: [Pharo-users] Few questions about Spec (instance specific layout and skinning)

2014-04-02 Thread Benjamin
On 02 Apr 2014, at 12:10, Thomas Bany mun.sys...@gmail.com wrote: Hi ! First, I apologyse for the wall of text. I'm trying my hands at Spec and I have few questions: How can I implement an instance-dependent layout ? The usual solution is to have a method looking like this on instance

Re: [Pharo-users] lasergame problem with Blankcell

2014-04-02 Thread Mark Rizun
Does this test fails to assert something or it throws you some error? 2014-04-02 15:27 GMT+03:00 Roelof Wobben r.wob...@home.nl: Mark Rizun schreef op 2-4-2014 14:22: And only on this method the test fail on should: testCellOnState | cell | cell := BlankCell new.

Re: [Pharo-users] lasergame problem with Blankcell

2014-04-02 Thread Roelof Wobben
Mark Rizun schreef op 2-4-2014 14:58: Does this test fails to assert something or it throws you some error? Like I said earlier it fails with this message: MessageNotUnderstood: BlankCell should. Which I find wierd because I use should: also on the other test methods off BlankCell and

Re: [Pharo-users] lasergame problem with Blankcell

2014-04-02 Thread Mark Rizun
Could you give me the code of test that fails? 2014-04-02 16:05 GMT+03:00 Roelof Wobben r.wob...@home.nl: Mark Rizun schreef op 2-4-2014 14:58: Does this test fails to assert something or it throws you some error? Like I said earlier it fails with this message: MessageNotUnderstood:

Re: [Pharo-users] lasergame problem with Blankcell

2014-04-02 Thread Roelof Wobben
Mark Rizun schreef op 2-4-2014 15:07: Could you give me the code of test that fails? I can but I did already. The code is : testCellOnState | cell | cell := BlankCell new. cell should: [ cell isOff ]. cell shouldnt: [ cell isOn ]. And this is a code which

Re: [Pharo-users] lasergame problem with Blankcell

2014-04-02 Thread Mark Rizun
The mistake is simple. You have to write as follows (just replace cell for self in two lines before should and shouldnt): testCellOnState | cell | cell := BlankCell new. self should: [ cell isOff ]. self shouldnt: [ cell isOn ]. 2014-04-02 16:12 GMT+03:00 Roelof Wobben

Re: [Pharo-users] Question on style

2014-04-02 Thread nacho
Well here is again, the refactored version. The idea is to have a class to calculate quadratic equations. This second draft still only calculates real roots (leaving aside imaginary roots). But thanks to Damien Cassou I think it has a better style. A QuadraticEquation is a class used to solve

[Pharo-users] Drag and drop items between list views

2014-04-02 Thread MartinW
Hi, i have to make a UI where users can sort items (sentences) into different collections by dragging and dropping them between list views. Is this possible with the widgets currently available in Pharo? M. -- View this message in context:

Re: [Pharo-users] lasergame problem with Blankcell

2014-04-02 Thread Roelof Wobben
Mark Rizun schreef op 2-4-2014 15:16: The mistake is simple. You have to write as follows (just replace cell for self in two lines before should and shouldnt): testCellOnState | cell |

Re: [Pharo-users] Drag and drop items between list views

2014-04-02 Thread Goubier Thierry
Hi Martin, yes, most list-like widgets can drag and drop. Feedback when inserting items in lists could be improved, however (i.e. you can drop on a list item, but I've never seen the feedback for dropping between list items). Thierry Le 02/04/2014 16:09, MartinW a écrit : Hi, i have to

Re: [Pharo-users] lasergame problem with Blankcell

2014-04-02 Thread Mark Rizun
That is really wierd:) 2014-04-02 17:17 GMT+03:00 Roelof Wobben r.wob...@home.nl: Mark Rizun schreef op 2-4-2014 15:16: The mistake is simple. You have to write as follows (just replace cell for self in two lines before should and shouldnt): testCellOnState | cell | cell

Re: [Pharo-users] lasergame problem with Blankcell

2014-04-02 Thread Camille Teruel
On 2 avr. 2014, at 16:27, Mark Rizun mri...@gmail.com wrote: That is really wierd:) 2014-04-02 17:17 GMT+03:00 Roelof Wobben r.wob...@home.nl: Mark Rizun schreef op 2-4-2014 15:16: The mistake is simple. You have to write as follows (just replace cell for self in two lines before

Re: [Pharo-users] Question on style

2014-04-02 Thread Camille Teruel
Hi Nacho, I wouldn't throw an error because otherwise one must know beforehand that an equation is non-resolvable or must use #on:do: everywhere. Since that when you ask to resolve an equation you get back a collection of solutions, a non-resolvable equation could just return an empty

Re: [Pharo-users] leansleft problem

2014-04-02 Thread Roelof Wobben
Nicolai Hess schreef op 2-4-2014 17:05: 2014-04-02 16:40 GMT+02:00 Roelof Wobben r.wob...@home.nl: If I understood everything well on page 26 my Cell initialize must look like this:

Re: [Pharo-users] Drag and drop items between list views

2014-04-02 Thread Goubier Thierry
Ok, look at that code: | collection1 collection2 list1 list2 | collection1 := #(1 2 3 4 5) asOrderedCollection. collection2 := #($a $b $c $d $e) asOrderedCollection. list1 := ListModel new. list1 items: collection1. list1 dragEnabled: true.

Re: [Pharo-users] Drag and drop items between list views

2014-04-02 Thread MartinW
Thank you. This is a step forward. The thing is i can't hardcode the collections. In the end product i don't have two but seven lists, so i must be able to detect in the acceptDropBlock which is the receiving collection/list. Goubier Thierry wrote Ok, look at that code: | collection1

Re: [Pharo-users] leansleft problem

2014-04-02 Thread Ben Coman
Roelof Wobben wrote: If I understood everything well on page 26 my initialize methods must look like this: Cell initialize super initialize. self initializeActiveSegments. self initializeExitSides. self leanleft. BlankCell initialize super initialize. self

Re: [Pharo-users] Drag and drop items between list views

2014-04-02 Thread Goubier Thierry
Le 02/04/2014 17:40, MartinW a écrit : Thank you. This is a step forward. The thing is i can't hardcode the collections. In the end product i don't have two but seven lists, so i must be able to detect in the acceptDropBlock which is the receiving collection/list. I'll try to redo a halt in

Re: [Pharo-users] Drag and drop items between list views

2014-04-02 Thread Goubier Thierry
Le 02/04/2014 17:40, MartinW a écrit : Thank you. This is a step forward. The thing is i can't hardcode the collections. In the end product i don't have two but seven lists, so i must be able to detect in the acceptDropBlock which is the receiving collection/list. Ok, the :source is your

Re: [Pharo-users] Question on style

2014-04-02 Thread nacho
Hi Nacho, I wouldn't throw an error because otherwise one must know beforehand that an equation is non-resolvable or must use #on:do: everywhere. Since that when you ask to resolve an equation you get back a collection of solutions, a non-resolvable equation could just return an empty

Re: [Pharo-users] Question on style

2014-04-02 Thread Alain Busser
As solving an equation is basically giving the set of its solutions, I prefer to use a set to solve the equation.Instead of the OrederedCollection of course. It simplifies the algorithm if the discriminant is 0, because adding two times the same root yields a set with only one element, not the

Re: [Pharo-users] Question on style

2014-04-02 Thread Camille Teruel
On 2 avr. 2014, at 18:45, nacho 0800na...@gmail.com wrote: Hi Nacho, I wouldn't throw an error because otherwise one must know beforehand that an equation is non-resolvable or must use #on:do: everywhere. Since that when you ask to resolve an equation you get back a collection of

Re: [Pharo-users] Question on style

2014-04-02 Thread nacho
Camille, I now understood what you've said. It makes sense and I've changed it that way. The only thing I'm not happy with is that implementing: QuadraticEquationcalculateRoots ^ self calculateRootsIfNone: [ self error: 'No real solution for the equation' ] Makes the debugger appear and

Re: [Pharo-users] Question on style

2014-04-02 Thread Alain Busser
Yes, and if there are no solution, you get an empty set instead of an error message. I find it more coherent, and simpler to use. On Wed, Apr 2, 2014 at 9:48 PM, nacho 0800na...@gmail.com wrote: Alain, Very good idea. A Set it's much better than an OrderedCollection. Already changed that.

Re: [Pharo-users] Drag and drop items between list views

2014-04-02 Thread MartinW
First of all thank you for taking the time to explain all this to me! I already learned a lot about working with the spec widgets.. I still have a problem. The first version with the hardcoded collections did obviously change the original collections (that's the desired behaviour). Goubier

Re: [Pharo-users] Question on style

2014-04-02 Thread Ben Coman
nacho wrote: Camille, I now understood what you've said. It makes sense and I've changed it that way. The only thing I'm not happy with is that implementing: QuadraticEquationcalculateRoots ^ self calculateRootsIfNone: [ self error: 'No real solution for the equation' ] Makes the

Re: [Pharo-users] Rewiting code: doc?

2014-04-02 Thread Hernán Morales Durand
2014-04-02 5:05 GMT-03:00 p...@highoctane.be p...@highoctane.be: Now I do have a ton of new symbols in autocompletion but no class has been renamed. 2.0 image... Works for me here in a clean 2.0 image.