Re: [Pharo-dev] [Fwd: New request to join project pharo-contribution]

On 10 Jan 2014, at 02:31, b...@openinworld.com wrote: > I have received a couple of these messages. Should I be getting these? > Yes, everyone is getting them… but I think not anymore, as we made job creation now possible for everyone and therefor we restricted admin role to just a view, and

Re: [Pharo-dev] How to handle merge conflicts?

On 09 Jan 2014, at 21:48, Nicolai Hess wrote: > How are merge conflicts handled? > Someone (the author or someone else), needs to load the SLICE, fix the conflict and then save a new version. > If you look at issue 7542 > there is a merge conflict with the current version > and SLICE-Issue-754

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

I tested Pharo 3.0 yesterday, and I love it. Kudos for the great job. Noury On 10 janv. 2014, at 07:18, Luc Fabresse wrote: > Congrats ;-) > > #Luc > > > 2014/1/10 Tudor Girba > Thank you! > > Doru > > > On Thu, Jan 9, 2014 at 9:02 AM, Marcus Denker wrote: > > FInally… a lot of work went

[Pharo-dev] [Fwd: New request to join project pharo-contribution]

I have received a couple of these messages.  Should I be getting these? cheers -ben Original Message Hi Ben Coman, You just received a join request. Etien Anne want to join pharo-contribution. You can accept or deny this request using the following links : Accept Deny Reg

Re: [Pharo-dev] A question about AST

Thank you Markus and Thierry, I will try that. On Thu, Jan 9, 2014 at 5:10 AM, Goubier Thierry wrote: > > > Le 09/01/2014 01:57, Nicolas Passerini a écrit : > > I am looking at the AST of a method like this: >> >> someMethod >> ^ SomeClass new >> >> >> It was a surprise to me that the note fo

[Pharo-dev] Fwd: where is hosted Grease?

-- Forwarded message -- From: Hernán Morales Durand Date: 2014/1/9 Subject: Re: [Pharo-dev] where is hosted Grease? To: Damien Cassou Thanks Damien, For the Seaside team, you only need to merge changes from my repository http://smalltalkhub.com/#!/~hernan/Grease I hope one day

Re: [Pharo-dev] Punishment as an educational method

I agree. I don't believe Igor intended to mean punishment, even if punishment is what he said. He is not native to the English language or idioms. When he spoke of the child, he spoke of allowing the consequence of the child's actions to occur. Not that the parent punished the child. This is

[Pharo-dev] Nautilus: Package file-outs are empty

Regarding issue 12589. How should we do a file-out of a classTag from a Package? Nautilus and RPackageTag uses the RPackageTag name for display and file-outs. For example. RPackageTag "BasicObjects" in RPackage "Kernel" uses the name BasicObjects for the file-out file. The file is empty, because i

Re: [Pharo-dev] Punishment as an educational method

I don't think Igor meant punishment as a tool, but rather experience something negative for yourself. I am sure that if you think back at your own development, there were instances where you did not listen to adults warning you and only learned certain things the hard way. Anyway, we're gettin

[Pharo-dev] Punishment as an educational method

Igor, The way you describe the role of punishment in education is not in line with current research. Most learning happens trough copying the behavior of others, and punishment has a number of negative consequences on character development, making it a non-suitable instrument. You might want to

[Pharo-dev] How to handle merge conflicts?

How are merge conflicts handled? If you look at issue 7542 there is a merge conflict with the current version and SLICE-Issue-7542-NB-system-example-IgorStasenko.2 The current version usess Smalltalk compiler new ... and igors version uses Smalltalk com

Re: [Pharo-dev] Athens SVG Import

On 9 January 2014 17:32, J.F. Rick wrote: > Sure, but getting the glue between Athens and Morphic right is important > if we want Morphic to successfully use Athens. I'll investigate it sometime > and see where the problem lies. > > BTW, I'm starting to work on the SVG thing. There definitely are

Re: [Pharo-dev] logCr in SpecDebugger

No. Please remove it. 2014/1/9 Esteban Lorenzano > Hi, > > I found this in SpecDebugger>>#updateCodeFromContext: > > ... > self logCr: aContext receiver class. > ... > > is there any any reason? > > Esteban > >

Re: [Pharo-dev] logCr in SpecDebugger

No there isn't :) (must have forgot it there) On Thu, Jan 9, 2014 at 7:06 PM, Esteban Lorenzano wrote: > Hi, > > I found this in SpecDebugger>>#updateCodeFromContext: > > ... > self logCr: aContext receiver class. > ... > > is there any any reason? > > Esteban > >

[Pharo-dev] logCr in SpecDebugger

Hi, I found this in SpecDebugger>>#updateCodeFromContext: ... self logCr: aContext receiver class. ... is there any any reason? Esteban

Re: [Pharo-dev] TDD in Core

One thing I have learned (about myself) is this: first you write a cool piece of library/framework/tool/... and you make it as good and as clean as possible (first iteration). When you write unit tests (which you should do during development, let's leave in the middle whether that should be be

Re: [Pharo-dev] TDD in Core

As usual the problem is that it takes time :) (and also that I am a newbie when it comes to write :P) Ben On 09 Jan 2014, at 14:26, Sven Van Caekenberghe wrote: > > On 09 Jan 2014, at 18:14, Benjamin > wrote: > >> For Spec, I actually sent a mail in the mailing list when integrated >> expl

Re: [Pharo-dev] TDD in Core

On 09 Jan 2014, at 18:14, Benjamin wrote: > For Spec, I actually sent a mail in the mailing list when integrated > explaining how to move to the new version :) > But indeed, not enough documentation about it is present, this is why I am > currently spending time writing some :P > (but you alre

Re: [Pharo-dev] TDD in Core

For Spec, I actually sent a mail in the mailing list when integrated explaining how to move to the new version :) But indeed, not enough documentation about it is present, this is why I am currently spending time writing some :P (but you already know that :P) I think the overall remark is good :

Re: [Pharo-dev] Do you want to accept???????? Discard???????

2014/1/9 Igor Stasenko : > On 9 January 2014 14:29, Esteban A. Maringolo wrote: >> >> From time to time, a slippery road warning sign is good even for the >> best driver. >> > I like your analogy with roads and driver. Let me put mine, which i think > fits better for modal dialogs: > https://encry

Re: [Pharo-dev] [Pharo3] The last test failing...

> > On 09 Jan 2014, at 17:29, b...@openinworld.com wrote: > >> Marcus Denker wrote: >>> >>> 12377 ZnHTTPSTests.>>testGetPharoVersion fails on Windows slave >>> https://pharo.fogbugz.com/f/cases/12377 >>> >>> And this is just a build server artefact… (windows slave firewall problem). >>> >>

Re: [Pharo-dev] Athens SVG Import

Sure, but getting the glue between Athens and Morphic right is important if we want Morphic to successfully use Athens. I'll investigate it sometime and see where the problem lies. BTW, I'm starting to work on the SVG thing. There definitely are a few things missing from the specification. For ins

Re: [Pharo-dev] [Pharo3] The last test failing...

On 09 Jan 2014, at 17:29, b...@openinworld.com wrote: > Marcus Denker wrote: >> >> 12377 ZnHTTPSTests.>>testGetPharoVersion fails on Windows slave >> https://pharo.fogbugz.com/f/cases/12377 >> >> And this is just a build server artefact… (windows slave firewall problem). >> >> I wonder wh

Re: [Pharo-dev] [Pharo3] The last test failing...

Marcus Denker wrote: 12377 ZnHTTPSTests.>>testGetPharoVersion fails on Windows slave https://pharo.fogbugz.com/f/cases/12377 And this is just a build server artefact… (windows slave firewall problem). I wonder what to do… maybe we could just skip it on windows when running on the build sl

Re: [Pharo-dev] TDD in Core

EstebanLM wrote > in the case of Spec in particular, the problem is that is really hard to > have UI testing :( I don't mean to pick on Spec. I'm very grateful for all the work Ben is doing. It's just that it has become essential to getting any work done in Pharo, and is undergoing a lot of change

Re: [Pharo-dev] [Issue tracker] 46 issues in TODO for Pharo3

Marcus Denker wrote: On 08 Jan 2014, at 10:11, Nicolai Hess wrote: Somehow the links in your mails doesn't work for me. It always shows the default list (https://pharo.fogbugz.com/default.asp). You can sele

Re: [Pharo-dev] Do you want to accept???????? Discard???????

the solution is to set that on settings use barriers for protection and let hackers do its risky thing Pharo will be better if Igor can use it like a ninja and the rest of us noobs not so eager to loose code changes stick to a safer workflow On Jan 9, 2014, at 1:50 PM, Igor Stasenko wrote:

Re: [Pharo-dev] Do you want to accept???????? Discard???????

On 9 January 2014 14:29, Esteban A. Maringolo wrote: > From time to time, a slippery road warning sign is good even for the > best driver. > > I like your analogy with roads and driver. Let me put mine, which i think fits better for modal dialogs: https://encrypted-tbn0.gstatic.com/images?q=tbn:A

Re: [Pharo-dev] Advanced Reflection in Pharo

Marcus Denker >I would like to, but then of course it would be difficult… client code would >need to be changed, without name >spaces there might even be clashes with client class names… >  >So for now, I think we need to ignore the ugly names a bit and focus on making >the model very nice else

Re: [Pharo-dev] CI server account creation

Te zarpás. (Which, in *very informal* Argentinian Spanish slang means "You are a genious"). Thanks :D It was in spam. 2014/1/9 Christophe Demarey > Hello Alfredo, > > Le 8 janv. 2014 à 23:58, Alfredo Sanzo a écrit : > > Hello! > > I am trying to create an account for the CI server and I have

Re: [Pharo-dev] Advanced Reflection in Pharo

On 09 Jan 2014, at 16:10, b...@openinworld.com wrote: > As I was looking at Marcus' [1] "Advanced Relection in Pharo" slide 34 I > wondered if at some point the RB will be stripped from the front of those > class names, since it seems the use is now intended to be wider than just the > Refac

[Pharo-dev] Advanced Reflection in Pharo

Title: Advanced Reflection in Pharo Advanced Reflection in Pharo As I was looking at Marcus' [1] "Advanced Relection in Pharo"  slide 34  I wondered if at some point the RB will be stripped from the front of those class names, since it seems the use is now intended to be wider than just the Ref

Re: [Pharo-dev] Spotlight Demo

BTW I want to let you know that I love the insensitive search It makes it so much valuable (by reducing assumptions on how much the user should know apriori) I'ts a nice little bit of the OS X experience bring to the smalltalk image fantastic On Dec 30, 2013, at 12:23 PM, Sean DeNigris

Re: [Pharo-dev] Do you want to accept???????? Discard???????

I made a new bug report, not for removing the question dialog but for fixing the bug that it is uncloseable. 12605 promptForCancel is sometimes unclosable 2014/1/9 Igor Stasenko > > > > On 9 January 2014 14:03, Marcus Denker wrote: > >> >> On 0

Re: [Pharo-dev] [Pharo3] Issues "for review" and "for integration" empy

give me 15’ ;) On 09 Jan 2014, at 14:01, Marcus Denker wrote: > … so we finally managed to have no issues anymore that are > -> fix review needed + pre-check by the monkey > -> fix to integrate > > Wow.. that never happened before ;-) > > Marcus

Re: [Pharo-dev] CI server account creation

Hello Alfredo, Le 8 janv. 2014 à 23:58, Alfredo Sanzo a écrit : > Hello! > > I am trying to create an account for the CI server and I have bumped into > several links and posts to this list and now that I've asked for help I've > finally understood the process (I think). > My question is... Ca

Re: [Pharo-dev] Do you want to accept???????? Discard???????

But the best effect is when the place looks dangerous (visibly very tight curve on entry) and is not that dangerous (opening on exit). The reverse is a bit more 'interesting' : gentle, easy curve on entry tightening up fast :) I like the 'interesting' on the roads I know well :P Thierry Le

Re: [Pharo-dev] Do you want to accept???????? Discard???????

>From time to time, a slippery road warning sign is good even for the best driver. Esteban A. Maringolo 2014/1/9 Igor Stasenko : > > > > On 9 January 2014 14:03, Marcus Denker wrote: >> >> >> On 09 Jan 2014, at 13:59, kilon alios wrote: >> >> > yes this lead to endless debate, but I think thi

Re: [Pharo-dev] Do you want to accept???????? Discard???????

On Jan 9, 2014, at 5:50 AM, Nicolai Hess wrote: > I don't think we have to discuss what would be the better alternative. People > have different preferences and different workflows. > Why don't we make a setting for this? Something like "Codepanes can discard > edits", and let Nautilus and oth

Re: [Pharo-dev] Do you want to accept???????? Discard???????

On 9 January 2014 14:03, Marcus Denker wrote: > > On 09 Jan 2014, at 13:59, kilon alios wrote: > > > yes this lead to endless debate, but I think this is good because we see > diffirent ways into looking into things. I have to admit till today I never > expected that someone would be against con

Re: [Pharo-dev] Do you want to accept???????? Discard???????

On 9 January 2014 13:58, kilon alios wrote: > yes this lead to endless debate, but I think this is good because we see > diffirent ways into looking into things. I have to admit till today I never > expected that someone would be against confirm dialogs to such extend of > wanting them to be remo

Re: [Pharo-dev] Do you want to accept???????? Discard???????

On 09 Jan 2014, at 13:59, kilon alios wrote: > yes this lead to endless debate, but I think this is good because we see > diffirent ways into looking into things. I have to admit till today I never > expected that someone would be against confirm dialogs to such extend of > wanting them to be

[Pharo-dev] [Pharo3] Issues "for review" and "for integration" empy

… so we finally managed to have no issues anymore that are -> fix review needed + pre-check by the monkey -> fix to integrate Wow.. that never happened before ;-) Marcus

Re: [Pharo-dev] Do you want to accept???????? Discard???????

yes this lead to endless debate, but I think this is good because we see diffirent ways into looking into things. I have to admit till today I never expected that someone would be against confirm dialogs to such extend of wanting them to be removed completely, but I can see now that for people that

Re: [Pharo-dev] Do you want to accept???????? Discard???????

On 9 January 2014 13:51, Sergi Reyner wrote: > 2014/1/9 kilon alios > >> Photoshop well deserves its monopoly >> > > I am of the opinion that nothing deserves a monopoly. > > >> and my right to think that Photoshop GUI should be taught in seminars and >> lectures about GUI design. >> > > >> PS d

Re: [Pharo-dev] Do you want to accept???????? Discard???????

2014/1/9 kilon alios > Photoshop well deserves its monopoly > I am of the opinion that nothing deserves a monopoly. > and my right to think that Photoshop GUI should be taught in seminars and > lectures about GUI design. > > PS did not earn its monopoly by accident or marketing, its there be

Re: [Pharo-dev] Do you want to accept???????? Discard???????

On 9 January 2014 13:43, Marcus Denker wrote: > > On 09 Jan 2014, at 12:37, Igor Stasenko wrote: > > > > > On 9 January 2014 12:13, Igor Stasenko wrote: > >> >> >> >> On 9 January 2014 11:27, Marcus Denker wrote: >> >>> >>> On 09 Jan 2014, at 11:11, kilon alios wrote: >>> >>> I was the one th

Re: [Pharo-dev] Do you want to accept???????? Discard???????

On 09 Jan 2014, at 12:37, Igor Stasenko wrote: > > > > On 9 January 2014 12:13, Igor Stasenko wrote: > > > > On 9 January 2014 11:27, Marcus Denker wrote: > > On 09 Jan 2014, at 11:11, kilon alios wrote: > >> I was the one that worked on CMD+L dialog. I posted my slice here and it was

Re: [Pharo-dev] Athens SVG Import

On 9 January 2014 12:54, J.F. Rick wrote: > 'self changed' logic is the thing that triggers drawing. Before Athens, > various different morphs would register that their part of the screen > needed to be updated with a 'self changed' thing. Then, once a UI cycle, > the sum of the areas needing to

Re: [Pharo-dev] TDD in Core

Le 09/01/2014 12:28, Esteban Lorenzano a écrit : +1 to just add things with appropriate tests. in the case of Spec in particular, the problem is that is really hard to have UI testing :( I'd say that Pharo makes it easy to do UI testing. Look, you can test an app by opening a window, event

Re: [Pharo-dev] Athens SVG Import

'self changed' logic is the thing that triggers drawing. Before Athens, various different morphs would register that their part of the screen needed to be updated with a 'self changed' thing. Then, once a UI cycle, the sum of the areas needing to be changed was determined and those morphs within th

Re: [Pharo-dev] Do you want to accept???????? Discard???????

On 9 January 2014 12:13, Igor Stasenko wrote: > > > > On 9 January 2014 11:27, Marcus Denker wrote: > >> >> On 09 Jan 2014, at 11:11, kilon alios wrote: >> >> I was the one that worked on CMD+L dialog. I posted my slice here and it >> was discussed. I tried to implement undo, but trying to unde

Re: [Pharo-dev] TDD in Core

+1 So, what do we do to make it happen? Doru On Thu, Jan 9, 2014 at 12:28 PM, Esteban Lorenzano wrote: > +1 to just add things with appropriate tests. > > in the case of Spec in particular, the problem is that is really hard to > have UI testing :( > Also… sometimes you break backward compatib

[Pharo-dev] [pharo-project/pharo-core] 3d9404: 30681

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 3d9404019be44c2ad1f5bbf5c001c7fe3aedf279 https://github.com/pharo-project/pharo-core/commit/3d9404019be44c2ad1f5bbf5c001c7fe3aedf279 Author: Jenkins Build Server Date: 2014-01-09 (Thu, 09 Jan 2014

[Pharo-dev] [pharo-project/pharo-core]

Branch: refs/tags/30681 Home: https://github.com/pharo-project/pharo-core

Re: [Pharo-dev] TDD in Core

+1 to just add things with appropriate tests. in the case of Spec in particular, the problem is that is really hard to have UI testing :( Also… sometimes you break backward compatibility, that’s inevitable… and is ok if is for the best (like in the case of Spec… it was to gain ui platform inde

[Pharo-dev] TDD in Core

We should have a policy on this. I've been guilty of writing new features without tests too. It's bad enough we have to deal with untested legacy code, but to replace key parts of the system with untested code doesn't seem like such a good idea. In particular, the latest Spec refactoring broke a lo

Re: [Pharo-dev] ZeroMQ implementations for Smalltalk

Unfortunately http://smalltalkhub.com/#!/~panuw/zeromq is not reliable. There are some problems with image restart that I haven't had time to debug due family and work related lack of time. The problems causes image to freeze sometimes when restarting/saving image. Also it only works with 32 bit li

Re: [Pharo-dev] Do you want to accept???????? Discard???????

On 9 January 2014 11:27, Marcus Denker wrote: > > On 09 Jan 2014, at 11:11, kilon alios wrote: > > I was the one that worked on CMD+L dialog. I posted my slice here and it > was discussed. I tried to implement undo, but trying to understand undo was > a pain in the ass. > > > I reviewed it and y

[Pharo-dev] ZeroMQ implementations for Smalltalk

Dear all, apparently there is one ZeroMQ implementation here on Smalltalkhub: http://smalltalkhub.com/#!/~panuw/zeromq and there is another version for GnuSmalltalk available on github: https://github.com/vijaymathew/gst_zmq Is the first one working correctly ? Regards, -- Serge Stinckwich UCBN

Re: [Pharo-dev] Do you want to accept???????? Discard???????

On 9 January 2014 11:10, kilon alios wrote: > I was the one that worked on CMD+L dialog. I posted my slice here and it > was discussed. I tried to implement undo, but trying to understand undo was > a pain in the ass. > > And yes Igor I am no pro coder, I code like 30 minutes a day max. I am a >

Re: [Pharo-dev] Do you want to accept???????? Discard???????

On 09 Jan 2014, at 11:11, kilon alios wrote: > I was the one that worked on CMD+L dialog. I posted my slice here and it was > discussed. I tried to implement undo, but trying to understand undo was a > pain in the ass. > I reviewed it and you are not to blame: A key combination that *loses

Re: [Pharo-dev] Do you want to accept???????? Discard???????

I was the one that worked on CMD+L dialog. I posted my slice here and it was discussed. I tried to implement undo, but trying to understand undo was a pain in the ass. And yes Igor I am no pro coder, I code like 30 minutes a day max. I am a lawyer that tries to become a pro 2d/3d artist. I enjoy

Re: [Pharo-dev] Do you want to accept???????? Discard???????

On 09 Jan 2014, at 10:50, Marcus Denker wrote: > > On 09 Jan 2014, at 10:45, Igor Stasenko wrote: > >> >> >> >> On 9 January 2014 10:38, Sven Van Caekenberghe wrote: >> The history hack did totally not work for end users, many people, including >> myself, lost code, often without noticin

Re: [Pharo-dev] Do you want to accept???????? Discard???????

On 09 Jan 2014, at 10:45, Igor Stasenko wrote: > and instead even regress, because now i should also answer 'yes/no' when i > press > cmd-L.. Ah, but that is not good, I hate double questions myself (like when you say Quit, it ask Are you sure ?)...

Re: [Pharo-dev] Do you want to accept???????? Discard???????

what I do not understand is why are why discussing yet once again same issue :) there were tons of mails before the decision of rolling back… Esteban On 09 Jan 2014, at 10:50, Marcus Denker wrote: > > On 09 Jan 2014, at 10:45, Igor Stasenko wrote: > >> >> >> >> On 9 January 2014 10:38, Sv

Re: [Pharo-dev] Do you want to accept???????? Discard???????

On 09 Jan 2014, at 10:45, Igor Stasenko wrote: > > > > On 9 January 2014 10:38, Sven Van Caekenberghe wrote: > The history hack did totally not work for end users, many people, including > myself, lost code, often without noticing or understanding it at first. > > This 'warning, you did no

Re: [Pharo-dev] Do you want to accept???????? Discard???????

On 9 January 2014 10:38, Sven Van Caekenberghe wrote: > The history hack did totally not work for end users, many people, > including myself, lost code, often without noticing or understanding it at > first. > > This 'warning, you did not accept' is/was important and solid, if you want > to repla

Re: [Pharo-dev] Do you want to accept???????? Discard???????

The history hack did totally not work for end users, many people, including myself, lost code, often without noticing or understanding it at first. This 'warning, you did not accept' is/was important and solid, if you want to replace that the solution should be really good - it was not. Don't s

Re: [Pharo-dev] Athens SVG Import

On 9 January 2014 10:26, J.F. Rick wrote: > OK. I've made a little headway in diagnosing the problem. It seems that > one culprit is that the "self changed" thing works differently with Athens > than previously. Correct me if I'm wrong, but it seems like sending that > method immediately causes t

Re: [Pharo-dev] Do you want to accept???????? Discard???????

On 9 January 2014 08:50, Nicolai Hess wrote: > > 2014/1/9 Igor Stasenko > >> >> >> >> On 8 January 2014 22:04, dimitris chloupis wrote: >> >>> I don't like an app that does not ask for my confirmation , because I >>> tend to do a lot of stupid mistakes along the way and I want to be able to >>>

Re: [Pharo-dev] Athens SVG Import

OK. I've made a little headway in diagnosing the problem. It seems that one culprit is that the "self changed" thing works differently with Athens than previously. Correct me if I'm wrong, but it seems like sending that method immediately causes the canvas to draw. In contrast, before, it just mark

[Pharo-dev] [pharo-project/pharo-core]

Branch: refs/tags/30680 Home: https://github.com/pharo-project/pharo-core

[Pharo-dev] [pharo-project/pharo-core] 029520: 30680

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 0295202bf0788a4e83f5d6a69c7c85a7ff1ac719 https://github.com/pharo-project/pharo-core/commit/0295202bf0788a4e83f5d6a69c7c85a7ff1ac719 Author: Jenkins Build Server Date: 2014-01-09 (Thu, 09 Jan 2014

Re: [Pharo-dev] A question about AST

Le 09/01/2014 01:57, Nicolas Passerini a écrit : I am looking at the AST of a method like this: someMethod ^ SomeClass new It was a surprise to me that the note for 'SomeClass' is an RBVariableNode instead of a RBClassReference. Which is the best way to tell if an RBVariableNode represents a