Re: [Pharo-project] Pharo Theming: does anyone have some doc?

2013-04-06 Thread stephane ducasse
 
 
 Also, the STHStyler80 class coloring schemes are nice and well, but without 
 an editor, good luck w/ the colors. That's an area where spec would come in 
 handy. About that, I read that some paper would surface explaining spec a bit 
 more. I updated the SVN but didn't saw anything conclusive. Is there 
 something?

We did not work on the spec tutorial there is only the old spec techreport 
available for now.

Stef


Re: [Pharo-project] Big thanks for the organization of the Pharo Conf and MooseDay

2013-04-06 Thread stephane ducasse
yes and we should kick athens out.
Because I want to see athens based demo at ESUG :)

Stef

 On 5 April 2013 11:59, Stéphane Ducasse stephane.duca...@inria.fr wrote:
 Thanks again to Doru and SCG
 because the pharo conf was really nice and the moose day too.
 
 Stef
 
 
 +1
 
 this event forced me to make Athens tutorial. And i thank you for that. :)
 Hope you liked it.
 
 -- 
 Best regards,
 Igor Stasenko.
 




Re: [Pharo-project] Issue 10219: Completion: enter on accept awkwardness

2013-04-06 Thread Johan Brichau
fwiw, I changed the implementation of NECController to:
- accept both enter and tab for code completion
- still use tab to first complete the common prefixes, but a subsequent tab 
will select the suggestion

i.e. this is the behavior in XCode, which imho is a very good one.

_and_ I do not have to disable the completion of common prefixes if I want to 
disable enter for selection.

Maybe people should give this a try and see?

cheers
Johan




NECController-Changes.cs
Description: Binary data


On 06 Apr 2013, at 02:18, Ben Coman b...@openinworld.com wrote:

 Alexandre Bergel wrote:
 +1
 
 Alexandre
 
 
 On Apr 3, 2013, at 8:57 PM, Tudor Girba tu...@tudorgirba.com wrote:
 
  
 +1
 
 Doru
 
 
 On Apr 4, 2013, at 2:19 AM, Igor Stasenko siguc...@gmail.com wrote:
 

 On 3 April 2013 22:45, Camillo Bruni camillobr...@gmail.com wrote:
  
 theres a setting to:
 
 - disable ENTER to accept the completion
 - to increase the popup delay
 
 so I think that is invalid bug report then...
 

 i tend to disagree.
 The defaults which we have now in 2.0 for autocompletion
 is breaking my workflow badly too.
 
 Yes, i can go to settings and disable/reconfigure stuff but that doesn't
 nullifying the fact, that my workflow is broken with ambiguous and 
 inconsistent
 reaction(s) to my keystrokes by UI if i keep defaults.
 
 For instance i am still clueless, why 'enter' is default for 
 autocompletion,
 and disabling it and enabling 'tab' simply doesn't works.
 That leaves me with the only option: keep using 'enter' for
 autocompletion, if i ever want to use it.
 We have to fix that.
 
 
  
 On 2013-04-03, at 22:23, Sean P. DeNigris s...@clipperadams.com wrote:
 

 From
 https://pharo.fogbugz.com/f/cases/10219/Completion-enter-on-accept-awkwardness
 :
 
  
 The combination of enter on accept, with the current behavior to select
 the first completion suggestion by default = trouble. For example:
 
 1. Type printOn: aStream... pretty common method start
 2. Hit enter to go to the next line
 
 You will now have printOn: MCDataStream WTF!! I get burned by this
 pretty regularly and it's annoying. I'm not sure what the fix should 
 be...
 probably no default selection in the suggestion menu, but possibly only
 when enter on accept is enabled (t would require an extra key press to
 complete and when do you ever type a tab in the middle of a line?)

 
 I haven't used the 2.0 auto compeltion yet so I don't know if this is 
 relevant, but just a passing thought... When Microsoft Word muck up using 
 smart characters, one small saving grace is that it first enters my original 
 typing before smart-ifying it, such that ctrl-z undoes back to my original 
 typing. 
 
 cheers -ben
 



Re: [Pharo-project] [update 3.0] #30022

2013-04-06 Thread stephane ducasse
 
 
 Indeed, sounds very promising but what does it mean ?
 There does not seem to be any description in the issue tracker either, or 
 maybe I missed it.

What we integrated is a model (two classes) that andrei wrote based on the old 
debugger. The old debugger
does not make the distinction cleanly between a model and the view. So the 
logic is mixed with the display.
When andrei came at lille he wrote with ben a Spec interface. We should rethink 
it by the way because I prefer 
the glamourst one much more :).

So this model is good because we can build tools on top.
What we plan in the future is to have 
- to get a new UI based on the model and that this ui via this model 
still use the old logic (bytecode interpretation and the bugs we get with it)
- an AST interpreter and plug it with this model so get a really new 
debugger execution logic (not a bytecode mapping range to text one)

So Pharo30 will have at least two debuggers for a while
- the old one but we are rewamped ui and using the model of andrei
- the one based on AST interpretation using the  rewamped ui and using 
the model of andrei

Stef

 
 On Fri, Apr 5, 2013 at 1:51 PM, Esteban Lorenzano esteba...@gmail.com 
 wrote:
 30022
 -
 
 10032 Integrate new debugger
https://pharo.fogbugz.com/f/cases/10032
 
 Diff information:
 http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/DebuggerModel-EstebanLorenzano.23
 http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Spec-Debugger-EstebanLorenzano.33
 




Re: [Pharo-project] [update 3.0] #30022

2013-04-06 Thread stephane ducasse
Hi igor

since you were at the meeting where we built the list of actions, you could 
also have edited the entry
and add more information. Camille was nice to take notes for everbody and to 
open issues.
I added contents.

Now we can also use a bad and private wiki to store information that is clear 
for the core team
but it will not be nice. 

Stef

 On 5 April 2013 17:29, Sven Van Caekenberghe s...@stfx.eu wrote:
 
 There does not seem to be any description in the issue tracker either, or 
 maybe I missed it.
 
 indeed, the record on issue tracker looks very informative. (in the attached).
 
 On Fri, Apr 5, 2013 at 1:51 PM, Esteban Lorenzano esteba...@gmail.com 
 wrote:
 30022
 -
 
 10032 Integrate new debugger
https://pharo.fogbugz.com/f/cases/10032
 
 Diff information:
 http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/DebuggerModel-EstebanLorenzano.23
 http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Spec-Debugger-EstebanLorenzano.33
 
 
 
 
 -- 
 Best regards,
 Igor Stasenko.
 Screen Shot 2013-04-05 at 9.23.06 PM.png




Re: [Pharo-project] [update 3.0] #30022

2013-04-06 Thread stephane ducasse


 Yep, very good example of faked quality.
 Making changes at the rate of Pharo is demanding and I understand the will to 
 by-pass some quality rules. But then, any one wanting to give lessons should 
 observe the real usage of the bug tracker and think again, because this is 
 far from being an isolated case.


Nicolas
this is always easier to talk than to do :)
And you got the prove of it so can we look at the 95% of good practices instead 
of the 5% wrong?
Stef
 
 Nicolas
 
 
 2013/4/5 Igor Stasenko siguc...@gmail.com
 On 5 April 2013 17:29, Sven Van Caekenberghe s...@stfx.eu wrote:
 
  There does not seem to be any description in the issue tracker either, or 
  maybe I missed it.
 
 indeed, the record on issue tracker looks very informative. (in the attached).
 
  On Fri, Apr 5, 2013 at 1:51 PM, Esteban Lorenzano esteba...@gmail.com 
  wrote:
  30022
  -
 
  10032 Integrate new debugger
  https://pharo.fogbugz.com/f/cases/10032
 
  Diff information:
  http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/DebuggerModel-EstebanLorenzano.23
  http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Spec-Debugger-EstebanLorenzano.33
 
 
 
 
 --
 Best regards,
 Igor Stasenko.
 



Re: [Pharo-project] Issue 10219: Completion: enter on accept awkwardness

2013-04-06 Thread stephane ducasse
thanks I will try.

Stef

On Apr 6, 2013, at 8:22 AM, Johan Brichau jo...@inceptive.be wrote:

 fwiw, I changed the implementation of NECController to:
 - accept both enter and tab for code completion
 - still use tab to first complete the common prefixes, but a subsequent 
 tab will select the suggestion
 
 i.e. this is the behavior in XCode, which imho is a very good one.
 
 _and_ I do not have to disable the completion of common prefixes if I want to 
 disable enter for selection.
 
 Maybe people should give this a try and see?
 
 cheers
 Johan
 
 
 NECController-Changes.cs
 
 On 06 Apr 2013, at 02:18, Ben Coman b...@openinworld.com wrote:
 
 Alexandre Bergel wrote:
 +1
 
 Alexandre
 
 
 On Apr 3, 2013, at 8:57 PM, Tudor Girba tu...@tudorgirba.com wrote:
 
 
 +1
 
 Doru
 
 
 On Apr 4, 2013, at 2:19 AM, Igor Stasenko siguc...@gmail.com wrote:
 
 
 On 3 April 2013 22:45, Camillo Bruni camillobr...@gmail.com wrote:
 
 theres a setting to:
 
 - disable ENTER to accept the completion
 - to increase the popup delay
 
 so I think that is invalid bug report then...
 
 
 i tend to disagree.
 The defaults which we have now in 2.0 for autocompletion
 is breaking my workflow badly too.
 
 Yes, i can go to settings and disable/reconfigure stuff but that doesn't
 nullifying the fact, that my workflow is broken with ambiguous and 
 inconsistent
 reaction(s) to my keystrokes by UI if i keep defaults.
 
 For instance i am still clueless, why 'enter' is default for 
 autocompletion,
 and disabling it and enabling 'tab' simply doesn't works.
 That leaves me with the only option: keep using 'enter' for
 autocompletion, if i ever want to use it.
 We have to fix that.
 
 
 
 On 2013-04-03, at 22:23, Sean P. DeNigris s...@clipperadams.com 
 wrote:
 
 
 From
 https://pharo.fogbugz.com/f/cases/10219/Completion-enter-on-accept-awkwardness
 :
 
 
 The combination of enter on accept, with the current behavior to select
 the first completion suggestion by default = trouble. For example:
 
 1. Type printOn: aStream... pretty common method start
 2. Hit enter to go to the next line
 
 You will now have printOn: MCDataStream WTF!! I get burned by this
 pretty regularly and it's annoying. I'm not sure what the fix should 
 be...
 probably no default selection in the suggestion menu, but possibly only
 when enter on accept is enabled (t would require an extra key press to
 complete and when do you ever type a tab in the middle of a line?)
 
 
 I haven't used the 2.0 auto compeltion yet so I don't know if this is 
 relevant, but just a passing thought... When Microsoft Word muck up using 
 smart characters, one small saving grace is that it first enters my original 
 typing before smart-ifying it, such that ctrl-z undoes back to my original 
 typing. 
 
 cheers -ben
 
 




Re: [Pharo-project] Issue 10219: Completion: enter on accept awkwardness

2013-04-06 Thread stephane ducasse
How can I get fast the choices?
Because when I type

printO

and press tab I do not get 

printOn:
but

printO  |
Stef



 fwiw, I changed the implementation of NECController to:
 - accept both enter and tab for code completion
 - still use tab to first complete the common prefixes, but a subsequent 
 tab will select the suggestion
 
 i.e. this is the behavior in XCode, which imho is a very good one.
 
 _and_ I do not have to disable the completion of common prefixes if I want to 
 disable enter for selection.
 
 Maybe people should give this a try and see?
 
 cheers
 Johan
 
 
 NECController-Changes.cs
 
 On 06 Apr 2013, at 02:18, Ben Coman b...@openinworld.com wrote:
 
 Alexandre Bergel wrote:
 +1
 
 Alexandre
 
 
 On Apr 3, 2013, at 8:57 PM, Tudor Girba tu...@tudorgirba.com wrote:
 
 
 +1
 
 Doru
 
 
 On Apr 4, 2013, at 2:19 AM, Igor Stasenko siguc...@gmail.com wrote:
 
 
 On 3 April 2013 22:45, Camillo Bruni camillobr...@gmail.com wrote:
 
 theres a setting to:
 
 - disable ENTER to accept the completion
 - to increase the popup delay
 
 so I think that is invalid bug report then...
 
 
 i tend to disagree.
 The defaults which we have now in 2.0 for autocompletion
 is breaking my workflow badly too.
 
 Yes, i can go to settings and disable/reconfigure stuff but that doesn't
 nullifying the fact, that my workflow is broken with ambiguous and 
 inconsistent
 reaction(s) to my keystrokes by UI if i keep defaults.
 
 For instance i am still clueless, why 'enter' is default for 
 autocompletion,
 and disabling it and enabling 'tab' simply doesn't works.
 That leaves me with the only option: keep using 'enter' for
 autocompletion, if i ever want to use it.
 We have to fix that.
 
 
 
 On 2013-04-03, at 22:23, Sean P. DeNigris s...@clipperadams.com 
 wrote:
 
 
 From
 https://pharo.fogbugz.com/f/cases/10219/Completion-enter-on-accept-awkwardness
 :
 
 
 The combination of enter on accept, with the current behavior to select
 the first completion suggestion by default = trouble. For example:
 
 1. Type printOn: aStream... pretty common method start
 2. Hit enter to go to the next line
 
 You will now have printOn: MCDataStream WTF!! I get burned by this
 pretty regularly and it's annoying. I'm not sure what the fix should 
 be...
 probably no default selection in the suggestion menu, but possibly only
 when enter on accept is enabled (t would require an extra key press to
 complete and when do you ever type a tab in the middle of a line?)
 
 
 I haven't used the 2.0 auto compeltion yet so I don't know if this is 
 relevant, but just a passing thought... When Microsoft Word muck up using 
 smart characters, one small saving grace is that it first enters my original 
 typing before smart-ifying it, such that ctrl-z undoes back to my original 
 typing. 
 
 cheers -ben
 
 




Re: [Pharo-project] Issue 10219: Completion: enter on accept awkwardness

2013-04-06 Thread Johan Brichau
Indeed, I also increased the popup speed in the preferences to something like 
100 or 200ms.

But yes, you should wait for them to pop up.
I did not address any other issues than the 'completion keystroke'.

btw, judging by the time of day, you can see who has small kids on this mailing 
list :-)

On 06 Apr 2013, at 08:38, stephane ducasse stephane.duca...@free.fr wrote:

 How can I get fast the choices?
 Because when I type
 
   printO
 
   and press tab I do not get 
 
   printOn:
   but
 
   printO  |
 Stef
 
 
 
 fwiw, I changed the implementation of NECController to:
 - accept both enter and tab for code completion
 - still use tab to first complete the common prefixes, but a subsequent 
 tab will select the suggestion
 
 i.e. this is the behavior in XCode, which imho is a very good one.
 
 _and_ I do not have to disable the completion of common prefixes if I want 
 to disable enter for selection.
 
 Maybe people should give this a try and see?
 
 cheers
 Johan
 
 
 NECController-Changes.cs
 
 On 06 Apr 2013, at 02:18, Ben Coman b...@openinworld.com wrote:
 
 Alexandre Bergel wrote:
 +1
 
 Alexandre
 
 
 On Apr 3, 2013, at 8:57 PM, Tudor Girba tu...@tudorgirba.com wrote:
 
 
 +1
 
 Doru
 
 
 On Apr 4, 2013, at 2:19 AM, Igor Stasenko siguc...@gmail.com wrote:
 
 
 On 3 April 2013 22:45, Camillo Bruni camillobr...@gmail.com wrote:
 
 theres a setting to:
 
 - disable ENTER to accept the completion
 - to increase the popup delay
 
 so I think that is invalid bug report then...
 
 
 i tend to disagree.
 The defaults which we have now in 2.0 for autocompletion
 is breaking my workflow badly too.
 
 Yes, i can go to settings and disable/reconfigure stuff but that doesn't
 nullifying the fact, that my workflow is broken with ambiguous and 
 inconsistent
 reaction(s) to my keystrokes by UI if i keep defaults.
 
 For instance i am still clueless, why 'enter' is default for 
 autocompletion,
 and disabling it and enabling 'tab' simply doesn't works.
 That leaves me with the only option: keep using 'enter' for
 autocompletion, if i ever want to use it.
 We have to fix that.
 
 
 
 On 2013-04-03, at 22:23, Sean P. DeNigris s...@clipperadams.com 
 wrote:
 
 
 From
 https://pharo.fogbugz.com/f/cases/10219/Completion-enter-on-accept-awkwardness
 :
 
 
 The combination of enter on accept, with the current behavior to 
 select
 the first completion suggestion by default = trouble. For example:
 
 1. Type printOn: aStream... pretty common method start
 2. Hit enter to go to the next line
 
 You will now have printOn: MCDataStream WTF!! I get burned by this
 pretty regularly and it's annoying. I'm not sure what the fix should 
 be...
 probably no default selection in the suggestion menu, but possibly 
 only
 when enter on accept is enabled (t would require an extra key press to
 complete and when do you ever type a tab in the middle of a line?)
 
 
 I haven't used the 2.0 auto compeltion yet so I don't know if this is 
 relevant, but just a passing thought... When Microsoft Word muck up using 
 smart characters, one small saving grace is that it first enters my 
 original typing before smart-ifying it, such that ctrl-z undoes back to 
 my original typing. 
 
 cheers -ben
 
 
 
 




Re: [Pharo-project] Issue 10219: Completion: enter on accept awkwardness

2013-04-06 Thread Esteban Lorenzano
oh, I'm here too, but that's because I have insomnia, not kids :)

On Apr 6, 2013, at 8:44 AM, Johan Brichau jo...@inceptive.be wrote:

 Indeed, I also increased the popup speed in the preferences to something like 
 100 or 200ms.
 
 But yes, you should wait for them to pop up.
 I did not address any other issues than the 'completion keystroke'.
 
 btw, judging by the time of day, you can see who has small kids on this 
 mailing list :-)
 
 On 06 Apr 2013, at 08:38, stephane ducasse stephane.duca...@free.fr wrote:
 
 How can I get fast the choices?
 Because when I type
 
  printO
 
  and press tab I do not get 
 
  printOn:
  but
 
  printO  |
 Stef
 
 
 
 fwiw, I changed the implementation of NECController to:
 - accept both enter and tab for code completion
 - still use tab to first complete the common prefixes, but a subsequent 
 tab will select the suggestion
 
 i.e. this is the behavior in XCode, which imho is a very good one.
 
 _and_ I do not have to disable the completion of common prefixes if I want 
 to disable enter for selection.
 
 Maybe people should give this a try and see?
 
 cheers
 Johan
 
 
 NECController-Changes.cs
 
 On 06 Apr 2013, at 02:18, Ben Coman b...@openinworld.com wrote:
 
 Alexandre Bergel wrote:
 +1
 
 Alexandre
 
 
 On Apr 3, 2013, at 8:57 PM, Tudor Girba tu...@tudorgirba.com wrote:
 
 
 +1
 
 Doru
 
 
 On Apr 4, 2013, at 2:19 AM, Igor Stasenko siguc...@gmail.com wrote:
 
 
 On 3 April 2013 22:45, Camillo Bruni camillobr...@gmail.com wrote:
 
 theres a setting to:
 
 - disable ENTER to accept the completion
 - to increase the popup delay
 
 so I think that is invalid bug report then...
 
 
 i tend to disagree.
 The defaults which we have now in 2.0 for autocompletion
 is breaking my workflow badly too.
 
 Yes, i can go to settings and disable/reconfigure stuff but that doesn't
 nullifying the fact, that my workflow is broken with ambiguous and 
 inconsistent
 reaction(s) to my keystrokes by UI if i keep defaults.
 
 For instance i am still clueless, why 'enter' is default for 
 autocompletion,
 and disabling it and enabling 'tab' simply doesn't works.
 That leaves me with the only option: keep using 'enter' for
 autocompletion, if i ever want to use it.
 We have to fix that.
 
 
 
 On 2013-04-03, at 22:23, Sean P. DeNigris s...@clipperadams.com 
 wrote:
 
 
 From
 https://pharo.fogbugz.com/f/cases/10219/Completion-enter-on-accept-awkwardness
 :
 
 
 The combination of enter on accept, with the current behavior to 
 select
 the first completion suggestion by default = trouble. For example:
 
 1. Type printOn: aStream... pretty common method start
 2. Hit enter to go to the next line
 
 You will now have printOn: MCDataStream WTF!! I get burned by this
 pretty regularly and it's annoying. I'm not sure what the fix should 
 be...
 probably no default selection in the suggestion menu, but possibly 
 only
 when enter on accept is enabled (t would require an extra key press 
 to
 complete and when do you ever type a tab in the middle of a line?)
 
 
 I haven't used the 2.0 auto compeltion yet so I don't know if this is 
 relevant, but just a passing thought... When Microsoft Word muck up using 
 smart characters, one small saving grace is that it first enters my 
 original typing before smart-ifying it, such that ctrl-z undoes back to 
 my original typing. 
 
 cheers -ben
 
 
 
 
 
 




Re: [Pharo-project] [Moose-dev] Re: Big thanks for the organization of the Pharo Conf and MooseDay

2013-04-06 Thread Christoph Wysseier

Hi Stephan

Am 05.04.13 18:44, schrieb Stephan Eggermont:

The sessions were recorded, and once Stephan Eggermont will convert them, they 
will be posted.


And for some ideas on when that will be: I just got back from Diego with 72 GB 
of video files.
This weekend I might find some time to proces them, but the whole week I'm at 
Accu2013 in Bristol.
So what's not posted on monday, will take at least a week more.

If anyone has other material (sheets, screencasts, other video) please let me 
know


I am also looking forward to the videos and would like to thank everyone 
who contributed more or less to this conference. It was really cool and 
inspring!


The link to my Prezi Selling Pharo-based Solutions:
- http://prezi.com/h_j_prkjjaxq/selling-pharo-based-solutions/

Cheers,

Chris

--

Christoph Wysseier
netstyle.ch GmbH, CEO



Re: [Pharo-project] Issue 10219: Completion: enter on accept awkwardness

2013-04-06 Thread p...@highoctane.be
Works very well for me with a 100ms delay


2013/4/6 Johan Brichau jo...@inceptive.be

 fwiw, I changed the implementation of NECController to:
 - accept both enter and tab for code completion
 - still use tab to first complete the common prefixes, but a subsequent
 tab will select the suggestion

 i.e. this is the behavior in XCode, which imho is a very good one.

 _and_ I do not have to disable the completion of common prefixes if I want
 to disable enter for selection.

 Maybe people should give this a try and see?

 cheers
 Johan





 On 06 Apr 2013, at 02:18, Ben Coman b...@openinworld.com wrote:

  Alexandre Bergel wrote:
  +1
 
  Alexandre
 
 
  On Apr 3, 2013, at 8:57 PM, Tudor Girba tu...@tudorgirba.com wrote:
 
 
  +1
 
  Doru
 
 
  On Apr 4, 2013, at 2:19 AM, Igor Stasenko siguc...@gmail.com wrote:
 
 
  On 3 April 2013 22:45, Camillo Bruni camillobr...@gmail.com wrote:
 
  theres a setting to:
 
  - disable ENTER to accept the completion
  - to increase the popup delay
 
  so I think that is invalid bug report then...
 
 
  i tend to disagree.
  The defaults which we have now in 2.0 for autocompletion
  is breaking my workflow badly too.
 
  Yes, i can go to settings and disable/reconfigure stuff but that
 doesn't
  nullifying the fact, that my workflow is broken with ambiguous and
 inconsistent
  reaction(s) to my keystrokes by UI if i keep defaults.
 
  For instance i am still clueless, why 'enter' is default for
 autocompletion,
  and disabling it and enabling 'tab' simply doesn't works.
  That leaves me with the only option: keep using 'enter' for
  autocompletion, if i ever want to use it.
  We have to fix that.
 
 
 
  On 2013-04-03, at 22:23, Sean P. DeNigris s...@clipperadams.com
 wrote:
 
 
  From
 
 https://pharo.fogbugz.com/f/cases/10219/Completion-enter-on-accept-awkwardness
  :
 
 
  The combination of enter on accept, with the current behavior to
 select
  the first completion suggestion by default = trouble. For example:
 
  1. Type printOn: aStream... pretty common method start
  2. Hit enter to go to the next line
 
  You will now have printOn: MCDataStream WTF!! I get burned by
 this
  pretty regularly and it's annoying. I'm not sure what the fix
 should be...
  probably no default selection in the suggestion menu, but possibly
 only
  when enter on accept is enabled (t would require an extra key
 press to
  complete and when do you ever type a tab in the middle of a line?)
 
 
  I haven't used the 2.0 auto compeltion yet so I don't know if this is
 relevant, but just a passing thought... When Microsoft Word muck up using
 smart characters, one small saving grace is that it first enters my
 original typing before smart-ifying it, such that ctrl-z undoes back to
 my original typing.
 
  cheers -ben
 





Re: [Pharo-project] [Moose-dev] Re: Big thanks for the organization of the Pharo Conf and MooseDay

2013-04-06 Thread Max Leske
I recorded a screencast and put it on Vimeo: vimeo.com/maxleske/fueltankerdemo.

Cheers,
Max


On 05.04.2013, at 18:44, Stephan Eggermont step...@stack.nl wrote:

 
 On 5 apr 2013, at 12:16, Tudor Girba wrote:
 
 I would also want to thank the participants! The atmosphere was nice and the 
 presentation was interesting.
 
 I for one learnt quite a bit.
 
 The sessions were recorded, and once Stephan Eggermont will convert them, 
 they will be posted.
 
 And for some ideas on when that will be: I just got back from Diego with 72 
 GB of video files.
 This weekend I might find some time to proces them, but the whole week I'm at 
 Accu2013 in Bristol.
 So what's not posted on monday, will take at least a week more.
 
 If anyone has other material (sheets, screencasts, other video) please let me 
 know
 
 I'll keep you posted.
 
 Stephan
 
 




Re: [Pharo-project] How to define a ConfigurationOf with a #development version that depends on a baseline?

2013-04-06 Thread stephane ducasse

On Apr 5, 2013, at 11:28 PM, Alexandre Bergel alexandre.ber...@me.com wrote:

 Just a question: Is there any plan for a Metacello 2? 
 We have learnt a lot and we have a clear idea on a number of versioning 
 scenarios. What do we want the future of packaging in Pharo to look like?

can you describe your scenario because we want versionner++ to support some 
keys scenarios and not all of them.
Christophe is working on TravisCI so that dale can work with Pharo2.0

Stef
 
 Alexandre
 
 
 On Apr 2, 2013, at 7:15 AM, Damien Cassou damien.cas...@gmail.com wrote:
 
 http://stackoverflow.com/questions/15762706/how-to-define-a-configurationof-with-a-development-version-that-depends-on-a-ba
 
 --
 Damien Cassou
 http://damiencassou.seasidehosting.st
 
 Success is the ability to go from one failure to another without
 losing enthusiasm.
 Winston Churchill
 
 
 -- 
 _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
 Alexandre Bergel  http://www.bergel.eu
 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
 
 
 
 




Re: [Pharo-project] [ANN] Physical Etoys 2.1 released!

2013-04-06 Thread stephane ducasse
Thanks ricardo!
Continue your great work.

On Apr 5, 2013, at 11:38 PM, Ricardo Moran richi.mo...@gmail.com wrote:

 Hi everybody (and sorry if you receive multiple copies), 
 
 It's been a while since our last version but we're proud to announce a new 
 release of Physical Etoys. 
 You can download it from here: 
 http://tecnodacta.com.ar/gira/projects/physical-etoys/
 
 This new version includes:
 * Full support for the DuinoBot kit 
 (http://www.kickstarter.com/projects/1689254125/multiplo-create-your-own-robot).
 * New objects such as the Timer and the IR receiver.
 * More example projects to help you get started.
 * And of course, lots of bug fixes and minor UI enhancements.
 
 All in all, this version is much better than the previous and we hope you 
 would enjoy it as much as we do :).
 
 Thanks!
 Richo



Re: [Pharo-project] [Preview] Branch test coverage analysis tool for Pharo 3.0 :)

2013-04-06 Thread Camillo Bruni
cool work!

On 2013-04-06, at 08:47, Stéphane Ducasse stephane.duca...@inria.fr wrote:

 Clement built in a couple of hours the following nice branch analysecoverage 
 tools :)
 It is dead slow but cool. 
 
 With the AST navigation Gisela just started to work on we will have a really 
 cool system.
 
 Stef
 
 image.png
 




[Pharo-project] One SlideShare, One Youtube channel for Pharo?

2013-04-06 Thread Stéphane Ducasse
Hi guys

I would love to have one 
- slideshare for pharo presentations reachable from the web site.


http://www.slideshare.net/search/slideshow?searchfrom=headerq=pharo

- videos conference/presentation on Youtube

http://www.youtube.com/results?search_query=pharo+stoq=pharo+stgs_l=youtube.1.0.35i39j0i10l9.10476.10844.0.12212.3.3.0.0.0.0.294.431.2j0j1.3.0...0.0...1ac.1.tZ4dv4ReBZc


- lectures 

http://www.jarober.com/blog/blogView?content=st4u_pharo is wonderful :)
http://www.jarober.com/blog/blogView?content=st4u_tools 
http://www.jarober.com/blog/blogView?content=st4u_pharo_net 

http://www.pharocasts.com

What do you think?
Does anybody want to take the lead for that?




Re: [Pharo-project] Issue 10219: Completion: enter on accept awkwardness

2013-04-06 Thread stephane ducasse
Hi guys

we should learn a bit from this burst of rage and emails :).

First I think that we should limit the discussions on the bug tracker because I 
do not see how we can manage a thread of 
discussion on the bug tracker and the list is for discussion. I know what is it 
to have a look at long bug entry discussions and this is also tedious.
So we should find a middle way.

Second of course once we agree on something it should be moved to the 
bugtracker and in slice to follow our process. 

Third ben I agree that looking for mails and threads is boring now this is why 
we should have 
- discussion in the list and code to illustrate the points
- consensus on the solution
- move to the bugtracker for technical fine tuning and fix proposal.

Fourth I still think that emails are poor ways to manage human communication so 
we should pay attention
and try to remove our hands from the keyboard when we are getting mad. Believe 
I quite good at that even when I'm getting older :)

Sixth there is a nice italian proverb that say: 
Do not shit where you eat.
I think that it is wise and avoid kiddish behavior like this is not me but him.
So think positively.
I think that we are steadily improving and we should continue now we should 
communicate more.

Seventh if I take your energy as your engagement for pharo as a measure then 
this is great and 
Pharo will move forward :).


Stef


 In that case an issue tracker entry makes not much sense, we first need to 
 discuss what
 to do.



Re: [Pharo-project] ConfigurationOf

2013-04-06 Thread stephane ducasse

On Apr 5, 2013, at 11:58 AM, roberto.mine...@usi.ch wrote:

 Hi,
 
 I build the ConfigurationOf for my current project and it works fine, but I 
 have some doubts.
 My project has dependencies on two other projects, namely Spy and Fuel.
 In my ConfigurationOf I'm loading these two projects before fetching my code.
 
 The point is that, for example, I'm loading Fuel even if it is already loaded 
 in the current image and the same for Spy.
 
 Could you help me in creating a ConfigurationOf which only loads those 
 projects if not already in the image and eventually only updates them to the 
 last version?


this is the default behavior of metacello so I do not understand what you mean.
Did you read the metacello chapter I wrote?

 
 Thanks in advance,
 R
 
 P.s. Here (http://ws.stfx.eu/QOMGC86FZTG) is my current baseline for the 
 ConfigurationOf.




Re: [Pharo-project] One SlideShare, One Youtube channel for Pharo?

2013-04-06 Thread Yuriy Tymchuk
It will be cool to use some service, that allows 'groups'. For example on vimeo 
you can create a Pharo group and then include there videos of the users. This 
way you do not have to re-uppload content that is already there, and people get 
their credit.

uko

On 6 квіт. 2013, at 09:48, Stéphane Ducasse stephane.duca...@inria.fr wrote:

 Hi guys
 
 I would love to have one 
   - slideshare for pharo presentations reachable from the web site.
 
   
 http://www.slideshare.net/search/slideshow?searchfrom=headerq=pharo
 
   - videos conference/presentation on Youtube
   
 http://www.youtube.com/results?search_query=pharo+stoq=pharo+stgs_l=youtube.1.0.35i39j0i10l9.10476.10844.0.12212.3.3.0.0.0.0.294.431.2j0j1.3.0...0.0...1ac.1.tZ4dv4ReBZc
 
 
   - lectures 
 
   http://www.jarober.com/blog/blogView?content=st4u_pharo is wonderful :)
   http://www.jarober.com/blog/blogView?content=st4u_tools 
   http://www.jarober.com/blog/blogView?content=st4u_pharo_net 
 
   http://www.pharocasts.com
 
 What do you think?
 Does anybody want to take the lead for that?
 
 




Re: [Pharo-project] [Pharo-users] Pharo Association reaches 50 Members

2013-04-06 Thread stephane ducasse
Great

We got a list of improvements on the pipe for the association web site and we 
should start to think about actions.

Stef

On Apr 4, 2013, at 11:07 PM, Marcus Denker marcus.den...@inria.fr wrote:

 Hi,
 
 The Pharo Association has reached 52 Members! 
 
 The Pharo User Association is a way for individuals to support the ongoing 
 development and 
 maintenance of the Pharo language and environment. It complements the Pharo 
 Consortium
 which is a consortium of companies supporting Pharo. 
 
 Together the association and the consortium invest in the future of Pharo.
 
 Information about how to join the Pharo Association and Consortium can be 
 found on the website.
 
 http://association.pharo.org
 http://consortium.pharo.org
 
   Marcus
 
 




Re: [Pharo-project] Resuming Issue Tracker Mailing List

2013-04-06 Thread stephane ducasse
what do you mean?
because I get fog mails.

Stef

On Apr 5, 2013, at 2:46 AM, Sean P. DeNigris s...@clipperadams.com wrote:

 Can we please convert this to work with fogbugz asap? I'm finding it
 difficult to track our progress without it... we've been spoiled ;)
 
 
 
 -
 Cheers,
 Sean
 --
 View this message in context: 
 http://forum.world.st/Resuming-Issue-Tracker-Mailing-List-tp4679712.html
 Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
 




Re: [Pharo-project] One SlideShare, One Youtube channel for Pharo?

2013-04-06 Thread Max Leske
+1

And I like Vimeo more :)

On 06.04.2013, at 10:28, Yuriy Tymchuk yuriy.tymc...@me.com wrote:

 It will be cool to use some service, that allows 'groups'. For example on 
 vimeo you can create a Pharo group and then include there videos of the 
 users. This way you do not have to re-uppload content that is already there, 
 and people get their credit.
 
 uko
 
 On 6 квіт. 2013, at 09:48, Stéphane Ducasse stephane.duca...@inria.fr wrote:
 
 Hi guys
 
 I would love to have one 
  - slideshare for pharo presentations reachable from the web site.
 
  
 http://www.slideshare.net/search/slideshow?searchfrom=headerq=pharo
 
  - videos conference/presentation on Youtube
  
 http://www.youtube.com/results?search_query=pharo+stoq=pharo+stgs_l=youtube.1.0.35i39j0i10l9.10476.10844.0.12212.3.3.0.0.0.0.294.431.2j0j1.3.0...0.0...1ac.1.tZ4dv4ReBZc
 
 
  - lectures 
 
  http://www.jarober.com/blog/blogView?content=st4u_pharo is wonderful :)
  http://www.jarober.com/blog/blogView?content=st4u_tools 
  http://www.jarober.com/blog/blogView?content=st4u_pharo_net 
 
  http://www.pharocasts.com
 
 What do you think?
 Does anybody want to take the lead for that?
 
 
 
 




Re: [Pharo-project] One SlideShare, One Youtube channel for Pharo?

2013-04-06 Thread Yuriy Tymchuk
The only problem is with the quota for free users

On 6 квіт. 2013, at 10:33, Max Leske maxle...@gmail.com wrote:

 +1
 
 And I like Vimeo more :)
 
 On 06.04.2013, at 10:28, Yuriy Tymchuk yuriy.tymc...@me.com wrote:
 
 It will be cool to use some service, that allows 'groups'. For example on 
 vimeo you can create a Pharo group and then include there videos of the 
 users. This way you do not have to re-uppload content that is already there, 
 and people get their credit.
 
 uko
 
 On 6 квіт. 2013, at 09:48, Stéphane Ducasse stephane.duca...@inria.fr 
 wrote:
 
 Hi guys
 
 I would love to have one 
 - slideshare for pharo presentations reachable from the web site.
 
 
 http://www.slideshare.net/search/slideshow?searchfrom=headerq=pharo
 
 - videos conference/presentation on Youtube
 
 http://www.youtube.com/results?search_query=pharo+stoq=pharo+stgs_l=youtube.1.0.35i39j0i10l9.10476.10844.0.12212.3.3.0.0.0.0.294.431.2j0j1.3.0...0.0...1ac.1.tZ4dv4ReBZc
 
 
 - lectures 
 
 http://www.jarober.com/blog/blogView?content=st4u_pharo is wonderful :)
 http://www.jarober.com/blog/blogView?content=st4u_tools 
 http://www.jarober.com/blog/blogView?content=st4u_pharo_net 
 
 http://www.pharocasts.com
 
 What do you think?
 Does anybody want to take the lead for that?
 
 
 
 
 
 




Re: [Pharo-project] Resuming Issue Tracker Mailing List

2013-04-06 Thread Marcus Denker

On Apr 6, 2013, at 10:30 AM, stephane ducasse stephane.duca...@free.fr wrote:

 what do you mean?
 because I get fog mails.
 

The old list got a mail for every change done on the tracker…

We can do that again: we can subscribe it to all the projects. But it might be 
a bit 
too much.

People can easily subscribe just themselfs:
- My Settings 
- Subscribe
- Select ALL PROJECTS when creating the subscription 


 Stef
 
 On Apr 5, 2013, at 2:46 AM, Sean P. DeNigris s...@clipperadams.com wrote:
 
 Can we please convert this to work with fogbugz asap? I'm finding it
 difficult to track our progress without it... we've been spoiled ;)
 
 
 
 -
 Cheers,
 Sean
 --
 View this message in context: 
 http://forum.world.st/Resuming-Issue-Tracker-Mailing-List-tp4679712.html
 Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
 
 
 




[Pharo-project] [Issue Tracker] Fogbugz down April 7th, 2013 from 0200 to 0700 UTC

2013-04-06 Thread Marcus Denker
On Demand services offline this weekend

Our On Demand services will be offline this weekend, April 7th, 2013 from 0200 
to 0700 UTC
 (April 6th, 2200 - April 7th 0300 EDT) for a scheduled maintenance. 

For more information, please read our status blog at fogcreekstatus.com. 




Re: [Pharo-project] One SlideShare, One Youtube channel for Pharo?

2013-04-06 Thread stephane ducasse
Ok so we wait that other people reply and we do an organised action.

Stef

On Apr 6, 2013, at 10:33 AM, Max Leske maxle...@gmail.com wrote:

 +1
 
 And I like Vimeo more :)
 
 On 06.04.2013, at 10:28, Yuriy Tymchuk yuriy.tymc...@me.com wrote:
 
 It will be cool to use some service, that allows 'groups'. For example on 
 vimeo you can create a Pharo group and then include there videos of the 
 users. This way you do not have to re-uppload content that is already there, 
 and people get their credit.
 
 uko
 
 On 6 квіт. 2013, at 09:48, Stéphane Ducasse stephane.duca...@inria.fr 
 wrote:
 
 Hi guys
 
 I would love to have one 
 - slideshare for pharo presentations reachable from the web site.
 
 
 http://www.slideshare.net/search/slideshow?searchfrom=headerq=pharo
 
 - videos conference/presentation on Youtube
 
 http://www.youtube.com/results?search_query=pharo+stoq=pharo+stgs_l=youtube.1.0.35i39j0i10l9.10476.10844.0.12212.3.3.0.0.0.0.294.431.2j0j1.3.0...0.0...1ac.1.tZ4dv4ReBZc
 
 
 - lectures 
 
 http://www.jarober.com/blog/blogView?content=st4u_pharo is wonderful :)
 http://www.jarober.com/blog/blogView?content=st4u_tools 
 http://www.jarober.com/blog/blogView?content=st4u_pharo_net 
 
 http://www.pharocasts.com
 
 What do you think?
 Does anybody want to take the lead for that?
 
 
 
 
 
 




Re: [Pharo-project] Resuming Issue Tracker Mailing List

2013-04-06 Thread Camillo Bruni

On 2013-04-06, at 10:36, Marcus Denker marcus.den...@inria.fr wrote:

 
 On Apr 6, 2013, at 10:30 AM, stephane ducasse stephane.duca...@free.fr 
 wrote:
 
 what do you mean?
 because I get fog mails.
 
 
 The old list got a mail for every change done on the tracker…
 
 We can do that again: we can subscribe it to all the projects. But it might 
 be a bit 
 too much.
 
 People can easily subscribe just themselfs:
   - My Settings 
   - Subscribe
   - Select ALL PROJECTS when creating the subscription 
 

Most of it is documented on the wiki, here: 
https://pharo.fogbugz.com/default.asp?W46


Re: [Pharo-project] [Preview] Branch test coverage analysis tool for Pharo 3.0 :)

2013-04-06 Thread Frank Shearar
On 6 April 2013 07:47, Stéphane Ducasse stephane.duca...@inria.fr wrote:

 Clement built in a couple of hours the following nice branch
 analysecoverage tools :)
 It is dead slow but cool.


By branch coverage tool do you mean Jejak?

frank


Re: [Pharo-project] How to define a ConfigurationOf with a #development version that depends on a baseline?

2013-04-06 Thread Marten Feldtmann
In all the discussions about how to manage/organize Smalltalk code - I 
would like to add, that ENVY (though it's so old) with its config maps, 
applications, prerequisites is a pretty good example how it works.


Take a look at the only available ENVY implementation today (VAST) and 
think about the way they did it in the eighties ...


The ENVY-(concept - not the implementation) is still a master peace in 
this area - even when compared with VS or Eclipse - and it supports the 
power of Smalltalk very much.


There are questionable parts of ENVY and I do not use these parts of it 
very often. But even these questionable parts of ENVY have not been 
better solved by other Smalltalk source code management systems.


I've repositories, which are around 10 years old - and ALL code is still 
there, all versions for all different platforms - down to methods 
differences within a mouse click and the speed within a LAN is so good.



Marten



On Apr 5, 2013, at 11:28 PM, Alexandre Bergelalexandre.ber...@me.com  wrote:


Just a question: Is there any plan for a Metacello 2?


attachment: marten.vcf

Re: [Pharo-project] [Preview] Branch test coverage analysis tool for Pharo 3.0 :)

2013-04-06 Thread Clément Bera
Actually, it is quite different than Jejak.

Implementation wise, Jejak used Opal so I guess it relies on bytecode
modification to do its analysis where my tool relies on ast annotations.

This implies some difference in features. It seems that Jejak record all
calls, all values and all assignments in a method (which is byte code level
feature), whereas I record for each ast node if it was interpreted or not
(which is ast level feature). I guess there would be a little difference in
the use cases.


2013/4/6 Frank Shearar frank.shea...@gmail.com

 On 6 April 2013 07:47, Stéphane Ducasse stephane.duca...@inria.fr wrote:

 Clement built in a couple of hours the following nice branch
 analysecoverage tools :)
 It is dead slow but cool.


 By branch coverage tool do you mean Jejak?

 frank





-- 
Clément Béra
Mate Virtual Machine Engineer
Bâtiment B 40, avenue Halley 59650 *Villeneuve d'Ascq*


Re: [Pharo-project] ConfigurationOf

2013-04-06 Thread roberto.mine...@usi.ch

On Apr 6, 2013, at 10:26 AM, stephane ducasse stephane.duca...@free.fr wrote:

 
 On Apr 5, 2013, at 11:58 AM, roberto.mine...@usi.ch wrote:
 
 Hi,
 
 I build the ConfigurationOf for my current project and it works fine, but I 
 have some doubts.
 My project has dependencies on two other projects, namely Spy and Fuel.
 In my ConfigurationOf I'm loading these two projects before fetching my code.
 
 The point is that, for example, I'm loading Fuel even if it is already 
 loaded in the current image and the same for Spy.
 
 Could you help me in creating a ConfigurationOf which only loads those 
 projects if not already in the image and eventually only updates them to the 
 last version?
 
 
 this is the default behavior of metacello so I do not understand what you 
 mean.

Good to know! Thanks.

 Did you read the metacello chapter I wrote?
 
 
 Thanks in advance,
 R
 
 P.s. Here (http://ws.stfx.eu/QOMGC86FZTG) is my current baseline for the 
 ConfigurationOf.
 
 




Re: [Pharo-project] Collect all references to AnObsoleteFoo

2013-04-06 Thread roberto.mine...@usi.ch
Martin, your solution is awesome.

I've seen the presentation at Pharoconf about setting an analyzer to the 
serializer and I was thinking in that direction.

Thanks a lot,
R

On Apr 5, 2013, at 4:59 PM, Martin Dias tinchod...@gmail.com wrote:

 As Fernando said, probably is better for you to substitute the obsolete class 
 by a ring definition. Look here:
 
 http://ws.stfx.eu/OAVG8IXKWOYA
 
 Don't need to filein the workaround of my previous email.
 
 Martin
 
 
 On Fri, Apr 5, 2013 at 4:47 PM, Martin Dias tinchod...@gmail.com wrote:
 Hi, 
 I'm sorry for my delay. I didn't stop to think a good solution. There were 
 interesting answers before mine. But if it's a prototype... maybe this 
 workaround helps you. I played with this code:
 
 http://ws.stfx.eu/HYWM1ZB9R45K
 
 (the first time I use the shared workspace :-)
 
 if you file in the attached file, it materializes the new A class.
 
 But this will be not useful for you, if either:
 - you don't have the original class at materialization time
 - you don't want to know if the class was obsolete at serialization time
 
 HTH
 Martin
 
 
 
 On Tue, Apr 2, 2013 at 7:33 AM, Yanni Chiu ya...@rogers.com wrote:
 On 02/04/13 12:50 AM, roberto.minelli-bhdirlqp...@public.gmane.org wrote:
 
 Is there any way to browse through such references to understand where are 
 they?
 
 From an inspector, choose the Explore pointers, making sure you've selected 
 the object that you're trying to understand what is referencing it.
 
 It takes trial  error, and intuition on which pointers to follow. This 
 method has often been unsuccessful for me.
 
 Another approach (my memory is fuzzy), was to put a halt at a suitable place 
 during the Fuel serialization. Then explore the intermediate structures used 
 by Fuel, to try to find out why Fuel thinks it needs to serialize that object.
 
 Yet another approach is to put a halt in the Fuel materialization, and 
 explore the intermediate structures used by Fuel. You might even set up a 
 mapping of the obsolete class to some temporary class, which allows Fuel to 
 fully materialize the saved objects. You can then explore the Fuel 
 intermediate structures, as well as the final de-serialized object structure.
 
 
 
 




Re: [Pharo-project] Collect all references to AnObsoleteFoo

2013-04-06 Thread Mariano Martinez Peck
Martin, should be manage obsolete always that way (meaning to put such
behavior directly inside Fuel)?
If not, could be write your awesome code in the Fuel website?

Thanks!!! :)




On Sat, Apr 6, 2013 at 8:26 AM, roberto.mine...@usi.ch 
roberto.mine...@usi.ch wrote:

 Martin, your solution is awesome.

 I've seen the presentation at Pharoconf about setting an analyzer to the
 serializer and I was thinking in that direction.

 Thanks a lot,
 R

 On Apr 5, 2013, at 4:59 PM, Martin Dias tinchod...@gmail.com wrote:

  As Fernando said, probably is better for you to substitute the obsolete
 class by a ring definition. Look here:
 
  http://ws.stfx.eu/OAVG8IXKWOYA
 
  Don't need to filein the workaround of my previous email.
 
  Martin
 
 
  On Fri, Apr 5, 2013 at 4:47 PM, Martin Dias tinchod...@gmail.com
 wrote:
  Hi,
  I'm sorry for my delay. I didn't stop to think a good solution. There
 were interesting answers before mine. But if it's a prototype... maybe this
 workaround helps you. I played with this code:
 
  http://ws.stfx.eu/HYWM1ZB9R45K
 
  (the first time I use the shared workspace :-)
 
  if you file in the attached file, it materializes the new A class.
 
  But this will be not useful for you, if either:
  - you don't have the original class at materialization time
  - you don't want to know if the class was obsolete at serialization time
 
  HTH
  Martin
 
 
 
  On Tue, Apr 2, 2013 at 7:33 AM, Yanni Chiu ya...@rogers.com wrote:
  On 02/04/13 12:50 AM, roberto.minelli-BHDiRLqP7qo@public.gmane.orgwrote:
 
  Is there any way to browse through such references to understand where
 are they?
 
  From an inspector, choose the Explore pointers, making sure you've
 selected the object that you're trying to understand what is referencing it.
 
  It takes trial  error, and intuition on which pointers to follow. This
 method has often been unsuccessful for me.
 
  Another approach (my memory is fuzzy), was to put a halt at a suitable
 place during the Fuel serialization. Then explore the intermediate
 structures used by Fuel, to try to find out why Fuel thinks it needs to
 serialize that object.
 
  Yet another approach is to put a halt in the Fuel materialization, and
 explore the intermediate structures used by Fuel. You might even set up a
 mapping of the obsolete class to some temporary class, which allows Fuel to
 fully materialize the saved objects. You can then explore the Fuel
 intermediate structures, as well as the final de-serialized object
 structure.
 
 
 
 





-- 
Mariano
http://marianopeck.wordpress.com


Re: [Pharo-project] [Preview] Branch test coverage analysis tool for Pharo 3.0 :)

2013-04-06 Thread Frank Shearar
So if you don't mind me being very loose with terminology, you
interpret (RB) ASTs, and the act of interpreting marks the nodes in
these ASTs, which you can then use to colour source?

frank

On 6 April 2013 11:00, Clément Bera bera.clem...@gmail.com wrote:
 Actually, it is quite different than Jejak.

 Implementation wise, Jejak used Opal so I guess it relies on bytecode
 modification to do its analysis where my tool relies on ast annotations.

 This implies some difference in features. It seems that Jejak record all
 calls, all values and all assignments in a method (which is byte code level
 feature), whereas I record for each ast node if it was interpreted or not
 (which is ast level feature). I guess there would be a little difference in
 the use cases.


 2013/4/6 Frank Shearar frank.shea...@gmail.com

 On 6 April 2013 07:47, Stéphane Ducasse stephane.duca...@inria.fr wrote:

 Clement built in a couple of hours the following nice branch
 analysecoverage tools :)
 It is dead slow but cool.


 By branch coverage tool do you mean Jejak?

 frank





 --
 Clément Béra
 Mate Virtual Machine Engineer
 Bâtiment B 40, avenue Halley 59650 Villeneuve d'Ascq



Re: [Pharo-project] Resuming Issue Tracker Mailing List

2013-04-06 Thread Sean P. DeNigris
Marcus Denker-4 wrote
 The old list got a mail for every change done on the tracker…
 
 We can do that again: we can subscribe it to all the projects. But it
 might be a bit 
 too much.

Well since it's a special mailing list dedicated solely to the issue
tracker, why would it be too much? For me, I found it very useful to track
progress in a far less intrusive way then having every update come to my
inbox.



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/Resuming-Issue-Tracker-Mailing-List-tp4679712p4679960.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.



Re: [Pharo-project] Issue 10219: Completion: enter on accept awkwardness

2013-04-06 Thread Sean P. DeNigris
Johan Brichau-2 wrote
 fwiw, I changed the implementation of NECController to:
 - accept both 
 enter
  and 
 tab
  for code completion
 - still use 
 tab
  to first complete the common prefixes, but a subsequent 
 tab
  will select the suggestion
 
 Maybe people should give this a try and see?

Sounds cool. I will start using it and report back. Thanks!



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/Issue-10219-Completion-enter-on-accept-awkwardness-tp4679488p4679961.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.



Re: [Pharo-project] [Preview] Branch test coverage analysis tool for Pharo 3.0 :)

2013-04-06 Thread Clément Bera
This is exactly that. The tree coverage tool is a subclass of
AST-interpreter, which adding to the interpretation marks the nodes. And
then I use this marking to color the source code. And I use as you said RB
ast.

This is why I implemented it in a few hours, I had already an
AST-interpreter, so I've just created a quick subclass and a spec UI.


2013/4/6 Frank Shearar frank.shea...@gmail.com

 So if you don't mind me being very loose with terminology, you
 interpret (RB) ASTs, and the act of interpreting marks the nodes in
 these ASTs, which you can then use to colour source?

 frank

 On 6 April 2013 11:00, Clément Bera bera.clem...@gmail.com wrote:
  Actually, it is quite different than Jejak.
 
  Implementation wise, Jejak used Opal so I guess it relies on bytecode
  modification to do its analysis where my tool relies on ast annotations.
 
  This implies some difference in features. It seems that Jejak record all
  calls, all values and all assignments in a method (which is byte code
 level
  feature), whereas I record for each ast node if it was interpreted or not
  (which is ast level feature). I guess there would be a little difference
 in
  the use cases.
 
 
  2013/4/6 Frank Shearar frank.shea...@gmail.com
 
  On 6 April 2013 07:47, Stéphane Ducasse stephane.duca...@inria.fr
 wrote:
 
  Clement built in a couple of hours the following nice branch
  analysecoverage tools :)
  It is dead slow but cool.
 
 
  By branch coverage tool do you mean Jejak?
 
  frank
 
 
 
 
 
  --
  Clément Béra
  Mate Virtual Machine Engineer
  Bâtiment B 40, avenue Halley 59650 Villeneuve d'Ascq




-- 
Clément Béra
Mate Virtual Machine Engineer
Bâtiment B 40, avenue Halley 59650 *Villeneuve d'Ascq*


Re: [Pharo-project] Resuming Issue Tracker Mailing List

2013-04-06 Thread Marcus Denker

On Apr 6, 2013, at 3:49 PM, Sean P. DeNigris s...@clipperadams.com wrote:

 Marcus Denker-4 wrote
 The old list got a mail for every change done on the tracker…
 
 We can do that again: we can subscribe it to all the projects. But it
 might be a bit 
 too much.
 
 Well since it's a special mailing list dedicated solely to the issue
 tracker, why would it be too much? For me, I found it very useful to track
 progress in a far less intrusive way then having every update come to my
 inbox.
 

It's no problem to enable it… I will do it. (People then can decide if they
read the ML or if the configure FugBugz to send them a subset).

Marcus


Re: [Pharo-project] Resuming Issue Tracker Mailing List

2013-04-06 Thread Esteban Lorenzano
Hi, 

To be honest, I don't think a separate mailing list has much sense. 
I would prefer to redirect mails to this list (this is a pharo-dev list, after 
all... ).
With the filtering/labeling tools that every mail/webmail client has nowadays, 
it should be easy to the people who do not want to receive them to filter out 
or to put them in a separate place. 

my 2c

Esteban

On Apr 6, 2013, at 4:51 PM, Marcus Denker marcus.den...@inria.fr wrote:

 
 On Apr 6, 2013, at 3:49 PM, Sean P. DeNigris s...@clipperadams.com wrote:
 
 Marcus Denker-4 wrote
 The old list got a mail for every change done on the tracker…
 
 We can do that again: we can subscribe it to all the projects. But it
 might be a bit 
 too much.
 
 Well since it's a special mailing list dedicated solely to the issue
 tracker, why would it be too much? For me, I found it very useful to track
 progress in a far less intrusive way then having every update come to my
 inbox.
 
 
 It's no problem to enable it… I will do it. (People then can decide if they
 read the ML or if the configure FugBugz to send them a subset).
 
   Marcus




Re: [Pharo-project] Issue 10219: Completion: enter on accept awkwardness

2013-04-06 Thread Igor Stasenko
On 6 April 2013 08:22, Johan Brichau jo...@inceptive.be wrote:
 fwiw, I changed the implementation of NECController to:
 - accept both enter and tab for code completion
 - still use tab to first complete the common prefixes, but a subsequent 
 tab will select the suggestion

 i.e. this is the behavior in XCode, which imho is a very good one.

 _and_ I do not have to disable the completion of common prefixes if I want to 
 disable enter for selection.

 Maybe people should give this a try and see?

your change seems even better than mine.
I just changed it in a way that tab = enter in terms of completion.
(so you can use either tab or enter to do the same thing).


 cheers
 Johan





 On 06 Apr 2013, at 02:18, Ben Coman b...@openinworld.com wrote:

 Alexandre Bergel wrote:
 +1

 Alexandre


 On Apr 3, 2013, at 8:57 PM, Tudor Girba tu...@tudorgirba.com wrote:


 +1

 Doru


 On Apr 4, 2013, at 2:19 AM, Igor Stasenko siguc...@gmail.com wrote:


 On 3 April 2013 22:45, Camillo Bruni camillobr...@gmail.com wrote:

 theres a setting to:

 - disable ENTER to accept the completion
 - to increase the popup delay

 so I think that is invalid bug report then...


 i tend to disagree.
 The defaults which we have now in 2.0 for autocompletion
 is breaking my workflow badly too.

 Yes, i can go to settings and disable/reconfigure stuff but that doesn't
 nullifying the fact, that my workflow is broken with ambiguous and 
 inconsistent
 reaction(s) to my keystrokes by UI if i keep defaults.

 For instance i am still clueless, why 'enter' is default for 
 autocompletion,
 and disabling it and enabling 'tab' simply doesn't works.
 That leaves me with the only option: keep using 'enter' for
 autocompletion, if i ever want to use it.
 We have to fix that.



 On 2013-04-03, at 22:23, Sean P. DeNigris s...@clipperadams.com 
 wrote:


 From
 https://pharo.fogbugz.com/f/cases/10219/Completion-enter-on-accept-awkwardness
 :


 The combination of enter on accept, with the current behavior to select
 the first completion suggestion by default = trouble. For example:

 1. Type printOn: aStream... pretty common method start
 2. Hit enter to go to the next line

 You will now have printOn: MCDataStream WTF!! I get burned by this
 pretty regularly and it's annoying. I'm not sure what the fix should 
 be...
 probably no default selection in the suggestion menu, but possibly only
 when enter on accept is enabled (t would require an extra key press to
 complete and when do you ever type a tab in the middle of a line?)


 I haven't used the 2.0 auto compeltion yet so I don't know if this is 
 relevant, but just a passing thought... When Microsoft Word muck up using 
 smart characters, one small saving grace is that it first enters my original 
 typing before smart-ifying it, such that ctrl-z undoes back to my original 
 typing.

 cheers -ben






-- 
Best regards,
Igor Stasenko.



Re: [Pharo-project] Resuming Issue Tracker Mailing List

2013-04-06 Thread Marcus Denker

On Apr 6, 2013, at 5:44 PM, Esteban Lorenzano esteba...@gmail.com wrote:

 Hi, 
 
 To be honest, I don't think a separate mailing list has much sense. 
 I would prefer to redirect mails to this list (this is a pharo-dev list, 
 after all... ).


Sorry, the bug racker sends a mail for every trivial change (re-categorization, 
whatever).
We will drown in mail, it makes no sense.

Marcus


Re: [Pharo-project] Resuming Issue Tracker Mailing List

2013-04-06 Thread Esteban Lorenzano
well, but since I cannot imagine any of this list not subscribing to the other 
one, I do not see the difference, other than eliminate bureaucracy :)

Esteban

On Apr 6, 2013, at 6:07 PM, Marcus Denker marcus.den...@inria.fr wrote:

 
 On Apr 6, 2013, at 5:44 PM, Esteban Lorenzano esteba...@gmail.com wrote:
 
 Hi, 
 
 To be honest, I don't think a separate mailing list has much sense. 
 I would prefer to redirect mails to this list (this is a pharo-dev list, 
 after all... ).
 
 
 Sorry, the bug racker sends a mail for every trivial change 
 (re-categorization, whatever).
 We will drown in mail, it makes no sense.
 
   Marcus




Re: [Pharo-project] Resuming Issue Tracker Mailing List

2013-04-06 Thread Esteban Lorenzano
but yes... even for this list or the other, it would be could be able to decide 
which kind of issue updates we want to be notified :S

On Apr 6, 2013, at 6:22 PM, Esteban Lorenzano esteba...@gmail.com wrote:

 well, but since I cannot imagine any of this list not subscribing to the 
 other one, I do not see the difference, other than eliminate bureaucracy :)
 
 Esteban
 
 On Apr 6, 2013, at 6:07 PM, Marcus Denker marcus.den...@inria.fr wrote:
 
 
 On Apr 6, 2013, at 5:44 PM, Esteban Lorenzano esteba...@gmail.com wrote:
 
 Hi, 
 
 To be honest, I don't think a separate mailing list has much sense. 
 I would prefer to redirect mails to this list (this is a pharo-dev list, 
 after all... ).
 
 
 Sorry, the bug racker sends a mail for every trivial change 
 (re-categorization, whatever).
 We will drown in mail, it makes no sense.
 
  Marcus
 




Re: [Pharo-project] Resuming Issue Tracker Mailing List

2013-04-06 Thread Marcus Denker

On Apr 6, 2013, at 6:22 PM, Esteban Lorenzano esteba...@gmail.com wrote:

 well, but since I cannot imagine any of this list not subscribing to the 
 other one, I do not see the difference, other than eliminate bureaucracy :)
 
I am considering not to.

I think not many people will subscribe. It's just too much.

Marcus




Re: [Pharo-project] Resuming Issue Tracker Mailing List

2013-04-06 Thread Marcus Denker

On Apr 6, 2013, at 6:31 PM, Marcus Denker marcus.den...@inria.fr wrote:

 
 On Apr 6, 2013, at 6:22 PM, Esteban Lorenzano esteba...@gmail.com wrote:
 
 well, but since I cannot imagine any of this list not subscribing to the 
 other one, I do not see the difference, other than eliminate bureaucracy :)
 
 I am considering not to.
 
 I think not many people will subscribe. It's just too much.
 

And if I remember correctly: didn't we do exactly that some years ago and 
decided to stop?
And that was with the old tracker, the new will generate at least 5 times the 
amount of mail,
maybe more.

Marcus




Re: [Pharo-project] Resuming Issue Tracker Mailing List

2013-04-06 Thread Esteban Lorenzano
oh well... then, if it is just noise, looks like everything will be lost in the 
stack of useless mails instead what it should be: to promote the discussion of 
issues. 

then I vote to not activate anything that will not work anyway :)

Esteban

On Apr 6, 2013, at 6:31 PM, Marcus Denker marcus.den...@inria.fr wrote:

 
 On Apr 6, 2013, at 6:22 PM, Esteban Lorenzano esteba...@gmail.com wrote:
 
 well, but since I cannot imagine any of this list not subscribing to the 
 other one, I do not see the difference, other than eliminate bureaucracy :)
 
 I am considering not to.
 
 I think not many people will subscribe. It's just too much.
 
   Marcus
 
 




Re: [Pharo-project] Resuming Issue Tracker Mailing List

2013-04-06 Thread Benjamin
Since any one can subscribe precisely to want they want, for me it's useless to 
have a spamming mailing list :)
(and one thing less to manage ^^)


Ben

On Apr 6, 2013, at 6:36 PM, Marcus Denker marcus.den...@inria.fr wrote:

 
 On Apr 6, 2013, at 6:31 PM, Marcus Denker marcus.den...@inria.fr wrote:
 
 
 On Apr 6, 2013, at 6:22 PM, Esteban Lorenzano esteba...@gmail.com wrote:
 
 well, but since I cannot imagine any of this list not subscribing to the 
 other one, I do not see the difference, other than eliminate bureaucracy :)
 
 I am considering not to.
 
 I think not many people will subscribe. It's just too much.
 
 
 And if I remember correctly: didn't we do exactly that some years ago and 
 decided to stop?
 And that was with the old tracker, the new will generate at least 5 times the 
 amount of mail,
 maybe more.
 
   Marcus
 
 



[Pharo-project] Screencast: Creating C library bindings with TalkFFI for libgit2

2013-04-06 Thread Max Leske
I recorded a new screencast with a short tutorial on how bindings for libgit2 
(or any other library for that matter) can be created using TalkFFI.

http://vimeo.com/maxleske/talkffibindings

(will be available in about an hour)

Cheers,
Max


Re: [Pharo-project] Screencast: Creating C library bindings with TalkFFI for libgit2

2013-04-06 Thread Esteban Lorenzano
that's cool :)

I just playing with the libgit2 bindings from Stefan :)

Esteban

On Apr 6, 2013, at 7:30 PM, Max Leske maxle...@gmail.com wrote:

 I recorded a new screencast with a short tutorial on how bindings for libgit2 
 (or any other library for that matter) can be created using TalkFFI.
 
 http://vimeo.com/maxleske/talkffibindings
 
 (will be available in about an hour)
 
 Cheers,
 Max




Re: [Pharo-project] Screencast: Creating C library bindings with TalkFFI for libgit2

2013-04-06 Thread Esteban Lorenzano
mmm... to fast 

Page not found :(

Esteban

On Apr 6, 2013, at 7:41 PM, Esteban Lorenzano esteba...@gmail.com wrote:

 that's cool :)
 
 I just playing with the libgit2 bindings from Stefan :)
 
 Esteban
 
 On Apr 6, 2013, at 7:30 PM, Max Leske maxle...@gmail.com wrote:
 
 I recorded a new screencast with a short tutorial on how bindings for 
 libgit2 (or any other library for that matter) can be created using TalkFFI.
 
 http://vimeo.com/maxleske/talkffibindings
 
 (will be available in about an hour)
 
 Cheers,
 Max
 




Re: [Pharo-project] How to define a ConfigurationOf with a #development version that depends on a baseline?

2013-04-06 Thread stephane ducasse
martin

we worked with envy during 8 years for the moose dev on VW and I have the book 
of joseph.
Now what is the process?

during dev everybody load bleeding edge of the current maps?
when frozen exact ersion are loaded?

Stef

 In all the discussions about how to manage/organize Smalltalk code - I would 
 like to add, that ENVY (though it's so old) with its config maps, 
 applications, prerequisites is a pretty good example how it works.
 
 Take a look at the only available ENVY implementation today (VAST) and think 
 about the way they did it in the eighties ...
 
 The ENVY-(concept - not the implementation) is still a master peace in this 
 area - even when compared with VS or Eclipse - and it supports the power of 
 Smalltalk very much.
 
 There are questionable parts of ENVY and I do not use these parts of it very 
 often. But even these questionable parts of ENVY have not been better solved 
 by other Smalltalk source code management systems.
 
 I've repositories, which are around 10 years old - and ALL code is still 
 there, all versions for all different platforms - down to methods differences 
 within a mouse click and the speed within a LAN is so good.
 
 
 Marten
 
 
 On Apr 5, 2013, at 11:28 PM, Alexandre Bergelalexandre.ber...@me.com  
 wrote:
 
 Just a question: Is there any plan for a Metacello 2?
 
 marten.vcf




Re: [Pharo-project] Screencast: Creating C library bindings with TalkFFI for libgit2

2013-04-06 Thread Max Leske
Now it's ready :)

On 06.04.2013, at 19:42, Esteban Lorenzano esteba...@gmail.com wrote:

 mmm... to fast 
 
 Page not found :(
 
 Esteban
 
 On Apr 6, 2013, at 7:41 PM, Esteban Lorenzano esteba...@gmail.com wrote:
 
 that's cool :)
 
 I just playing with the libgit2 bindings from Stefan :)
 
 Esteban
 
 On Apr 6, 2013, at 7:30 PM, Max Leske maxle...@gmail.com wrote:
 
 I recorded a new screencast with a short tutorial on how bindings for 
 libgit2 (or any other library for that matter) can be created using TalkFFI.
 
 http://vimeo.com/maxleske/talkffibindings
 
 (will be available in about an hour)
 
 Cheers,
 Max
 
 
 




Re: [Pharo-project] Screencast: Creating C library bindings with TalkFFI for libgit2

2013-04-06 Thread Stefan Marr
Hi:

On 06 Apr 2013, at 19:30, Max Leske wrote:

 I recorded a new screencast with a short tutorial on how bindings for libgit2 
 (or any other library for that matter) can be created using TalkFFI.
 
 http://vimeo.com/maxleske/talkffibindings

I skimmed through it. Looks good.
But, I noticed that the video actually stops before generating the bindings :)
That makes it feel like there is something missing.

Best regards
Stefan



-- 
Stefan Marr
Software Languages Lab
Vrije Universiteit Brussel
Pleinlaan 2 / B-1050 Brussels / Belgium
http://soft.vub.ac.be/~smarr
Phone: +32 2 629 2974
Fax:   +32 2 629 3525




Re: [Pharo-project] Resuming Issue Tracker Mailing List

2013-04-06 Thread Sean P. DeNigris
Benjamin Van Ryseghem-2 wrote
 Since any one can subscribe precisely to want they want, for me it's
 useless to have a spamming mailing list :)

It's very useful to me because I turn off all mail delivery for the issue
tracker list and view it through nabble. This way, my inbox is not flooded,
and I can browse through and see exactly what interests me and click through
those. The list is already set up, it's simple to turn on, and I've
illustrated a use case.



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/Resuming-Issue-Tracker-Mailing-List-tp4679712p4679990.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.



[Pharo-project] OCompletion paper

2013-04-06 Thread Sean P. DeNigris
Does anyone have a copy?
http://www.inf.usi.ch/phd/robbes/papers/ASE2008-completion.pdf gives a
403...



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/OCompletion-paper-tp4679991.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.



Re: [Pharo-project] Resuming Issue Tracker Mailing List

2013-04-06 Thread stephane ducasse
I would love to get the source code modification (diff) on update so that I can 
read the code without cliking to all the links in the update mail.
Now that we use smalltalkhub we should be able to do it.

Stef
On Apr 5, 2013, at 2:46 AM, Sean P. DeNigris s...@clipperadams.com wrote:

 Can we please convert this to work with fogbugz asap? I'm finding it
 difficult to track our progress without it... we've been spoiled ;)
 
 
 
 -
 Cheers,
 Sean
 --
 View this message in context: 
 http://forum.world.st/Resuming-Issue-Tracker-Mailing-List-tp4679712.html
 Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
 




Re: [Pharo-project] Issue 10219: Completion: enter on accept awkwardness

2013-04-06 Thread stephane ducasse
Hi guys

would it be possible to get a couple of settings that you use?
So that I can try and understand the one that can work with me.

Thanks 




Re: [Pharo-project] OCompletion paper

2013-04-06 Thread Tudor Girba
http://users.dcc.uchile.cl/~rrobbes/p/JASE-completion.pdf

Doru


On Apr 6, 2013, at 8:48 PM, Sean P. DeNigris s...@clipperadams.com wrote:

 Does anyone have a copy?
 http://www.inf.usi.ch/phd/robbes/papers/ASE2008-completion.pdf gives a
 403...
 
 
 
 -
 Cheers,
 Sean
 --
 View this message in context: 
 http://forum.world.st/OCompletion-paper-tp4679991.html
 Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
 

--
www.tudorgirba.com

Live like you mean it.




Re: [Pharo-project] Issue 10219: Completion: enter on accept awkwardness

2013-04-06 Thread Tudor Girba
Hi Johan,

Thanks for acting to get everyone out of the deadlock situation :).

I will give it a try as well and let you know.

Cheers,
Doru


On Apr 6, 2013, at 8:22 AM, Johan Brichau jo...@inceptive.be wrote:

 fwiw, I changed the implementation of NECController to:
 - accept both enter and tab for code completion
 - still use tab to first complete the common prefixes, but a subsequent 
 tab will select the suggestion
 
 i.e. this is the behavior in XCode, which imho is a very good one.
 
 _and_ I do not have to disable the completion of common prefixes if I want to 
 disable enter for selection.
 
 Maybe people should give this a try and see?
 
 cheers
 Johan
 
 
 NECController-Changes.cs
 
 On 06 Apr 2013, at 02:18, Ben Coman b...@openinworld.com wrote:
 
 Alexandre Bergel wrote:
 +1
 
 Alexandre
 
 
 On Apr 3, 2013, at 8:57 PM, Tudor Girba tu...@tudorgirba.com wrote:
 
 
 +1
 
 Doru
 
 
 On Apr 4, 2013, at 2:19 AM, Igor Stasenko siguc...@gmail.com wrote:
 
 
 On 3 April 2013 22:45, Camillo Bruni camillobr...@gmail.com wrote:
 
 theres a setting to:
 
 - disable ENTER to accept the completion
 - to increase the popup delay
 
 so I think that is invalid bug report then...
 
 
 i tend to disagree.
 The defaults which we have now in 2.0 for autocompletion
 is breaking my workflow badly too.
 
 Yes, i can go to settings and disable/reconfigure stuff but that doesn't
 nullifying the fact, that my workflow is broken with ambiguous and 
 inconsistent
 reaction(s) to my keystrokes by UI if i keep defaults.
 
 For instance i am still clueless, why 'enter' is default for 
 autocompletion,
 and disabling it and enabling 'tab' simply doesn't works.
 That leaves me with the only option: keep using 'enter' for
 autocompletion, if i ever want to use it.
 We have to fix that.
 
 
 
 On 2013-04-03, at 22:23, Sean P. DeNigris s...@clipperadams.com 
 wrote:
 
 
 From
 https://pharo.fogbugz.com/f/cases/10219/Completion-enter-on-accept-awkwardness
 :
 
 
 The combination of enter on accept, with the current behavior to select
 the first completion suggestion by default = trouble. For example:
 
 1. Type printOn: aStream... pretty common method start
 2. Hit enter to go to the next line
 
 You will now have printOn: MCDataStream WTF!! I get burned by this
 pretty regularly and it's annoying. I'm not sure what the fix should 
 be...
 probably no default selection in the suggestion menu, but possibly only
 when enter on accept is enabled (t would require an extra key press to
 complete and when do you ever type a tab in the middle of a line?)
 
 
 I haven't used the 2.0 auto compeltion yet so I don't know if this is 
 relevant, but just a passing thought... When Microsoft Word muck up using 
 smart characters, one small saving grace is that it first enters my original 
 typing before smart-ifying it, such that ctrl-z undoes back to my original 
 typing. 
 
 cheers -ben
 
 

--
www.tudorgirba.com

To lead is not to demand things, it is to make them happen.






Re: [Pharo-project] Issue 10219: Completion: enter on accept awkwardness

2013-04-06 Thread Sean P. DeNigris
Sean P. DeNigris wrote
 
 Johan Brichau-2 wrote
 fwiw, I changed the implementation of NECController to:
 - accept both 
 enter
  and 
 tab
  for code completion
 - still use 
 tab
  to first complete the common prefixes, but a subsequent 
 tab
  will select the suggestion
 
 Maybe people should give this a try and see?
 Sounds cool. I will start using it and report back. Thanks!

I like it :) I can still disable enter-to-accept, and the tab twice for full
completion thing is great. After cranking up Xcode and navigating around,
one thing I noticed was that the C file I was looking at ended every line
with a non-alphanumeric character (e.g. $, $; $)), so enter would never
accidentally complete anything when what one meant to do was get a cr. As
mentioned above, this is not the case for st and I think disabling
enter-to-accept makes more sense as the default. I'd rather have new users
asking and us explaining that it can be turned on, than have them annoyed by
e.g. typing String cr and ending up with StringApiSetter, which I
found very jarring.



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/Issue-10219-Completion-enter-on-accept-awkwardness-tp4679488p4679996.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.



Re: [Pharo-project] Issue 10219: Completion: enter on accept awkwardness

2013-04-06 Thread Sean P. DeNigris
stephane ducasse wrote
 would it be possible to get a couple of settings that you use?

NECPreferences
enabled: true;
caseSensitive: true;
expandPrefixes: true;
useEnterToAccept: false;
smartCharacters: true;
smartCharactersWithDoubleSpace: '[]{}';
spaceAfterCompletion: false;
popupAutomaticDelay: 100.



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/Issue-10219-Completion-enter-on-accept-awkwardness-tp4679488p4679997.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.



[Pharo-project] Global Apology

2013-04-06 Thread Camillo Bruni
Dear Pharo mailinglist,

I would like to apologize for the rather unfriendly and loud mail I sent in
response to a bugfix proposal by Igor on the mailing list.

Luckily I listened to Esteban to prevent further damage.
However my intervention was rude and inappropriate.

You experienced an unnecessary presentation of an internal discussion that is 
not solved yet.
Discussing and presenting it in public is counter productive and insulting.

I wish to get my ongoing disagreement with Igor settled the following week to 
get us 
back into a productive and friendly environment.


camillo bruni


Re: [Pharo-project] Global Apology

2013-04-06 Thread Stéphane Ducasse
Thanks camillo
Your email is great! And I found mysefl in similar situation so I can tell you 
that tu en sors grandi :)

 
 
 I would like to apologize for the rather unfriendly and loud mail I sent in
 response to a bugfix proposal by Igor on the mailing list.
 
 Luckily I listened to Esteban to prevent further damage.
 However my intervention was rude and inappropriate.
 
 You experienced an unnecessary presentation of an internal discussion that is 
 not solved yet.
 Discussing and presenting it in public is counter productive and insulting.
 
 I wish to get my ongoing disagreement with Igor settled the following week to 
 get us 
 back into a productive and friendly environment.

I'm sure you will but you have to discuss and communicate you two :)
I'm convinced you have great things to achieve and I understand your 
frustration :) Just close the door and discuss :)
 
 
 camillo bruni




Re: [Pharo-project] Screencast: Creating C library bindings with TalkFFI for libgit2

2013-04-06 Thread Max Leske

On 06.04.2013, at 20:21, Stefan Marr smallt...@stefan-marr.de wrote:

 Hi:
 
 On 06 Apr 2013, at 19:30, Max Leske wrote:
 
 I recorded a new screencast with a short tutorial on how bindings for 
 libgit2 (or any other library for that matter) can be created using TalkFFI.
 
 http://vimeo.com/maxleske/talkffibindings
 
 I skimmed through it. Looks good.
 But, I noticed that the video actually stops before generating the bindings :)
 That makes it feel like there is something missing.

Damn! Got me :) I realized that straight after I had hit stop.
Still, for me the hard part was the compilation and setup. I figured out the 
bindings pritty quickly.

Maybe I'll add short bit at the end tomorrow.

Max

 
 Best regards
 Stefan
 
 
 
 -- 
 Stefan Marr
 Software Languages Lab
 Vrije Universiteit Brussel
 Pleinlaan 2 / B-1050 Brussels / Belgium
 http://soft.vub.ac.be/~smarr
 Phone: +32 2 629 2974
 Fax:   +32 2 629 3525
 
 




Re: [Pharo-project] Global Apology

2013-04-06 Thread Sean P. DeNigris
Camillo Bruni-3 wrote
 I would like to apologize for the rather unfriendly and loud mail I sent
 in
 response to a bugfix proposal by Igor on the mailing list.

I believe in acting decisively and error correcting quickly. Thank you for
both the passion you bring and for getting us back on track :)



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/Global-Apology-tp468p4680011.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.



Re: [Pharo-project] Screencast: Creating C library bindings with TalkFFI for libgit2

2013-04-06 Thread Ciprian Teodorov
Hi Max,

your video is good, too bad that it stops prematurely.

It helped me to spot a tiny issue with the libgit2 generation script. The C
compile options ( '-D__STDC_CONSTANT_MACROS'  '-D__STDC_LIMIT_MACROS') that
are present there are just a copy paste error, since when created that
method I've modified the one I've used for generating llvm bindings (which
really needs them).

For libgit2 i don't now, I think they aren't needed. I've just tried on my
machine with  options := {('-I' , includeDir fullName)}.
and it seems to work

Now libclang is the reason that in some cases we need such options. Since
we use libclang to parse the header files we should make sure that we pass
it everything it needs to successfully process the header.
So if anyone has a hard time generating bindings with talkffi for a library
X, then a starting point might be to try understanding what are the options
needed by clang to compile the headers.

In the future I plan to add some kind of script editor for writing the
bindings, which will show the messages from libclang. so that in case of
compilation error (due to missing options, or c syntax errors) we can see
them in the image.

About generating the bindings directly on a mac, I've done it using a hand
compiled version of libclang configured with (../configure
--enable-optimized --enable-jit --target=i686-apple-darwin10). So if you
are willing to download libclang and compile it, maybe you don't need a
linux vm.

Ok, that's it for now. Thanks again for the great video
Ciprian




On Sat, Apr 6, 2013 at 10:02 PM, Max Leske maxle...@gmail.com wrote:


 On 06.04.2013, at 20:21, Stefan Marr smallt...@stefan-marr.de wrote:

  Hi:
 
  On 06 Apr 2013, at 19:30, Max Leske wrote:
 
  I recorded a new screencast with a short tutorial on how bindings for
 libgit2 (or any other library for that matter) can be created using TalkFFI.
 
  http://vimeo.com/maxleske/talkffibindings
 
  I skimmed through it. Looks good.
  But, I noticed that the video actually stops before generating the
 bindings :)
  That makes it feel like there is something missing.

 Damn! Got me :) I realized that straight after I had hit stop.
 Still, for me the hard part was the compilation and setup. I figured out
 the bindings pritty quickly.

 Maybe I'll add short bit at the end tomorrow.

 Max

 
  Best regards
  Stefan
 
 
 
  --
  Stefan Marr
  Software Languages Lab
  Vrije Universiteit Brussel
  Pleinlaan 2 / B-1050 Brussels / Belgium
  http://soft.vub.ac.be/~smarr
  Phone: +32 2 629 2974
  Fax:   +32 2 629 3525
 
 





-- 
Dr. Ciprian TEODOROV
Ingénieur Développement CAO

tél : 06 08 54 73 48
mail : ciprian.teodo...@gmail.com
www.teodorov.ro


Re: [Pharo-project] Screencast: Creating C library bindings with TalkFFI for libgit2

2013-04-06 Thread Max Leske

On 06.04.2013, at 23:09, Ciprian Teodorov ciprian.teodo...@gmail.com wrote:

 Hi Max,
 
 your video is good, too bad that it stops prematurely.
 
 It helped me to spot a tiny issue with the libgit2 generation script. The C 
 compile options ( '-D__STDC_CONSTANT_MACROS'  '-D__STDC_LIMIT_MACROS') that 
 are present there are just a copy paste error, since when created that method 
 I've modified the one I've used for generating llvm bindings (which really 
 needs them).
 
 For libgit2 i don't now, I think they aren't needed. I've just tried on my 
 machine with  options := {('-I' , includeDir fullName)}.
 and it seems to work

I also think they're not necessary.

 
 Now libclang is the reason that in some cases we need such options. Since we 
 use libclang to parse the header files we should make sure that we pass it 
 everything it needs to successfully process the header. 
 So if anyone has a hard time generating bindings with talkffi for a library 
 X, then a starting point might be to try understanding what are the options 
 needed by clang to compile the headers.
 
 In the future I plan to add some kind of script editor for writing the 
 bindings, which will show the messages from libclang. so that in case of 
 compilation error (due to missing options, or c syntax errors) we can see 
 them in the image.
 
 About generating the bindings directly on a mac, I've done it using a hand 
 compiled version of libclang configured with (../configure --enable-optimized 
 --enable-jit --target=i686-apple-darwin10). So if you are willing to download 
 libclang and compile it, maybe you don't need a linux vm.

Thanks for the explanations.

 
 Ok, that's it for now. Thanks again for the great video

My pleasure :)

 Ciprian
 
  
 
 
 On Sat, Apr 6, 2013 at 10:02 PM, Max Leske maxle...@gmail.com wrote:
 
 On 06.04.2013, at 20:21, Stefan Marr smallt...@stefan-marr.de wrote:
 
  Hi:
 
  On 06 Apr 2013, at 19:30, Max Leske wrote:
 
  I recorded a new screencast with a short tutorial on how bindings for 
  libgit2 (or any other library for that matter) can be created using 
  TalkFFI.
 
  http://vimeo.com/maxleske/talkffibindings
 
  I skimmed through it. Looks good.
  But, I noticed that the video actually stops before generating the bindings 
  :)
  That makes it feel like there is something missing.
 
 Damn! Got me :) I realized that straight after I had hit stop.
 Still, for me the hard part was the compilation and setup. I figured out the 
 bindings pritty quickly.
 
 Maybe I'll add short bit at the end tomorrow.
 
 Max
 
 
  Best regards
  Stefan
 
 
 
  --
  Stefan Marr
  Software Languages Lab
  Vrije Universiteit Brussel
  Pleinlaan 2 / B-1050 Brussels / Belgium
  http://soft.vub.ac.be/~smarr
  Phone: +32 2 629 2974
  Fax:   +32 2 629 3525
 
 
 
 
 
 
 
 -- 
 Dr. Ciprian TEODOROV
 Ingénieur Développement CAO
 
 tél : 06 08 54 73 48
 mail : ciprian.teodo...@gmail.com
 www.teodorov.ro



Re: [Pharo-project] Issue 10219: Completion: enter on accept awkwardness

2013-04-06 Thread Benjamin
If everybody likes it, maybe we should consider putting this configuration as 
default, no ?

Ben

On Apr 6, 2013, at 8:59 PM, Sean P. DeNigris s...@clipperadams.com wrote:

 stephane ducasse wrote
 would it be possible to get a couple of settings that you use?
 
   NECPreferences
   enabled: true;
   caseSensitive: true;
   expandPrefixes: true;
   useEnterToAccept: false;
   smartCharacters: true;
   smartCharactersWithDoubleSpace: '[]{}';
   spaceAfterCompletion: false;
   popupAutomaticDelay: 100.
 
 
 
 -
 Cheers,
 Sean
 --
 View this message in context: 
 http://forum.world.st/Issue-10219-Completion-enter-on-accept-awkwardness-tp4679488p4679997.html
 Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
 



[Pharo-project] UPDATE NOTICE: new zeroconf scripts

2013-04-06 Thread Camillo Bruni
Last tuesday I presented the new zeroconf scripts for Pharo at the pharoconf in 
Bern.
From now on please use the new scripts located at http://get.pharo.org.

---
Example:

The scripts work the same way as before:

Load the stable Pharo version with a VM:  wget -qO - get.pharo.org   | bash
Load Pharo 3.0 with a VM: wget -qO - get.pharo.org/30+vm | bash
Load only a Pharo 3.0 image:  wget -qO - get.pharo.org/30| bash

If you do not have wget installed you can use `curl -L` instead of `wget -qO -`.

= All the jobs at http://ci.inria.fr/rmod already use the new scripts

Details:

There is a plethora of configurations available. The URL for each script can
be easily build from an image version and a vm:
get.pharo.org/$IMAGE +$VM
Of course one can just download an image as well
get.pharo.org/$IMAGE
or just the VM
get.pharo.org/$VM

Possible values for $IMAGE are:   12 13 14 20 30 stable alpha
Possible values for $VM are:  vm vmS vmLatest vmSLatest

vmS and vmSLatest are not yet supported, but they will point to the PharoS aka 
StackVM in the future.

Help:
=

I will update the zeroconf chapter tomorrow, otherwise you can simply open the 
url
of the config script in the browser to get a help message that explains you how 
to
use the script and what it downloads.


Migration:
==
- Replace http://get.pharo.org/ci*.sh with the proper get.pharo.org/$IMAGE+$VM 
url
- Replace ./vm.sh with ./pharo
- Replace ./vm-ui.sh with ./pharo-ui

Deprecation:

I will manually mark the existing scripts as deprecated by tomorrow and leave 
them
there for a week. If anybody needs some more time I can arrange that of course 
;).
If not all the old scripts will be gone next week!

---

This will most probably be the final stage of the zeroconf scripts as I don't 
see
much space for improvements anymore ;). Everything is documented, commented and 
most importantly, managed from within Pharo!
And proper tests for the scripts are on the way as well ;)

Any questions? Any suggestions?


Re: [Pharo-project] Issue 10219: Completion: enter on accept awkwardness

2013-04-06 Thread Sven Van Caekenberghe
What is the difference between NECController and NOCController ?
In my image the latter seems to be the default, Sean is using the former. Why ?

On 06 Apr 2013, at 20:59, Sean P. DeNigris s...@clipperadams.com wrote:

 stephane ducasse wrote
 would it be possible to get a couple of settings that you use?
 
   NECPreferences
   enabled: true;
   caseSensitive: true;
   expandPrefixes: true;
   useEnterToAccept: false;
   smartCharacters: true;
   smartCharactersWithDoubleSpace: '[]{}';
   spaceAfterCompletion: false;
   popupAutomaticDelay: 100.
 
 
 
 -
 Cheers,
 Sean
 --
 View this message in context: 
 http://forum.world.st/Issue-10219-Completion-enter-on-accept-awkwardness-tp4679488p4679997.html
 Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
 




Re: [Pharo-project] Issue 10219: Completion: enter on accept awkwardness

2013-04-06 Thread Benjamin
One is proposing all the symbols (without package names, timestamp and few 
others) alphabetically sorted, the other one is learning , so the order is 
depending on your last accepts.

But I do not remember the names :S
Ben

On Apr 7, 2013, at 12:49 AM, Sven Van Caekenberghe s...@stfx.eu wrote:

 What is the difference between NECController and NOCController ?
 In my image the latter seems to be the default, Sean is using the former. Why 
 ?
 
 On 06 Apr 2013, at 20:59, Sean P. DeNigris s...@clipperadams.com wrote:
 
 stephane ducasse wrote
 would it be possible to get a couple of settings that you use?
 
  NECPreferences
  enabled: true;
  caseSensitive: true;
  expandPrefixes: true;
  useEnterToAccept: false;
  smartCharacters: true;
  smartCharactersWithDoubleSpace: '[]{}';
  spaceAfterCompletion: false;
  popupAutomaticDelay: 100.
 
 
 
 -
 Cheers,
 Sean
 --
 View this message in context: 
 http://forum.world.st/Issue-10219-Completion-enter-on-accept-awkwardness-tp4679488p4679997.html
 Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
 
 
 



Re: [Pharo-project] Global Apology

2013-04-06 Thread Alexandre Bergel
No problem.

Alexandre


On Apr 6, 2013, at 3:13 PM, Camillo Bruni camillobr...@gmail.com wrote:

 Dear Pharo mailinglist,
 
 I would like to apologize for the rather unfriendly and loud mail I sent in
 response to a bugfix proposal by Igor on the mailing list.
 
 Luckily I listened to Esteban to prevent further damage.
 However my intervention was rude and inappropriate.
 
 You experienced an unnecessary presentation of an internal discussion that is 
 not solved yet.
 Discussing and presenting it in public is counter productive and insulting.
 
 I wish to get my ongoing disagreement with Igor settled the following week to 
 get us 
 back into a productive and friendly environment.
 
 
 camillo bruni

-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.






Re: [Pharo-project] How to define a ConfigurationOf with a #development version that depends on a baseline?

2013-04-06 Thread Alexandre Bergel
Hi Marten,

Frankly speaking, I find Envy way too complicated. I am using it these days and 
I am really not happy with. If I have to read a book to understand how it 
works, than there is no way I can teach students on how to use it in a 
reasonable amount of time.
Configuration Map, Application, edition, scratch version and many more are way 
too many concepts, in my opinion. 

Alexandre


On Apr 6, 2013, at 5:03 AM, Marten Feldtmann mar...@schrievkrom.de wrote:

 In all the discussions about how to manage/organize Smalltalk code - I would 
 like to add, that ENVY (though it's so old) with its config maps, 
 applications, prerequisites is a pretty good example how it works.
 
 Take a look at the only available ENVY implementation today (VAST) and think 
 about the way they did it in the eighties ...
 
 The ENVY-(concept - not the implementation) is still a master peace in this 
 area - even when compared with VS or Eclipse - and it supports the power of 
 Smalltalk very much.
 
 There are questionable parts of ENVY and I do not use these parts of it very 
 often. But even these questionable parts of ENVY have not been better solved 
 by other Smalltalk source code management systems.
 
 I've repositories, which are around 10 years old - and ALL code is still 
 there, all versions for all different platforms - down to methods differences 
 within a mouse click and the speed within a LAN is so good.
 
 
 Marten
 
 
 On Apr 5, 2013, at 11:28 PM, Alexandre Bergelalexandre.ber...@me.com  
 wrote:
 
 Just a question: Is there any plan for a Metacello 2?
 
 marten.vcf

-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.






Re: [Pharo-project] How to define a ConfigurationOf with a #development version that depends on a baseline?

2013-04-06 Thread Alexandre Bergel
 Just a question: Is there any plan for a Metacello 2? 
 We have learnt a lot and we have a clear idea on a number of versioning 
 scenarios. What do we want the future of packaging in Pharo to look like?
 
 can you describe your scenario because we want versionner++ to support some 
 keys scenarios and not all of them.
 Christophe is working on TravisCI so that dale can work with Pharo2.0

The minimum I need to live is creating a new version by saving all the 
Monticello packages. It should be easy to add new dependencies. This is what I 
somehow have with Versionner (except for the dependencies). I know this will 
probably not be enough to manage Pharo or Moose, but this will be more than 
enough for many of us I guess.

A nice feature would be to have not-predefined tags on a version (e.g., 
#myStableVersion #deployedVersion). Things like groups, common platform, 
dependencies between baselines... I am not really convinced they help me. Maybe 
this is too complex for me to really understand them. I know there are some 
documentation. But I cannot afford to read a .pdf each time I need to define a 
new baseline or add a dependency. I just want to press a commit button, as it 
is done in most versioning systems.

The versioning model should also be simple in such a way I can run some 
analyzes on it (e.g., did I forget to specify a dependency? Do I have cycles in 
my dependencies?).

Alexandre

 
 On Apr 2, 2013, at 7:15 AM, Damien Cassou damien.cas...@gmail.com wrote:
 
 http://stackoverflow.com/questions/15762706/how-to-define-a-configurationof-with-a-development-version-that-depends-on-a-ba
 
 --
 Damien Cassou
 http://damiencassou.seasidehosting.st
 
 Success is the ability to go from one failure to another without
 losing enthusiasm.
 Winston Churchill
 
 
 -- 
 _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
 Alexandre Bergel  http://www.bergel.eu
 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
 
 
 
 
 
 

-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.






Re: [Pharo-project] [Preview] Branch test coverage analysis tool for Pharo 3.0 :)

2013-04-06 Thread Alexandre Bergel
Would it be possible to annotate the method with some checkpoints within the 
method? This should be fast enough I guess.

Alexandre


On Apr 6, 2013, at 10:35 AM, Clément Bera bera.clem...@gmail.com wrote:

 This is exactly that. The tree coverage tool is a subclass of 
 AST-interpreter, which adding to the interpretation marks the nodes. And then 
 I use this marking to color the source code. And I use as you said RB ast.
 
 This is why I implemented it in a few hours, I had already an 
 AST-interpreter, so I've just created a quick subclass and a spec UI.
 
 
 2013/4/6 Frank Shearar frank.shea...@gmail.com
 So if you don't mind me being very loose with terminology, you
 interpret (RB) ASTs, and the act of interpreting marks the nodes in
 these ASTs, which you can then use to colour source?
 
 frank
 
 On 6 April 2013 11:00, Clément Bera bera.clem...@gmail.com wrote:
  Actually, it is quite different than Jejak.
 
  Implementation wise, Jejak used Opal so I guess it relies on bytecode
  modification to do its analysis where my tool relies on ast annotations.
 
  This implies some difference in features. It seems that Jejak record all
  calls, all values and all assignments in a method (which is byte code level
  feature), whereas I record for each ast node if it was interpreted or not
  (which is ast level feature). I guess there would be a little difference in
  the use cases.
 
 
  2013/4/6 Frank Shearar frank.shea...@gmail.com
 
  On 6 April 2013 07:47, Stéphane Ducasse stephane.duca...@inria.fr wrote:
 
  Clement built in a couple of hours the following nice branch
  analysecoverage tools :)
  It is dead slow but cool.
 
 
  By branch coverage tool do you mean Jejak?
 
  frank
 
 
 
 
 
  --
  Clément Béra
  Mate Virtual Machine Engineer
  Bâtiment B 40, avenue Halley 59650 Villeneuve d'Ascq
 
 
 
 
 -- 
 Clément Béra
 Mate Virtual Machine Engineer
 Bâtiment B 40, avenue Halley 59650 Villeneuve d'Ascq

-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.






Re: [Pharo-project] Game prototype with Amber deployed

2013-04-06 Thread Alexandre Bergel
Wow!!!
Impressive

Alexandre


On Apr 5, 2013, at 8:16 AM, Clément Bera bera.clem...@gmail.com wrote:

 I forward this to Pharo project it might interest some of you too.
 
 -- Forwarded message --
 From: Clément Bera bera.clem...@gmail.com
 Date: 2013/4/5
 Subject: Game prototype with Amber deployed
 To: amber-l...@googlegroups.com
 
 
 Hello amber community,
 
 Eight months ago I met Nicolas Petton, discovered Amber and developed a game 
 prototype with it. Recently Nicolas Petton asked me if I could deploy it to 
 show examples of what you can do with Amber. So I spent several hours reading 
 / updating my old code, updating to latest amber version and I deployed a 
 beta version here : 
 http://clementbera.github.com/amber/projects/easnoth/fight2players.html?map=5
 
 According to my tests on Mac OS X, on :
 - Firefox it works fine
 - Google Chrome it works fine the first time (cache problem) with the best 
 animation experience but there is a problem when you refresh the page
 - Safari it works fine the first time but there is a huge cache problem, so 
 you need to close safari and reopen it to reopen the page.
 
 There is no AI, so you have to play two player on the same computer for now. 
 Unfortunately I disabled a lot of functionality in this deployed version 
 because most of them were not stable but only prototypes. Also, I developed 
 that when I was a student and I am ashamed of the bad quality of the code ... 
 I'm going to refactor and work on it in the next two months to go to a true 
 release at the end of May. And I'll fix this cache problem on Safari and 
 Chrome :). I let on purpose amber in non deploy mode so you can browse the 
 bad code if you want to (and to show it is open source).
 
 This is my first use of git (I used monticello and svn only before) and the 
 repo seems to be not correct. I will change that so the beta version link 
 might be obselete in a few days.
 
 By the way congratulations for Amber it is really cool. 
 
 Are the workspace DoIt working the same way in helios that in the previous 
 browser ? Like you need to declare temp variables in the contrary of all the 
 other smalltalk systems ? If so I'd like to hack in your compiler Nico to 
 change that.
 
 
 
 
 

-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.






Re: [Pharo-project] [FYI] Athens tutorial

2013-04-06 Thread Alexandre Bergel
Really cool!
Works well!

How far are we from bootstrapping?

Alexandre


On Apr 3, 2013, at 8:07 PM, Igor Stasenko siguc...@gmail.com wrote:

 Hello, there
 
 i prepared a small tutorial for Athens, which i did today at PharoConf.
 But the code i did can be reused by non-participants of conference :)
 
 Here the instructions.
 
 Download Pharo 2.0
 
 wget -O - get.pharo.org | bash
 
 Run Pharo 2.0
 
 ./pharo-ui Pharo.image
 
 In a workspace, evaluate (line after line)
 
 Gofer it smalltalkhubUser: 'Pharo' project: 'Athens'; configuration; load.
 
 ConfigurationOfAthens loadVersion: '2.0'.
 
 Gofer it smalltalkhubUser: 'Pharo' project: 'Athens';
 package:'Athens-Tutorial'; load.
 
 AthensTutorial new openWithSpec.
 
 
 Took from here
 https://gist.github.com/SergeStinckwich/44ca34b54cde83b687a3
 (just removed duplicates ;)
 
 Thanks, Serge for compiling it down ;)
 
 Once you load the code and have window open, skip step one (you already did 
 it),
 and then just follow the steps by pressing doit button changing the
 code , pressing doit again , going forwards etc .. and playing with
 it.
 I put some comments there to serve as a small description/detail.
 
 Any feedback  help  contributions  improvements is welcome.
 
 P.S. if you get a DNU at step 30, enable Freetype in settings and try again.
 
 -- 
 Best regards,
 Igor Stasenko.
 

-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.






Re: [Pharo-project] OCompletion paper

2013-04-06 Thread Sean P. DeNigris
Tudor Girba-2 wrote
 http://users.dcc.uchile.cl/~rrobbes/p/JASE-completion.pdf

Thanks :)



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/OCompletion-paper-tp4679991p4680035.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.



Re: [Pharo-project] Resuming Issue Tracker Mailing List

2013-04-06 Thread Sean P. DeNigris
stephane ducasse wrote
 I would love to get the source code modification (diff) on update so that
 I can read the code without cliking to all the links in the update mail.

Yes! It'd also be great if the integration update emails linked to the
monkey mirror instead of fogbugz, so we could get details without logging
into fbz. I'm sometimes on the road without my credentials (1Password is a
blessing and a curse;)) and would like to see what's going on, but can't get
past the fbz login screen. Also, obviously most people do not have an
account there, but may want to follow along... Although it seems maybe the
monkey mirror does not have permalinks? e.g.
http://bugs.pharo.org/issues/id/7602?_k=67AyslvzTyZN3vYD seems to have a
seaside session id and doesn't seem to work without it...



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/Resuming-Issue-Tracker-Mailing-List-tp4679712p4680036.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.



Re: [Pharo-project] [FYI] Athens tutorial

2013-04-06 Thread Sean P. DeNigris
Igor Stasenko wrote
 you are in the Pharo team:
 ...
 so you should be able to commit into any project which under this team
 umbrella.
 Please try again, and if you fail, i will copy the file manually.

My bad, my login script had a bug. The file is uploaded :)



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/FYI-Athens-tutorial-tp4679512p4680037.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.



Re: [Pharo-project] Issue 10219: Completion: enter on accept awkwardness

2013-04-06 Thread Sean P. DeNigris
Sven Van Caekenberghe-2 wrote
 What is the difference between NECController and NOCController ?
 In my image the latter seems to be the default, Sean is using the former.
 Why ?

I'm using NOCController. The class I referenced is NECPreferences, which
seems to control the settings no matter which controller you use.

p.s. http://users.dcc.uchile.cl/~rrobbes/p/JASE-completion.pdf describes the
difference in controllers and is a fun read



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/Issue-10219-Completion-enter-on-accept-awkwardness-tp4679488p4680038.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.



[Pharo-project] Debugger use case - variable reference from Glamour Inspector

2013-04-06 Thread Ben Coman
Not sure what is possible with the work on the new debugger, but here is 
an idea / use case of mine...


In Pharo 1.4, from the debugger I Explore (ie using Glamourous 
Inspector) a temporary variable (debugvar1) that is collection.  After 
drilling in a little bit to a particular model object, I want to call a 
method (#someCalcWith:) on that object that requires a second temporary 
variable (debugvar2) from the debugger.  At the moment from the debugger 
I resort to (Smalltalk at: #mydebug put: debugvar2) and then in GI going 
(self someCalcWith: (Smalltalk at: #mydebug)). 

It would be nice if an Explore from a debugger took with it the current 
context so that those variables could be referred to by name from the 
GI.  As a stretch, perhaps even if the debugger moves its position on 
the stack, then the context available to the GI would change to match.


cheers -ben