[Pharo-dev] Playing an mp3

2014-02-11 Thread Noury Bouraqadi
Hi,

Which library should I use for playing sounds in general and mp3 in particular?

Thanks,
Noury
--
http://twitter.com/#!/NouryBouraqadi
http://car.mines-douai.fr/noury




[Pharo-dev] [GSoC ideas] Pharo

2014-02-11 Thread Guillermo Polito
Ok, let's do this :)

Hola Pharoers,

ESUG, the European Smalltalk User Group, is applying for this year's
Google Summer of Code. As you probably know, the Summer of Code provides
the opportunity to fund students to work during the summer on Smalltalk,
and Pharo.  Please reply to this email (be sure to use Reply to all) if
you have ideas you would like to propose.

Please include a summary of the project and links to web pages that can
help prospective students to write their application. Please also include
the following information:

- if applicable, other dialects that you would be willing to
  mentor this project for

- the skill level

- name of the mentor(s), email addresses, and possibly any IRC
  network/channel/nickname where they can be found.

Thanks for contributing to ESUG's Summer of Code application!

Guille


Re: [Pharo-dev] Playing an mp3

2014-02-11 Thread jannik laval
Hi Noury,

You can use PharoSound.

Here is the info for metacello:

==
spec project: 'Sound' with: [
spec
className: 'ConfigurationOfPharoSound';
file: 'ConfigurationOfPharoSound' ;
version: #stable;
repository: 'http://smalltalkhub.com/mc/PharoExtras/Sound/main'.
].
==

Jannik


2014-02-11 9:58 GMT+01:00 Noury Bouraqadi bouraq...@gmail.com:

 Hi,

 Which library should I use for playing sounds in general and mp3 in
 particular?

 Thanks,
 Noury
 --
 http://twitter.com/#!/NouryBouraqadi
 http://car.mines-douai.fr/noury





-- 

~~Jannik Laval~~
École des Mines de Douai
Enseignant-chercheur
http://www.jannik-laval.eu
http://car.mines-douai.fr/


[Pharo-dev] GSoC: call for ideas

2014-02-11 Thread Damien Cassou
Hi fellow Pharo hackers,

ESUG, the European Smalltalk User Group, is applying for this
year's Google Summer of Code.  As you probably know, the Summer
of Code provides the opportunity to fund students to work during
the summer on Pharo.  Please reply to this
email (be sure to use Reply to all) if you have ideas you
would like to propose.

Please include a summary of the project and links to web pages
that can help prospective students to write their application.
Please also include the following information:

- if applicable, other dialects that you would be willing to
  mentor this project for

- the skill level

- name of the mentor(s), email addresses, and possibly any IRC
  network/channel/nickname where they can be found.

Thanks for contributing to ESUG's Summer of Code application!

-- 
Damien Cassou
http://damiencassou.seasidehosting.st

Success is the ability to go from one failure to another without
losing enthusiasm.
Winston Churchill



[Pharo-dev] NB and assembly methods (WAS: a lot of non-constructive things I refuse to talk about :)

2014-02-11 Thread Esteban Lorenzano
 
 PS. I am hacking on protobuf in Pharo 3.0 and noticed cool NB assembler in 
 some places - are such methods creeping into base libraries now? What does 
 that mean for other CPUs? Sorry, for changing subject - feel free to reply 
 under different subject.

Hi Goran, 

Yes… since NB and Athens, there are some methods in assembler spread around. Is 
my opinion that all assembler-containing methods should be refactored into a 
more comprensible unit (and that can be changed by another set of assembly 
instrucction when we achieve multiplatform-NB). Today they are all along 
Athens, and if we continue this path they will be all along Pharo soon. I would 
better modularise that. 
But Igor maybe has something different to say :)

Esteban


Re: [Pharo-dev] GSoC: call for ideas

2014-02-11 Thread Damien Cassou
Project idea

Description: Make Pharo a scripting language with its syntax and
command-line tools (http://rmod.lille.inria.fr/coral/)

Skill level: intermediate

Name of the mentor: Damien Cassou damien.cas...@gmail.com,
DamienCassou on IRC (freenode)

On Tue, Feb 11, 2014 at 10:42 AM, Damien Cassou damien.cas...@gmail.com wrote:
 Hi fellow Pharo hackers,

 ESUG, the European Smalltalk User Group, is applying for this
 year's Google Summer of Code.  As you probably know, the Summer
 of Code provides the opportunity to fund students to work during
 the summer on Pharo.  Please reply to this
 email (be sure to use Reply to all) if you have ideas you
 would like to propose.

 Please include a summary of the project and links to web pages
 that can help prospective students to write their application.
 Please also include the following information:

 - if applicable, other dialects that you would be willing to
   mentor this project for

 - the skill level

 - name of the mentor(s), email addresses, and possibly any IRC
   network/channel/nickname where they can be found.

 Thanks for contributing to ESUG's Summer of Code application!

 --
 Damien Cassou
 http://damiencassou.seasidehosting.st

 Success is the ability to go from one failure to another without
 losing enthusiasm.
 Winston Churchill



-- 
Damien Cassou
http://damiencassou.seasidehosting.st

Success is the ability to go from one failure to another without
losing enthusiasm.
Winston Churchill



Re: [Pharo-dev] [gsoc-mentors] Re: GSoC: call for ideas

2014-02-11 Thread Guillermo Polito
Ahh I started a while ago another thread that said Pharo in the subject as
adviced! :/ Should we keep this one or that one?


On Tue, Feb 11, 2014 at 10:59 AM, Damien Cassou damien.cas...@gmail.comwrote:

 Project idea

 Description: Make Pharo a scripting language with its syntax and
 command-line tools (http://rmod.lille.inria.fr/coral/)

 Skill level: intermediate

 Name of the mentor: Damien Cassou damien.cas...@gmail.com,
 DamienCassou on IRC (freenode)

 On Tue, Feb 11, 2014 at 10:42 AM, Damien Cassou damien.cas...@gmail.com
 wrote:
  Hi fellow Pharo hackers,
 
  ESUG, the European Smalltalk User Group, is applying for this
  year's Google Summer of Code.  As you probably know, the Summer
  of Code provides the opportunity to fund students to work during
  the summer on Pharo.  Please reply to this
  email (be sure to use Reply to all) if you have ideas you
  would like to propose.
 
  Please include a summary of the project and links to web pages
  that can help prospective students to write their application.
  Please also include the following information:
 
  - if applicable, other dialects that you would be willing to
mentor this project for
 
  - the skill level
 
  - name of the mentor(s), email addresses, and possibly any IRC
network/channel/nickname where they can be found.
 
  Thanks for contributing to ESUG's Summer of Code application!
 
  --
  Damien Cassou
  http://damiencassou.seasidehosting.st
 
  Success is the ability to go from one failure to another without
  losing enthusiasm.
  Winston Churchill



 --
 Damien Cassou
 http://damiencassou.seasidehosting.st

 Success is the ability to go from one failure to another without
 losing enthusiasm.
 Winston Churchill

 --
 You received this message because you are subscribed to the Google Groups
 Smalltalk GSoC mentors group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to smalltalk-gsoc-mentors+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.



Re: [Pharo-dev] GSoC: call for ideas

2014-02-11 Thread Damien Cassou
Project idea

Description: Integrate Git inside Pharo

Skill level: intermediate

Mentor: Damien Cassou damien.cas...@gmail.com,
DamienCassou on IRC (freenode)


On Tue, Feb 11, 2014 at 10:42 AM, Damien Cassou damien.cas...@gmail.com wrote:
 Hi fellow Pharo hackers,

 ESUG, the European Smalltalk User Group, is applying for this
 year's Google Summer of Code.  As you probably know, the Summer
 of Code provides the opportunity to fund students to work during
 the summer on Pharo.  Please reply to this
 email (be sure to use Reply to all) if you have ideas you
 would like to propose.

 Please include a summary of the project and links to web pages
 that can help prospective students to write their application.
 Please also include the following information:

 - if applicable, other dialects that you would be willing to
   mentor this project for

 - the skill level

 - name of the mentor(s), email addresses, and possibly any IRC
   network/channel/nickname where they can be found.

 Thanks for contributing to ESUG's Summer of Code application!

 --
 Damien Cassou
 http://damiencassou.seasidehosting.st

 Success is the ability to go from one failure to another without
 losing enthusiasm.
 Winston Churchill



-- 
Damien Cassou
http://damiencassou.seasidehosting.st

Success is the ability to go from one failure to another without
losing enthusiasm.
Winston Churchill



Re: [Pharo-dev] [gsoc-mentors] Re: GSoC: call for ideas

2014-02-11 Thread Damien Cassou
On Tue, Feb 11, 2014 at 11:02 AM, Guillermo Polito
guillermopol...@gmail.com wrote:
 Ahh I started a while ago another thread that said Pharo in the subject as
 adviced! :/ Should we keep this one or that one?


we can keep both I guess. Sorry about that, I didn't pay attention.

-- 
Damien Cassou
http://damiencassou.seasidehosting.st

Success is the ability to go from one failure to another without
losing enthusiasm.
Winston Churchill



Re: [Pharo-dev] [gsoc-mentors] [GSoC ideas] Pharo

2014-02-11 Thread Damien Cassou
Project idea

Description: let users reorganize a group of changes into separate
meaningful commits

Skill level: intermediate

Mentor: Damien Cassou damien.cas...@gmail.com, DamienCassou on IRC (freenode)

On Tue, Feb 11, 2014 at 10:00 AM, Guillermo Polito
guillermopol...@gmail.com wrote:
 Ok, let's do this :)

 Hola Pharoers,

 ESUG, the European Smalltalk User Group, is applying for this year's
 Google Summer of Code. As you probably know, the Summer of Code provides the
 opportunity to fund students to work during the summer on Smalltalk, and
 Pharo.  Please reply to this email (be sure to use Reply to all) if you
 have ideas you would like to propose.

 Please include a summary of the project and links to web pages that can
 help prospective students to write their application. Please also include
 the following information:

 - if applicable, other dialects that you would be willing to
   mentor this project for

 - the skill level

 - name of the mentor(s), email addresses, and possibly any IRC
   network/channel/nickname where they can be found.

 Thanks for contributing to ESUG's Summer of Code application!

 Guille

 --
 You received this message because you are subscribed to the Google Groups
 Smalltalk GSoC mentors group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to smalltalk-gsoc-mentors+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.



-- 
Damien Cassou
http://damiencassou.seasidehosting.st

Success is the ability to go from one failure to another without
losing enthusiasm.
Winston Churchill



[Pharo-dev] pharo 3.0 versionner and creating a development version

2014-02-11 Thread Norbert Hartl
I try really hard to move to 3.0 at the moment. To me versionner became that 
important that this is a requirement for me to change the version. I’m testing 
the bleeding edge version of versionner in 3.0 and this looks really cool. But 
somehow I cannot create a development version of my project. Whatever I try the 
only thing I can achieve is that versionner is producing a new baseline method. 
I used all of the three buttons at the top and did also examine all of the 
menus (those that work).

Any hints?

Norbert




Re: [Pharo-dev] pharo 3.0 versionner and creating a development version

2014-02-11 Thread Esteban Lorenzano
hi Norbert. 

did you noticed that versionner is *already* in the image?

cheers,
Esteban

On 11 Feb 2014, at 11:05, Norbert Hartl norb...@hartl.name wrote:

 I try really hard to move to 3.0 at the moment. To me versionner became that 
 important that this is a requirement for me to change the version. I’m 
 testing the bleeding edge version of versionner in 3.0 and this looks really 
 cool. But somehow I cannot create a development version of my project. 
 Whatever I try the only thing I can achieve is that versionner is producing a 
 new baseline method. I used all of the three buttons at the top and did also 
 examine all of the menus (those that work).
 
 Any hints?
 
 Norbert
 
 




Re: [Pharo-dev] [gsoc-mentors] [GSoC ideas] Pharo

2014-02-11 Thread Guillermo Polito
* New Pharo look and feel

Mentor: Guillermo Polito (guillermopol...@gmail.com)

Details:
  There have been already some efforts for making pharo look less alien for
newcomers [1]. This project will be about designing a new welcoming
interface/desktop. Examples of this would be a new search bar probably
based on the work of Sean de Nigris [2], get rid of the unintuitive world
menu and replace it by a more visible variant, and make the shortcuts
consistent all over the system.

[1] https://ci.inria.fr/pharo-contribution/job/New-Pharo-IDE/
[2] http://www.smalltalkhub.com/#!/~SeanDeNigris/SeansPlayground


On Tue, Feb 11, 2014 at 11:04 AM, Damien Cassou damien.cas...@gmail.comwrote:

 Project idea

 Description: let users reorganize a group of changes into separate
 meaningful commits

 Skill level: intermediate

 Mentor: Damien Cassou damien.cas...@gmail.com, DamienCassou on IRC
 (freenode)

 On Tue, Feb 11, 2014 at 10:00 AM, Guillermo Polito
 guillermopol...@gmail.com wrote:
  Ok, let's do this :)
 
  Hola Pharoers,
 
  ESUG, the European Smalltalk User Group, is applying for this year's
  Google Summer of Code. As you probably know, the Summer of Code provides
 the
  opportunity to fund students to work during the summer on Smalltalk, and
  Pharo.  Please reply to this email (be sure to use Reply to all) if you
  have ideas you would like to propose.
 
  Please include a summary of the project and links to web pages that
 can
  help prospective students to write their application. Please also include
  the following information:
 
  - if applicable, other dialects that you would be willing to
mentor this project for
 
  - the skill level
 
  - name of the mentor(s), email addresses, and possibly any IRC
network/channel/nickname where they can be found.
 
  Thanks for contributing to ESUG's Summer of Code application!
 
  Guille
 
  --
  You received this message because you are subscribed to the Google Groups
  Smalltalk GSoC mentors group.
  To unsubscribe from this group and stop receiving emails from it, send an
  email to smalltalk-gsoc-mentors+unsubscr...@googlegroups.com.
  For more options, visit https://groups.google.com/groups/opt_out.



 --
 Damien Cassou
 http://damiencassou.seasidehosting.st

 Success is the ability to go from one failure to another without
 losing enthusiasm.
 Winston Churchill

 --
 You received this message because you are subscribed to the Google Groups
 Smalltalk GSoC mentors group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to smalltalk-gsoc-mentors+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.



Re: [Pharo-dev] [gsoc-mentors] [GSoC ideas] Pharo

2014-02-11 Thread Guillermo Polito
* Revisiting morphic widgets
Skill level: intermediate

Mentor: Guillermo Polito (guillermopol...@gmail.com)

Current widgets in morphic are not easily identifiable: the existance of
the vanilla and Pluggable* forms makes it complex. Also, common behavior
between widgets is scattered around. This project will aim to visit and
refactor morphic widgets:
  - repackaging them
  - identifying and removing duplications
  - removing the #update: #changed mechanism and replace it by a
  - writes examples and documentation for people willing to write desktop
applications in Pharo


On Tue, Feb 11, 2014 at 11:27 AM, Guillermo Polito 
guillermopol...@gmail.com wrote:

 * New Pharo look and feel

 Mentor: Guillermo Polito (guillermopol...@gmail.com)

 Details:
   There have been already some efforts for making pharo look less alien
 for newcomers [1]. This project will be about designing a new welcoming
 interface/desktop. Examples of this would be a new search bar probably
 based on the work of Sean de Nigris [2], get rid of the unintuitive world
 menu and replace it by a more visible variant, and make the shortcuts
 consistent all over the system.

 [1] https://ci.inria.fr/pharo-contribution/job/New-Pharo-IDE/
 [2] http://www.smalltalkhub.com/#!/~SeanDeNigris/SeansPlayground


 On Tue, Feb 11, 2014 at 11:04 AM, Damien Cassou 
 damien.cas...@gmail.comwrote:

 Project idea

 Description: let users reorganize a group of changes into separate
 meaningful commits

 Skill level: intermediate

 Mentor: Damien Cassou damien.cas...@gmail.com, DamienCassou on IRC
 (freenode)

 On Tue, Feb 11, 2014 at 10:00 AM, Guillermo Polito
 guillermopol...@gmail.com wrote:
  Ok, let's do this :)
 
  Hola Pharoers,
 
  ESUG, the European Smalltalk User Group, is applying for this year's
  Google Summer of Code. As you probably know, the Summer of Code
 provides the
  opportunity to fund students to work during the summer on Smalltalk, and
  Pharo.  Please reply to this email (be sure to use Reply to all) if
 you
  have ideas you would like to propose.
 
  Please include a summary of the project and links to web pages that
 can
  help prospective students to write their application. Please also
 include
  the following information:
 
  - if applicable, other dialects that you would be willing to
mentor this project for
 
  - the skill level
 
  - name of the mentor(s), email addresses, and possibly any IRC
network/channel/nickname where they can be found.
 
  Thanks for contributing to ESUG's Summer of Code application!
 
  Guille
 
  --
  You received this message because you are subscribed to the Google
 Groups
  Smalltalk GSoC mentors group.
  To unsubscribe from this group and stop receiving emails from it, send
 an
  email to smalltalk-gsoc-mentors+unsubscr...@googlegroups.com.
  For more options, visit https://groups.google.com/groups/opt_out.



 --
 Damien Cassou
 http://damiencassou.seasidehosting.st

 Success is the ability to go from one failure to another without
 losing enthusiasm.
 Winston Churchill

 --
 You received this message because you are subscribed to the Google Groups
 Smalltalk GSoC mentors group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to smalltalk-gsoc-mentors+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.





Re: [Pharo-dev] [gsoc-mentors] [GSoC ideas] Pharo

2014-02-11 Thread Guillermo Polito
* New Pharo Text Model
Skill level: advanced

Mentor: Guillermo Polito (guillermopol...@gmail.com) maybe Igor Stasenko?

Pharo transition to vector graphics needs a new TextModel. Some work
related was done by Dennis and Igor [1] and Alain Plantec [2]. However,
polishing and Athens integration is still waiting. In this project the
student will look at the existing work and get a polished solution,
integrate it with existing tools and Athens. Also, it is desirable to pay
attention to Mars compatibility.

[1] http://www.smalltalkhub.com/#!/~sig/TxText
[2] http://www.smalltalkhub.com/#!/~AlainPlantec/Rubric


On Tue, Feb 11, 2014 at 11:32 AM, Guillermo Polito 
guillermopol...@gmail.com wrote:

 * Revisiting morphic widgets
 Skill level: intermediate

 Mentor: Guillermo Polito (guillermopol...@gmail.com)

 Current widgets in morphic are not easily identifiable: the existance of
 the vanilla and Pluggable* forms makes it complex. Also, common behavior
 between widgets is scattered around. This project will aim to visit and
 refactor morphic widgets:
   - repackaging them
   - identifying and removing duplications
   - removing the #update: #changed mechanism and replace it by a
   - writes examples and documentation for people willing to write desktop
 applications in Pharo


 On Tue, Feb 11, 2014 at 11:27 AM, Guillermo Polito 
 guillermopol...@gmail.com wrote:

 * New Pharo look and feel

 Mentor: Guillermo Polito (guillermopol...@gmail.com)

 Details:
   There have been already some efforts for making pharo look less alien
 for newcomers [1]. This project will be about designing a new welcoming
 interface/desktop. Examples of this would be a new search bar probably
 based on the work of Sean de Nigris [2], get rid of the unintuitive world
 menu and replace it by a more visible variant, and make the shortcuts
 consistent all over the system.

 [1] https://ci.inria.fr/pharo-contribution/job/New-Pharo-IDE/
 [2] http://www.smalltalkhub.com/#!/~SeanDeNigris/SeansPlayground


 On Tue, Feb 11, 2014 at 11:04 AM, Damien Cassou 
 damien.cas...@gmail.comwrote:

 Project idea

 Description: let users reorganize a group of changes into separate
 meaningful commits

 Skill level: intermediate

 Mentor: Damien Cassou damien.cas...@gmail.com, DamienCassou on IRC
 (freenode)

 On Tue, Feb 11, 2014 at 10:00 AM, Guillermo Polito
 guillermopol...@gmail.com wrote:
  Ok, let's do this :)
 
  Hola Pharoers,
 
  ESUG, the European Smalltalk User Group, is applying for this
 year's
  Google Summer of Code. As you probably know, the Summer of Code
 provides the
  opportunity to fund students to work during the summer on Smalltalk,
 and
  Pharo.  Please reply to this email (be sure to use Reply to all) if
 you
  have ideas you would like to propose.
 
  Please include a summary of the project and links to web pages
 that can
  help prospective students to write their application. Please also
 include
  the following information:
 
  - if applicable, other dialects that you would be willing to
mentor this project for
 
  - the skill level
 
  - name of the mentor(s), email addresses, and possibly any IRC
network/channel/nickname where they can be found.
 
  Thanks for contributing to ESUG's Summer of Code application!
 
  Guille
 
  --
  You received this message because you are subscribed to the Google
 Groups
  Smalltalk GSoC mentors group.
  To unsubscribe from this group and stop receiving emails from it, send
 an
  email to smalltalk-gsoc-mentors+unsubscr...@googlegroups.com.
  For more options, visit https://groups.google.com/groups/opt_out.



 --
 Damien Cassou
 http://damiencassou.seasidehosting.st

 Success is the ability to go from one failure to another without
 losing enthusiasm.
 Winston Churchill

 --
 You received this message because you are subscribed to the Google
 Groups Smalltalk GSoC mentors group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to smalltalk-gsoc-mentors+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.






[Pharo-dev] Issue 12832 OpalCompiler / Debugger

2014-02-11 Thread Nicolai Hess
Ben, Camille, can you take a look at this code
|a b|
a:='String'.
b:='t'.
a collectWithIndex:[:c :i | c  b]

Debug this code and step over until you reach the
collectWithIndex: method, the context inspector will show
a,b,c,i even though only a and b are in the current scope.
And it'll show the wrong values
a-'String'
b-'String'
c-'String'
i-'t'

(This does not happen with old compiler and it does not
happen in 307052)


Re: [Pharo-dev] pharo 3.0 versionner and creating a development version

2014-02-11 Thread Norbert Hartl

Am 11.02.2014 um 10:07 schrieb Esteban Lorenzano esteba...@gmail.com:

 hi Norbert. 
 
 did you noticed that versionner is *already* in the image?
 
Hahaha…no :) That’s soo me! Ok, but it does not have  much influence on my 
question. I still don’t get how to just create a new development version or a 
new version at all. 

Norbert

 cheers,
 Esteban
 
 On 11 Feb 2014, at 11:05, Norbert Hartl norb...@hartl.name wrote:
 
 I try really hard to move to 3.0 at the moment. To me versionner became that 
 important that this is a requirement for me to change the version. I’m 
 testing the bleeding edge version of versionner in 3.0 and this looks really 
 cool. But somehow I cannot create a development version of my project. 
 Whatever I try the only thing I can achieve is that versionner is producing 
 a new baseline method. I used all of the three buttons at the top and did 
 also examine all of the menus (those that work).
 
 Any hints?
 
 Norbert
 
 
 
 




Re: [Pharo-dev] [gsoc-mentors] [GSoC ideas] Pharo

2014-02-11 Thread Esteban Lorenzano
Title: 
Quartz backend for Athens framework

Level: (beginner, intermediate, advanced)
Intermediate

Possible mentor: (can be assigned later)
Esteban Lorenzano

Possible second mentor: (can be assigned later)

Description
Athens is a vectorial graphics library that supports different backends but now 
is restrained to Cairo. Also, current implementation uses NativeBoost, who at 
the time generates and executes dynamic code. This combination mades impossible 
to use the framework for iPad/iPhone applications and we have need to support 
them.
The project then is to create a new backend for the Athens library that can be 
used both in macs and ipad/iphone platforms. 

Technical Details
The student need to study the current Athens-Balloon and  Athens-Cairoo 
implementation, and the Ballon plugin, to produce a Quartz plugin and to create 
the Athens extension to use it.

Benefits to the Student
The student will understand the plugin architecture and how it interacts with 
the environment, also he will have internals on native boost and vectorial 
libraries. 

Benefits to the Community
The community will gain the ability of develop better applications for 
ipad/iphone mobile platforms.

thanks, 
Esteban

On 11 Feb 2014, at 11:42, Guillermo Polito guillermopol...@gmail.com wrote:

 * New Pharo Text Model
 Skill level: advanced
 
 Mentor: Guillermo Polito (guillermopol...@gmail.com) maybe Igor Stasenko?
 
 Pharo transition to vector graphics needs a new TextModel. Some work related 
 was done by Dennis and Igor [1] and Alain Plantec [2]. However, polishing and 
 Athens integration is still waiting. In this project the student will look at 
 the existing work and get a polished solution, integrate it with existing 
 tools and Athens. Also, it is desirable to pay attention to Mars 
 compatibility.
 
 [1] http://www.smalltalkhub.com/#!/~sig/TxText
 [2] http://www.smalltalkhub.com/#!/~AlainPlantec/Rubric
 
 
 On Tue, Feb 11, 2014 at 11:32 AM, Guillermo Polito 
 guillermopol...@gmail.com wrote:
 * Revisiting morphic widgets
 Skill level: intermediate
 
 Mentor: Guillermo Polito (guillermopol...@gmail.com)
 
 Current widgets in morphic are not easily identifiable: the existance of the 
 vanilla and Pluggable* forms makes it complex. Also, common behavior between 
 widgets is scattered around. This project will aim to visit and refactor 
 morphic widgets:
   - repackaging them
   - identifying and removing duplications
   - removing the #update: #changed mechanism and replace it by a 
   - writes examples and documentation for people willing to write desktop 
 applications in Pharo
 
 
 On Tue, Feb 11, 2014 at 11:27 AM, Guillermo Polito 
 guillermopol...@gmail.com wrote:
 * New Pharo look and feel
 
 Mentor: Guillermo Polito (guillermopol...@gmail.com)
 
 Details:
   There have been already some efforts for making pharo look less alien for 
 newcomers [1]. This project will be about designing a new welcoming 
 interface/desktop. Examples of this would be a new search bar probably based 
 on the work of Sean de Nigris [2], get rid of the unintuitive world menu and 
 replace it by a more visible variant, and make the shortcuts consistent all 
 over the system.
 
 [1] https://ci.inria.fr/pharo-contribution/job/New-Pharo-IDE/
 [2] http://www.smalltalkhub.com/#!/~SeanDeNigris/SeansPlayground
 
 
 On Tue, Feb 11, 2014 at 11:04 AM, Damien Cassou damien.cas...@gmail.com 
 wrote:
 Project idea
 
 Description: let users reorganize a group of changes into separate
 meaningful commits
 
 Skill level: intermediate
 
 Mentor: Damien Cassou damien.cas...@gmail.com, DamienCassou on IRC 
 (freenode)
 
 On Tue, Feb 11, 2014 at 10:00 AM, Guillermo Polito
 guillermopol...@gmail.com wrote:
  Ok, let's do this :)
 
  Hola Pharoers,
 
  ESUG, the European Smalltalk User Group, is applying for this year's
  Google Summer of Code. As you probably know, the Summer of Code provides the
  opportunity to fund students to work during the summer on Smalltalk, and
  Pharo.  Please reply to this email (be sure to use Reply to all) if you
  have ideas you would like to propose.
 
  Please include a summary of the project and links to web pages that can
  help prospective students to write their application. Please also include
  the following information:
 
  - if applicable, other dialects that you would be willing to
mentor this project for
 
  - the skill level
 
  - name of the mentor(s), email addresses, and possibly any IRC
network/channel/nickname where they can be found.
 
  Thanks for contributing to ESUG's Summer of Code application!
 
  Guille
 
  --
  You received this message because you are subscribed to the Google Groups
  Smalltalk GSoC mentors group.
  To unsubscribe from this group and stop receiving emails from it, send an
  email to smalltalk-gsoc-mentors+unsubscr...@googlegroups.com.
  For more options, visit https://groups.google.com/groups/opt_out.
 
 
 
 --
 Damien 

Re: [Pharo-dev] pharo 3.0 versionner and creating a development version

2014-02-11 Thread Esteban Lorenzano
heh… answer that is Christophe's work :)

On 11 Feb 2014, at 11:54, Norbert Hartl norb...@hartl.name wrote:

 
 Am 11.02.2014 um 10:07 schrieb Esteban Lorenzano esteba...@gmail.com:
 
 hi Norbert. 
 
 did you noticed that versionner is *already* in the image?
 
 Hahaha…no :) That’s soo me! Ok, but it does not have  much influence on my 
 question. I still don’t get how to just create a new development version or a 
 new version at all. 
 
 Norbert
 
 cheers,
 Esteban
 
 On 11 Feb 2014, at 11:05, Norbert Hartl norb...@hartl.name wrote:
 
 I try really hard to move to 3.0 at the moment. To me versionner became 
 that important that this is a requirement for me to change the version. I’m 
 testing the bleeding edge version of versionner in 3.0 and this looks 
 really cool. But somehow I cannot create a development version of my 
 project. Whatever I try the only thing I can achieve is that versionner is 
 producing a new baseline method. I used all of the three buttons at the top 
 and did also examine all of the menus (those that work).
 
 Any hints?
 
 Norbert
 
 
 
 
 
 




Re: [Pharo-dev] Trying to change the color of the window

2014-02-11 Thread kilon alios
yes I feared that things would be hard coded.

But the Vistary theme dramatically changes the look of the windows, so it
cant be that hard coded. Unless windows treat Vistary theme in some special
way but I find that doubtful.


On Mon, Feb 10, 2014 at 11:22 PM, p...@highoctane.be p...@highoctane.bewrote:

 What I noticed is that some parts are using the Theme but the only theme
 that provides them is the Watery one.

 So, the rest looks like hardcoded.

 Esteban, do you have some kind of changeset ?

 Phil






 On Mon, Feb 10, 2014 at 9:18 PM, Esteban Lorenzano esteba...@gmail.comwrote:


 On 10 Feb 2014, at 21:11, kilon alios kilon.al...@gmail.com wrote:


 *Esteban has started a dark theme based on Darcula.*

 *I am eager to see/get some code based on that as a dark theme is really
 interesting for me due to eye problems.*

 *I tried with 2.0 but frankly, it is a massive mess to get things to
 diplay properly.*

 *One thing I did to see where things where happening is that I made Color
 white to respond something like a nuclear green instead of white and see
 where it was showing.*

 *Then you can pick the morphs and browse them. That's where you start
 crying.*

 *3.0 should be in a better shape.*

 yes its really a huge pile of mess this Morphic and close to no
 documentation does not make it any easier. It looks like I will not be
 avoiding creating my own GUI API on top of Athens which has some minimum
 documentation. Which will make my project tons of work or I will have to
 port probably back to python and using something like PyQT. I love Pharo
  and enjoy coding in it, but libraries are seriously hard to use because
 they are very messy and with very little to none documentation.

 I remember Esteban's dark theme, but I think it was more like an
 experiment than an ongoing project.


 oh well... is ongoing but with my times... I don't know when I will be able
 to continue it :(

 Esteban


 *Looks like colors have got a significant change...*

 *So, try:*

  *Color registerColor: (Color r: 0.0 g:1.0 b:0.0) named: #white.*

 *and things will be very green.*

 it would not be making much difference because I am not using color names
 but RGB values. Also I tried your approach, and though I can change white
 to another color and see the effect on window the color of the window
 remains unchangeable and I tried all types of Greys. By the way the
 veryVeryDarkGrey message had me laughing a lot. I propose the additions of
 the veryVeryVeryVeryVeryDarkGray and superDuperUberMaxGrey to be on the
 safe side :D

 *Hi.*
 *The default settings are remembered in a class instance variable so that
 they can be changed according to (user) preference.*

 *If you make a change to #newDefaultSettings you should send
 #resetDefaultSettings to your theme class*
 *so that they get reinitialized when next required (when an instance of
 your theme is next created).*

 *Hope that helps.*

 *Regards, Gary*

 Two problem with your proposition

 a) None of the theme classes use this message in the initialisation

 b) MNU

 maybe a Pharo 2 message that went MIA ?

 In any case I continue to study Morphic and see what will come out of
 this, not so pleasant , experience. Thank you all for your help.






Re: [Pharo-dev] [gsoc-mentors] [GSoC ideas] Pharo

2014-02-11 Thread Benjamin
Porting Spec from Pharo to Amber.

This can include finishing an Amber widget library named Moka,
as well as porting Spec to Amber and plug it by default on Moka.


Dialects involved: Pharo, Amber

Skill level: Intermediate

Mentors: Benjamin Van Ryseghem ( benjamin.vanryseg...@gmail.com ) and Nicolas 
Petton

Please include a summary of the project and links to web pages that can
 help prospective students to write their application. Please also include
 the following information:
 
- if applicable, other dialects that you would be willing to
  mentor this project for
 
- the skill level
 
- name of the mentor(s), email addresses, and possibly any IRC
  network/channel/nickname where they can be found.

Ben  Nico


Re: [Pharo-dev] Playing an mp3

2014-02-11 Thread Sean P. DeNigris
For mp3s, I started wrapping the FMOD library with NB. It's on sthub. I
ported enough to play an mp3 and porting other features should be
straightforward at this point... HTH



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/Playing-an-mp3-tp4742737p4742774.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.



Re: [Pharo-dev] Pharo3 Status Video from Fosdem on Youtube

2014-02-11 Thread btc

Marcus Denker wrote:

Hi,

The Pharo3 Status presentation is online:

https://www.youtube.com/watch?v=son_bhZ93ec


Marcus




  
Really nice talk.  One small enhancement, with the CI slide you spoke 
about16,000 tests being run each update.  Consider writing that into the 
slides.

cheers, Ben



Re: [Pharo-dev] [gsoc-mentors] [GSoC ideas] Pharo

2014-02-11 Thread jannik laval
Phratch development with Arduino

Description: Allowing to develop easily application for Arduino. As for
http://s4a.cat/, but with a better integration with the Phratch environment

Skill level: intermediate

Mentors: Jannik Laval, Philippe Back


2014-02-11 11:04 GMT+01:00 Damien Cassou damien.cas...@gmail.com:

 Project idea

 Description: let users reorganize a group of changes into separate
 meaningful commits

 Skill level: intermediate

 Mentor: Damien Cassou damien.cas...@gmail.com, DamienCassou on IRC
 (freenode)

 On Tue, Feb 11, 2014 at 10:00 AM, Guillermo Polito
 guillermopol...@gmail.com wrote:
  Ok, let's do this :)
 
  Hola Pharoers,
 
  ESUG, the European Smalltalk User Group, is applying for this year's
  Google Summer of Code. As you probably know, the Summer of Code provides
 the
  opportunity to fund students to work during the summer on Smalltalk, and
  Pharo.  Please reply to this email (be sure to use Reply to all) if you
  have ideas you would like to propose.
 
  Please include a summary of the project and links to web pages that
 can
  help prospective students to write their application. Please also include
  the following information:
 
  - if applicable, other dialects that you would be willing to
mentor this project for
 
  - the skill level
 
  - name of the mentor(s), email addresses, and possibly any IRC
network/channel/nickname where they can be found.
 
  Thanks for contributing to ESUG's Summer of Code application!
 
  Guille
 
  --
  You received this message because you are subscribed to the Google Groups
  Smalltalk GSoC mentors group.
  To unsubscribe from this group and stop receiving emails from it, send an
  email to smalltalk-gsoc-mentors+unsubscr...@googlegroups.com.
  For more options, visit https://groups.google.com/groups/opt_out.



 --
 Damien Cassou
 http://damiencassou.seasidehosting.st

 Success is the ability to go from one failure to another without
 losing enthusiasm.
 Winston Churchill

 --
 You received this message because you are subscribed to the Google Groups
 Smalltalk GSoC mentors group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to smalltalk-gsoc-mentors+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.




-- 

~~Jannik Laval~~
École des Mines de Douai
Enseignant-chercheur
http://www.jannik-laval.eu
http://car.mines-douai.fr/


Re: [Pharo-dev] [gsoc-mentors] GSoC: call for ideas

2014-02-11 Thread Dennis Schetinin
- (*Intermediate*) *Amber* - *Pharo* interaction via WebSocket.
Specifically, Pharo as IDE for Amber -- as continuation of
http://gsoc2013.esug.org/projects/amber-tools and
http://gsoc2012.esug.org/projects/mmi-amber. Use new tools (Glamorous
Toolkit, for example).

- (*Advanced*) Boundless and zoomable interfaces with *Pharo*. Continuation
of http://gsoc2012.esug.org/projects/esse using Athens [
https://code.google.com/p/pharo/wiki/Athens]. This can be further
development of the Esse presentation framework, or creating some
development tools for Pharo.

- (*Intermediate*) Implementation of Object Semantic Networks as a new
knowledge-representation engine to be used inside *Pharo* (for various
purposes). This task can include development of web interface for the
system using *Amber*. Please, contact me directly for details.

Dennis Schetinin
email: chae...@gmail.com
skype: dennis.schetinin

--

Best regards,


Dennis Schetinin


2014-02-11 13:42 GMT+04:00 Damien Cassou damien.cas...@gmail.com:

 Hi fellow Pharo hackers,

 ESUG, the European Smalltalk User Group, is applying for this
 year's Google Summer of Code.  As you probably know, the Summer
 of Code provides the opportunity to fund students to work during
 the summer on Pharo.  Please reply to this
 email (be sure to use Reply to all) if you have ideas you
 would like to propose.

 Please include a summary of the project and links to web pages
 that can help prospective students to write their application.
 Please also include the following information:

 - if applicable, other dialects that you would be willing to
   mentor this project for

 - the skill level

 - name of the mentor(s), email addresses, and possibly any IRC
   network/channel/nickname where they can be found.

 Thanks for contributing to ESUG's Summer of Code application!

 --
 Damien Cassou
 http://damiencassou.seasidehosting.st

 Success is the ability to go from one failure to another without
 losing enthusiasm.
 Winston Churchill

 --
 You received this message because you are subscribed to the Google Groups
 Smalltalk GSoC mentors group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to smalltalk-gsoc-mentors+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.



[Pharo-dev] Jenkins build is back to stable : Pharo-2.0-Tests » run 1,vm,linux #282

2014-02-11 Thread no-reply
See 
https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/Run=run%201,VM=vm,label=linux/282/




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

2014-02-11 Thread GitHub
  Branch: refs/tags/20628
  Home:   https://github.com/pharo-project/pharo-core


Re: [Pharo-dev] Playing an mp3

2014-02-11 Thread Noury Bouraqadi
Hi Jannik,

I searched on Smalltalkhub before sending my email. I noticed the project, but 
it is written : midi sound piano roll. So, I thought it does not support mp3.

Noury

On 11 févr. 2014, at 10:11, jannik laval wrote:

 Hi Noury,
 
 You can use PharoSound.
 
 Here is the info for metacello:
 
 ==
 spec project: 'Sound' with: [
   spec 
   className: 'ConfigurationOfPharoSound';
   file: 'ConfigurationOfPharoSound' ;
   version: #stable;
   repository: 
 'http://smalltalkhub.com/mc/PharoExtras/Sound/main'.
   ].
 ==
 
 Jannik
 
 
 2014-02-11 9:58 GMT+01:00 Noury Bouraqadi bouraq...@gmail.com:
 Hi,
 
 Which library should I use for playing sounds in general and mp3 in 
 particular?
 
 Thanks,
 Noury
 --
 http://twitter.com/#!/NouryBouraqadi
 http://car.mines-douai.fr/noury
 
 
 
 
 
 -- 
 ~~Jannik Laval~~
 École des Mines de Douai
 Enseignant-chercheur
 http://www.jannik-laval.eu
 http://car.mines-douai.fr/
 

Noury
--
http://twitter.com/#!/NouryBouraqadi
http://car.mines-douai.fr/noury




Re: [Pharo-dev] Playing an mp3

2014-02-11 Thread Noury Bouraqadi
Thanks Sean.
Sounds cool.

Noury
On 11 févr. 2014, at 14:44, Sean P. DeNigris wrote:

 For mp3s, I started wrapping the FMOD library with NB. It's on sthub. I
 ported enough to play an mp3 and porting other features should be
 straightforward at this point... HTH
 
 
 
 -
 Cheers,
 Sean
 --
 View this message in context: 
 http://forum.world.st/Playing-an-mp3-tp4742737p4742774.html
 Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
 

Noury
--
http://twitter.com/#!/NouryBouraqadi
http://car.mines-douai.fr/noury




Re: [Pharo-dev] pharo 3.0 versionner and creating a development version

2014-02-11 Thread Christophe Demarey
Hi Norbert,

Le 11 févr. 2014 à 11:05, Norbert Hartl a écrit :

 I try really hard to move to 3.0 at the moment. To me versionner became that 
 important that this is a requirement for me to change the version. I’m 
 testing the bleeding edge version of versionner in 3.0 and this looks really 
 cool. But somehow I cannot create a development version of my project. 
 Whatever I try the only thing I can achieve is that versionner is producing a 
 new baseline method. I used all of the three buttons at the top and did also 
 examine all of the menus (those that work).
 
 Any hints?

I wrote a small documentation on Versionner: 
http://chercheurs.lille.inria.fr/~demarey/Tech/Versionner.
With Versionner, a development version is always a baseline. If none is found, 
it will create one from the selected version.
Why is it a baseline?  because you don't want to update your configuration each 
time you publish new packages.

When you are ready to release, Versionner creates:
a numbered version with fixed packages revisions,
and the next development version (a baseline).

Tell me if you need more information.

Regards,
Christophe.

smime.p7s
Description: S/MIME cryptographic signature


Re: [Pharo-dev] How I feel

2014-02-11 Thread askoh
It is a marathon on unknown paths. Those boot may come useful along the way.
ObjC was given up for dead long time ago. A true miracle happened and now it
is number three. Since it has roots in Smalltalk, let's try to find ways to
take advantage of that. Smalltalk is still the best development environment.
I won't switch until there is something better. I have faith in it.

All the best,
Aik-Siong Koh



--
View this message in context: 
http://forum.world.st/How-I-feel-tp4742729p4742793.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.



Re: [Pharo-dev] Playing an mp3

2014-02-11 Thread jannik laval
Ok the description is not good.
In phratch, I can load MP3.

Jannik


2014-02-11 15:30 GMT+01:00 Noury Bouraqadi bouraq...@gmail.com:

 Thanks Sean.
 Sounds cool.

 Noury
 On 11 févr. 2014, at 14:44, Sean P. DeNigris wrote:

  For mp3s, I started wrapping the FMOD library with NB. It's on sthub. I
  ported enough to play an mp3 and porting other features should be
  straightforward at this point... HTH
 
 
 
  -
  Cheers,
  Sean
  --
  View this message in context:
 http://forum.world.st/Playing-an-mp3-tp4742737p4742774.html
  Sent from the Pharo Smalltalk Developers mailing list archive at
 Nabble.com.
 

 Noury
 --
 http://twitter.com/#!/NouryBouraqadi
 http://car.mines-douai.fr/noury





-- 

~~Jannik Laval~~
École des Mines de Douai
Enseignant-chercheur
http://www.jannik-laval.eu
http://car.mines-douai.fr/


Re: [Pharo-dev] pharo 3.0 versionner and creating a development version

2014-02-11 Thread Norbert Hartl

Am 11.02.2014 um 14:48 schrieb Christophe Demarey christophe.dema...@inria.fr:

 Hi Norbert,
 
 Le 11 févr. 2014 à 11:05, Norbert Hartl a écrit :
 
 I try really hard to move to 3.0 at the moment. To me versionner became that 
 important that this is a requirement for me to change the version. I’m 
 testing the bleeding edge version of versionner in 3.0 and this looks really 
 cool. But somehow I cannot create a development version of my project. 
 Whatever I try the only thing I can achieve is that versionner is producing 
 a new baseline method. I used all of the three buttons at the top and did 
 also examine all of the menus (those that work).
 
 Any hints?
 
 I wrote a small documentation on Versionner: 
 http://chercheurs.lille.inria.fr/~demarey/Tech/Versionner.
 With Versionner, a development version is always a baseline. If none is 
 found, it will create one from the selected version.
 Why is it a baseline?  because you don't want to update your configuration 
 each time you publish new packages.
 
 When you are ready to release, Versionner creates:
 a numbered version with fixed packages revisions,
 and the next development version (a baseline).
 
 Tell me if you need more information.

I’m not sure I understand. On the symbolic version front we have bleedingEdge 
that is loading a baseline without exact version information (it loads the 
newest packages). Then we have development versions that have specific package 
versions but are not released (not tagged stable). And we have releases that 
have a sense of to-be-published. 
Now we have only baselines/development and released versions? I liked to have 
the three levels because it matches all the requirements in my workflow. That 
is baseline = development, development = be used by other 
projects/collaborators before it is released, stable = ready to be released.
Anyway if it is the case that there is only baseline and released version I do 
not understand why the versions are having the blessing development. How are 
those supposed to be tagged stable?

At the moment I find it quite confusing how it is. I need maybe one or two more 
hints.

Norbert
 

Re: [Pharo-dev] NB and assembly methods (WAS: a lot of non-constructive things I refuse to talk about :)

2014-02-11 Thread Igor Stasenko
On 11 February 2014 10:56, Esteban Lorenzano esteba...@gmail.com wrote:

 
  PS. I am hacking on protobuf in Pharo 3.0 and noticed cool NB assembler
 in some places - are such methods creeping into base libraries now? What
 does that mean for other CPUs? Sorry, for changing subject - feel free to
 reply under different subject.

 Hi Goran,

 Yes… since NB and Athens, there are some methods in assembler spread
 around. Is my opinion that all assembler-containing methods should be
 refactored into a more comprensible unit (and that can be changed by
 another set of assembly instrucction when we achieve multiplatform-NB).
 Today they are all along Athens, and if we continue this path they will be
 all along Pharo soon. I would better modularise that.
 But Igor maybe has something different to say :)

 Esteban


not much to add to what i already been said:
 - have any other CPU which can run pharo JIT? No? Will talk when it will
be available.
Doing anything before that is just waste of time.

-- 
Best regards,
Igor Stasenko.


Re: [Pharo-dev] NB and assembly methods (WAS: a lot of non-constructive things I refuse to talk about :)

2014-02-11 Thread Igor Stasenko
On 11 February 2014 10:56, Esteban Lorenzano esteba...@gmail.com wrote:

 
  PS. I am hacking on protobuf in Pharo 3.0 and noticed cool NB assembler
 in some places - are such methods creeping into base libraries now? What
 does that mean for other CPUs? Sorry, for changing subject - feel free to
 reply under different subject.

 (replying Goran)
Depends what you calling base libraries.
Kernel, basic I/O is clean of it , and there's good reasons for keeping
things that way.

And because i know how painful it can be to maintain custom assembler code,
i would never use it if i could have better alternative. Oh.. what i trying
to prove: i just using it because i can :P
But it is of course for projects which under my direct control.. i didn't
rewrote random parts of Pharo with assembler code.. and never will.
:)

-- 
Best regards,
Igor Stasenko.


Re: [Pharo-dev] [Pharo-users] GSoC: call for ideas

2014-02-11 Thread Yuriy Tymchuk
Hey guys.

1. Implicit variable declarations support in FAST
Make FAST to work with one of the languages that do not have explicit 
declaration of variables. Preferable target language is Javascript. This should 
move FAST to new horizons.
advanced
Yuriy Tymchuk yuriy.tymc...@me.com, Anne Etien 
anne.et...@univ-lille1.fr

2. Interaction API for Roassal.
Provide a nice api of Roassal to filter, select, delete, group… etc 
elements. This will be extra useful for reverse engineering tools.
advanced - complex
Alexandre Bergel alexandre.ber...@me.com, Yuriy Tymchuk 
yuriy.tymc...@me.com

3. Tools to work with resources (non-text data).
Even if serialising it as code is not a good solution we can make tools 
to load, serialise resources to code…
easy - advanced
Yuriy Tymchuk yuriy.tymc...@me.com

4. Preferences persistence.
Now prefs are only working while you are on the same image. We can put 
a button: save for all images, and serialise prefs to conf. folder when this 
button is checked. The same goes for user name. Why not to put checkbox: “Save 
for all next images”. This way we won’t have a lot of clones in monticello and 
make user’s life easier. You can use a startup scripts, but this is not cool.
easy - advanced
Yuriy Tymchuk yuriy.tymc...@me.com

Cheers
Uko

On 11 Feb 2014, at 10:42, Damien Cassou damien.cas...@gmail.com wrote:

 Hi fellow Pharo hackers,
 
ESUG, the European Smalltalk User Group, is applying for this
year's Google Summer of Code.  As you probably know, the Summer
of Code provides the opportunity to fund students to work during
the summer on Pharo.  Please reply to this
email (be sure to use Reply to all) if you have ideas you
would like to propose.
 
Please include a summary of the project and links to web pages
that can help prospective students to write their application.
Please also include the following information:
 
- if applicable, other dialects that you would be willing to
  mentor this project for
 
- the skill level
 
- name of the mentor(s), email addresses, and possibly any IRC
  network/channel/nickname where they can be found.
 
Thanks for contributing to ESUG's Summer of Code application!
 
 -- 
 Damien Cassou
 http://damiencassou.seasidehosting.st
 
 Success is the ability to go from one failure to another without
 losing enthusiasm.
 Winston Churchill
 




Re: [Pharo-dev] GSoC: call for ideas

2014-02-11 Thread Yuriy Tymchuk
Hey guys.

1. Implicit variable declarations support in FAST
Make FAST to work with one of the languages that do not have explicit 
declaration of variables. Preferable target language is Javascript. This should 
move FAST to new horizons.
advanced
Yuriy Tymchuk yuriy.tymc...@me.com, Anne Etien 
anne.et...@univ-lille1.fr

2. Interaction API for Roassal.
Provide a nice api of Roassal to filter, select, delete, group… etc 
elements. This will be extra useful for reverse engineering tools.
advanced - complex
Alexandre Bergel alexandre.ber...@me.com, Yuriy Tymchuk 
yuriy.tymc...@me.com

3. Tools to work with resources (non-text data).
Even if serialising it as code is not a good solution we can make tools 
to load, serialise resources to code…
easy - advanced
Yuriy Tymchuk yuriy.tymc...@me.com

4. Preferences persistence.
Now prefs are only working while you are on the same image. We can put 
a button: save for all images, and serialise prefs to conf. folder when this 
button is checked. The same goes for user name. Why not to put checkbox: “Save 
for all next images”. This way we won’t have a lot of clones in monticello and 
make user’s life easier. You can use a startup scripts, but this is not cool.
easy - advanced
Yuriy Tymchuk yuriy.tymc...@me.com

Cheers
Uko

On 11 Feb 2014, at 10:42, Damien Cassou damien.cas...@gmail.com wrote:

 Hi fellow Pharo hackers,
 
ESUG, the European Smalltalk User Group, is applying for this
year's Google Summer of Code.  As you probably know, the Summer
of Code provides the opportunity to fund students to work during
the summer on Pharo.  Please reply to this
email (be sure to use Reply to all) if you have ideas you
would like to propose.
 
Please include a summary of the project and links to web pages
that can help prospective students to write their application.
Please also include the following information:
 
- if applicable, other dialects that you would be willing to
  mentor this project for
 
- the skill level
 
- name of the mentor(s), email addresses, and possibly any IRC
  network/channel/nickname where they can be found.
 
Thanks for contributing to ESUG's Summer of Code application!
 
 -- 
 Damien Cassou
 http://damiencassou.seasidehosting.st
 
 Success is the ability to go from one failure to another without
 losing enthusiasm.
 Winston Churchill
 



Re: [Pharo-dev] GSoC: call for ideas

2014-02-11 Thread Benjamin
 4. Preferences persistence.
   Now prefs are only working while you are on the same image. We can put 
 a button: save for all images, and serialise prefs to conf. folder when this 
 button is checked. The same goes for user name. Why not to put checkbox: 
 “Save for all next images”. This way we won’t have a lot of clones in 
 monticello and make user’s life easier. You can use a startup scripts, but 
 this is not cool.
   easy - advanced
   Yuriy Tymchuk yuriy.tymc...@me.com

In Settings there is a button Export which (should) export all you settings 
into your preferences file and therefore be spread among images.

Ben



Re: [Pharo-dev] GSoC: call for ideas

2014-02-11 Thread Yuriy Tymchuk

On 11 Feb 2014, at 16:49, Benjamin benjamin.vanryseghem.ph...@gmail.com wrote:

 4. Preferences persistence.
  Now prefs are only working while you are on the same image. We can put 
 a button: save for all images, and serialise prefs to conf. folder when this 
 button is checked. The same goes for user name. Why not to put checkbox: 
 “Save for all next images”. This way we won’t have a lot of clones in 
 monticello and make user’s life easier. You can use a startup scripts, but 
 this is not cool.
  easy - advanced
  Yuriy Tymchuk yuriy.tymc...@me.com
 
 In Settings there is a button Export which (should) export all you settings 
 into your preferences file and therefore be spread among images.

Did you implement it?

Uko

 
 Ben
 



Re: [Pharo-dev] GSoC: call for ideas

2014-02-11 Thread Benjamin
On 11 Feb 2014, at 16:51, Yuriy Tymchuk yuriy.tymc...@me.com wrote:

 
 On 11 Feb 2014, at 16:49, Benjamin benjamin.vanryseghem.ph...@gmail.com 
 wrote:
 
 4. Preferences persistence.
 Now prefs are only working while you are on the same image. We can put 
 a button: save for all images, and serialise prefs to conf. folder when 
 this button is checked. The same goes for user name. Why not to put 
 checkbox: “Save for all next images”. This way we won’t have a lot of 
 clones in monticello and make user’s life easier. You can use a startup 
 scripts, but this is not cool.
 easy - advanced
 Yuriy Tymchuk yuriy.tymc...@me.com
 
 In Settings there is a button Export which (should) export all you settings 
 into your preferences file and therefore be spread among images.
 
 Did you implement it?

I did, months ago :)

Ben

 
 Uko
 
 
 Ben
 
 



Re: [Pharo-dev] GSoC: call for ideas

2014-02-11 Thread Esteban Lorenzano

On 11 Feb 2014, at 17:12, Benjamin benjamin.vanryseghem.ph...@gmail.com wrote:

 On 11 Feb 2014, at 16:51, Yuriy Tymchuk yuriy.tymc...@me.com wrote:
 
 
 On 11 Feb 2014, at 16:49, Benjamin benjamin.vanryseghem.ph...@gmail.com 
 wrote:
 
 4. Preferences persistence.
Now prefs are only working while you are on the same image. We can put 
 a button: save for all images, and serialise prefs to conf. folder when 
 this button is checked. The same goes for user name. Why not to put 
 checkbox: “Save for all next images”. This way we won’t have a lot of 
 clones in monticello and make user’s life easier. You can use a startup 
 scripts, but this is not cool.
easy - advanced
Yuriy Tymchuk yuriy.tymc...@me.com
 
 In Settings there is a button Export which (should) export all you settings 
 into your preferences file and therefore be spread among images.
 
 Did you implement it?
 
 I did, months ago :)

year(s) ago, in fact :)

 
 Ben
 
 
 Uko
 
 
 Ben
 
 
 



Re: [Pharo-dev] GSoC: call for ideas

2014-02-11 Thread Yuriy Tymchuk

On 11 Feb 2014, at 17:12, Benjamin benjamin.vanryseghem.ph...@gmail.com wrote:

 On 11 Feb 2014, at 16:51, Yuriy Tymchuk yuriy.tymc...@me.com wrote:
 
 
 On 11 Feb 2014, at 16:49, Benjamin benjamin.vanryseghem.ph...@gmail.com 
 wrote:
 
 4. Preferences persistence.
Now prefs are only working while you are on the same image. We can put 
 a button: save for all images, and serialise prefs to conf. folder when 
 this button is checked. The same goes for user name. Why not to put 
 checkbox: “Save for all next images”. This way we won’t have a lot of 
 clones in monticello and make user’s life easier. You can use a startup 
 scripts, but this is not cool.
easy - advanced
Yuriy Tymchuk yuriy.tymc...@me.com
 
 In Settings there is a button Export which (should) export all you settings 
 into your preferences file and therefore be spread among images.
 
 Did you implement it?
 
 I did, months ago :)
 
 Ben

C’est cool. Thank you Ben. I had some more ideas like making a common STON 
format for prefs. But maybe you have some more ideas. Or we can just kill this 
proposal.

Uko

 
 
 Uko
 
 
 Ben
 
 
 



Re: [Pharo-dev] pharo 3.0 versionner and creating a development version

2014-02-11 Thread Sean P. DeNigris
It's hard to think this one through without use cases… On the positive, it
may be better to mark every numbered version as #'release' and then use
semantic versioning to update if you run into trouble (i.e. release 2.0 and
if you have to adjust the packages, 2.0.1). Because now that we have stable
versions, there seem to be two competing systems - the tag of the numbered
version and the symbolic version. In practice, it looks like a lot of
numbered versions never get updated (i.e. versions that are symbolic
#'stable' are not #'release' in the version spec) 



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/pharo-3-0-versionner-and-creating-a-development-version-tp4742756p4742849.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.



Re: [Pharo-dev] pharo 3.0 versionner and creating a development version

2014-02-11 Thread Christophe Demarey

Le 11 févr. 2014 à 16:15, Norbert Hartl a écrit :

 
 Am 11.02.2014 um 14:48 schrieb Christophe Demarey 
 christophe.dema...@inria.fr:
 
 Hi Norbert,
 
 Le 11 févr. 2014 à 11:05, Norbert Hartl a écrit :
 
 I try really hard to move to 3.0 at the moment. To me versionner became 
 that important that this is a requirement for me to change the version. I’m 
 testing the bleeding edge version of versionner in 3.0 and this looks 
 really cool. But somehow I cannot create a development version of my 
 project. Whatever I try the only thing I can achieve is that versionner is 
 producing a new baseline method. I used all of the three buttons at the top 
 and did also examine all of the menus (those that work).
 
 Any hints?
 
 I wrote a small documentation on Versionner: 
 http://chercheurs.lille.inria.fr/~demarey/Tech/Versionner.
 With Versionner, a development version is always a baseline. If none is 
 found, it will create one from the selected version.
 Why is it a baseline?  because you don't want to update your configuration 
 each time you publish new packages.
 
 When you are ready to release, Versionner creates:
 a numbered version with fixed packages revisions,
 and the next development version (a baseline).
 
 Tell me if you need more information.
 
 I’m not sure I understand. On the symbolic version front we have bleedingEdge 
 that is loading a baseline without exact version information (it loads the 
 newest packages). Then we have development versions that have specific 
 package versions but are not released (not tagged stable). And we have 
 releases that have a sense of to-be-published. 
 Now we have only baselines/development and released versions?

Yes. It is quite strange to have three levels of stability. A few users use 
that and we tried to find a simple process to manage configurations.
As in many other languages, you develop, release, then develop again.
In another way, I can also understand that you prefer another process or that 
you need an extra level.

 I liked to have the three levels because it matches all the requirements in 
 my workflow. That is baseline = development, development = be used by other 
 projects/collaborators before it is released, stable = ready to be released.

your definition of the development version looks like a release-candidate. Why 
not publish (yes release ;) ) a RC version for this purpose?

 Anyway if it is the case that there is only baseline and released version I 
 do not understand why the versions are having the blessing development. How 
 are those supposed to be tagged stable?

They shouldn't. I fixed that friday and it will be integrated soon.

 At the moment I find it quite confusing how it is. I need maybe one or two 
 more hints.

I understand. Versionner was thought to encourage people to follow a workflow 
that may be different of their current one.
But there is still place to discussion, move and adding some other 
functionalities.

Versionner needs feedback and will evolve from feedback.

Thanks,
Christophe.

smime.p7s
Description: S/MIME cryptographic signature


Re: [Pharo-dev] pharo 3.0 versionner and creating a development version

2014-02-11 Thread Norbert Hartl

Am 11.02.2014 um 16:43 schrieb Christophe Demarey christophe.dema...@inria.fr:

 
 Le 11 févr. 2014 à 16:15, Norbert Hartl a écrit :
 
 
 Am 11.02.2014 um 14:48 schrieb Christophe Demarey 
 christophe.dema...@inria.fr:
 
 Hi Norbert,
 
 Le 11 févr. 2014 à 11:05, Norbert Hartl a écrit :
 
 I try really hard to move to 3.0 at the moment. To me versionner became 
 that important that this is a requirement for me to change the version. 
 I’m testing the bleeding edge version of versionner in 3.0 and this looks 
 really cool. But somehow I cannot create a development version of my 
 project. Whatever I try the only thing I can achieve is that versionner is 
 producing a new baseline method. I used all of the three buttons at the 
 top and did also examine all of the menus (those that work).
 
 Any hints?
 
 I wrote a small documentation on Versionner: 
 http://chercheurs.lille.inria.fr/~demarey/Tech/Versionner.
 With Versionner, a development version is always a baseline. If none is 
 found, it will create one from the selected version.
 Why is it a baseline?  because you don't want to update your configuration 
 each time you publish new packages.
 
 When you are ready to release, Versionner creates:
 a numbered version with fixed packages revisions,
 and the next development version (a baseline).
 
 Tell me if you need more information.
 
 I’m not sure I understand. On the symbolic version front we have 
 bleedingEdge that is loading a baseline without exact version information 
 (it loads the newest packages). Then we have development versions that have 
 specific package versions but are not released (not tagged stable). And we 
 have releases that have a sense of to-be-published. 
 Now we have only baselines/development and released versions?
 
 Yes. It is quite strange to have three levels of stability. A few users use 
 that and we tried to find a simple process to manage configurations.
 As in many other languages, you develop, release, then develop again.
 In another way, I can also understand that you prefer another process or that 
 you need an extra level.
 
 I liked to have the three levels because it matches all the requirements in 
 my workflow. That is baseline = development, development = be used by other 
 projects/collaborators before it is released, stable = ready to be released.
 
 your definition of the development version looks like a release-candidate. 
 Why not publish (yes release ;) ) a RC version for this purpose?
 
 Anyway if it is the case that there is only baseline and released version I 
 do not understand why the versions are having the blessing development. How 
 are those supposed to be tagged stable?
 
 They shouldn't. I fixed that friday and it will be integrated soon.
 
 At the moment I find it quite confusing how it is. I need maybe one or two 
 more hints.
 
 I understand. Versionner was thought to encourage people to follow a workflow 
 that may be different of their current one.
 But there is still place to discussion, move and adding some other 
 functionalities.
 
 Versionner needs feedback and will evolve from feedback.
 
Ok. What I wrote above is just what I’m used to and what is my current way of 
working. But I must confess that this extra level of mine is probably not 
necessary. At least it complicates things and you can always argue that if you 
want three then the next one wants to have four levels. I need to think about a 
way how to build up my workflow on top of versionner not within.

thanks for the great work! The new UI looks really great!

Norbert



Re: [Pharo-dev] GSoC: call for ideas

2014-02-11 Thread Benjamin

On 11 Feb 2014, at 17:28, Yuriy Tymchuk yuriy.tymc...@me.com wrote:
 
 C’est cool. Thank you Ben. I had some more ideas like making a common STON 
 format for prefs. But maybe you have some more ideas. Or we can just kill 
 this proposal.\\

Maybe we should discuss it then :)

Ben




[Pharo-dev] Fosdem Videos and Pharo. 4 presentation

2014-02-11 Thread Torsten Bergmann
Hi,

The videos from FOSDEM website also include a video from Marcuss  presentation about PHARO 4.
Unfortunately the video starts with the title Marcus Denker and Pharo 4 but include the presentation about another talk about Objectivesmalltalk which is therefore available twice.
Dont know who recorded or did the postprocessing of the videos.
Anyone able to correct this and upload the correct presentation about PHARO4.

Thx
T.
sent from outer space using a Pharo driven mobile phone



Re: [Pharo-dev] [ANN] ScriptManager 1.7 Release for upcoming Pharo 3.0

2014-02-11 Thread Sven Van Caekenberghe
Hi Torsten,

On 11 Feb 2014, at 22:12, Torsten Bergmann asta...@gmx.de wrote:

 Thanks to Sven van Caekenberghe the ScriptManager tool hosted in project 
 
  http://smalltalkhub.com/#!/~TorstenBergmann/ScriptManager/
 
 now also provides the ability to import/export not only to a single
 binary fuel file but also to a folder with readable scripts.
 
 This is a good idea and may also help to use external editors
 or versioning systems like git or others on the custom scripts.
 
 I also reworked the menues to be in alignment with the common style
 and polished the package for Pharo 3.0 as a new release version 1.7.
 
 Just open the config browser in Pharo 3.0 and load ScriptManager.
 After loading it will be available under Tools - ScriptManager.
 
 Have fun
 T.

Thanks for including this.

The only 'issue' that I had is that the line end convention used for writing 
the workspaces is CR (at least on my Mac), which is not cool when you want to 
work with the files outside the image (should be Unix style LF). Now, the File 
Browser does the same when creating files, as does Workspace when exporting. 
That is why I left it like that.

BTW: I have been using your Bootstrap code all day long and it is seriously 
cool - I will have feedback in the coming weeks ;-)

Sven





Re: [Pharo-dev] Fosdem Videos and Pharo. 4 presentation

2014-02-11 Thread Stefan Marr
Hi:

On 11 Feb 2014, at 23:53, Torsten Bergmann asta...@gmx.de wrote:

 The videos from FOSDEM website also include a video from Marcus's 
 presentation about PHARO 4.
 Unfortunately the video starts with the title Marcus Denker and Pharo 4 but 
 include the presentation about another talk about Objectivesmalltalk which is 
 therefore available twice.

These videos are not yet final:

https://fosdem.org/2014/news/2014-02-03-videos/
https://fosdem.org/2014/news/2014-02-06-first-videos/

Best regards
Stefan


-- 
Stefan Marr
INRIA Lille - Nord Europe
http://stefan-marr.de/research/






[Pharo-dev] CI Build Slaves ?

2014-02-11 Thread Sven Van Caekenberghe
Hi,

Does anyone know when all CI Build Slaves will become available again ? Right 
now, I seems at least Windows is no longer there. It is a bit hard to do 
integrations like that.

Thx,

Sven




Re: [Pharo-dev] Fosdem Videos and Pharo. 4 presentation

2014-02-11 Thread Bernardo Ezequiel Contreras
Hi,
   They already know it, but they are busy.  be patient

On Sun, Feb 09, 2014 at 08:06:03PM -0200, Bernardo Ezequiel Contreras wrote:
 Hi,
   the following video
 http://video.fosdem.org/2014/K4401/Saturday/Pharo4_Plans_and_Dreams.webm
 doesn't contain the presentation by marcus denker, instead it contains the
 Objective Smalltalk presentation by Marcel Weiher.
 Could someone fix this, please?

Thanks for letting us know.

The video team will take a look as soon as they can, but please
understand if it takes a while as they are still busy!