[Pharo-dev] [update 3.0] #30386

[Marcus Denker]

30386
-

11563 Color>>pixelValue32 should be moved to its single sender
https://pharo.fogbugz.com/f/cases/11563

11561 Leftover System Progress morph
https://pharo.fogbugz.com/f/cases/11561

Diff information:
http://smalltalkhub.com/mc/Pharo/Pharo30/main/Tools-MarcusDenker.1243.diff
http://smalltalkhub.com/mc/Pharo/Pharo30/main/Graphics-Primitives-MarcusDenker.113.diff
http://smalltalkhub.com/mc/Pharo/Pharo30/main/Graphics-Display 
Objects-MarcusDenker.114.diff
http://smalltalkhub.com/mc/Pharo/Pharo30/main/Balloon-MarcusDenker.104.diff
http://smalltalkhub.com/mc/Pharo/Pharo30/main/Athens-Balloon-MarcusDenker.13.diff



signature.asc
Description: Message signed with OpenPGP using GPGMail

[Pharo-dev] [regression reporter]regression occurred

[no-reply]

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=win/487/

1 regressions found.
  Zinc.Zodiac.ZnHTTPSTests.testGForceInria

Re: [Pharo-dev] cannot commit with gofer to sthub (HTTP 403)

[Stéphane Ducasse]

which version of the image are you using?

Stef


> Hi,
> 
> It seems that I cannot commit with Gofer on STHub. I get a 403.
> 
> If I do it via the regular Monticello browser, it works just fine.
> 
> I am on the latest Pharo 2.0 and I use a script that goes like this:
> Gofer new
>   url: 'http://www.smalltalkhub.com/mc/Moose/MooseAlgos/main/';
>   package: 'ConfigurationOfMooseAlgos';
>   commit: 'version generated by Snapshotcello'
> 
> with the url being already authenticated beforehand.
> 
> I also tried by passing the url:username:password: explicitly, but this has 
> the same 403 effect.
> 
> Anyone knows what the issue is?
> 
> Cheers,
> Doru
> 
> 
> -- 
> www.tudorgirba.com
> 
> "Every thing has its own flow"

[Pharo-dev] Fwd: ESUG 2013 Started!

[Marcus Denker]

Begin forwarded message:

> Subject: ESUG 2013 Started!
> Date: September 10, 2013 9:45:44 AM GMT+02:00
> To: "esug-l...@lists.esug.org Members" 
> 
> ESUG 2013 in Annecey started with great success! 
> 
> After a productive and fun Camp Smalltalk (with great food), the main 
> conference started Monday.
> 
> Videos
> ===
> This year we again record all taks. The talks are uploaded to Youtube as fast 
> as possible.
> https://www.youtube.com/user/esugboard
> 
> Slides
> =
> Slides are collected as pdfs and uploaded to SlideShare.
> 
> - PDF: http://esug.org/data/ESUG2013/
> - SlideShare: http://www.slideshare.net/esug/
>   (later)
> 
> Pictures
> 
> - Stephan Eggermont:
>   http://www.flickr.com/photos/35787002@N03/sets/72157635427445171/
> - Adriaan van Os
>   http://www.a3aan.st/esug2013/index.php/list/
> 
> Twitter
> ==
> 
> The twitter hash tag is #esug2013. ESUG has an account 
>   https://twitter.com/esugsmalltalk
> 



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [Pharo-dev] cannot commit with gofer to sthub (HTTP 403)

[Tudor Girba]

As I said, I was using the latest Pharo 2.0.

Doru


On Tue, Sep 10, 2013 at 9:36 AM, Stéphane Ducasse  wrote:

> which version of the image are you using?
>
> Stef
>
>
> Hi,
>
> It seems that I cannot commit with Gofer on STHub. I get a 403.
>
> If I do it via the regular Monticello browser, it works just fine.
>
> I am on the latest Pharo 2.0 and I use a script that goes like this:
> Gofer new
> url: 'http://www.smalltalkhub.com/mc/Moose/MooseAlgos/main/';
>  package: 'ConfigurationOfMooseAlgos';
> commit: 'version generated by Snapshotcello'
>
> with the url being already authenticated beforehand.
>
> I also tried by passing the url:username:password: explicitly, but this
> has the same 403 effect.
>
> Anyone knows what the issue is?
>
> Cheers,
> Doru
>
>
> --
> www.tudorgirba.com
>
> "Every thing has its own flow"
>
>
>


-- 
www.tudorgirba.com

"Every thing has its own flow"

[Pharo-dev] [update 3.0] #30387

[Marcus Denker]

30387
-

11566 MorphFrameGhost should be renamed and subclassed from BorderedMorph
https://pharo.fogbugz.com/f/cases/11566

11564 ThumbnailImageMorph should be removed
https://pharo.fogbugz.com/f/cases/11564

Diff information:
http://smalltalkhub.com/mc/Pharo/Pharo30/main/Morphic-Base-MarcusDenker.93.diff



signature.asc
Description: Message signed with OpenPGP using GPGMail

[Pharo-dev] Lets Talk about Pharo Help tool

[kilon]

Hi guys I am back, and I want to document : 
a) Nativeboost -> The things I learned while trying to understand how to use
NBOpenGL
b) GLTutorial -> This is a project of mine, to make a set of tutorial that
clearly show how to use NBOpenGL

I was to take Stephan advise of making blog posts about those things, but I
came to conclusion that  I don't want my users to learn those things from
blog posts or youtube videos. I am a big fan of emacs on board
documentation. 

So my attention came to help tool, I think I get how it works, I started
making the documentation with it, questions is if there is anything more to
it than the functionality I am seeing in the Help docs. Maybe a third party
lib that adds more features ?

Is there a plan to extend it ? 

If I decide to extend it , do I need to commit permissions to pharo repo ?
Or is it better to subclass it and create something more powerful ? 



--
View this message in context: 
http://forum.world.st/Lets-Talk-about-Pharo-Help-tool-tp4707462.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

[Pharo-dev] Smalltalk positions in research in France

[Stéphane Ducasse]

Hi guys

you can be interested by the following position.

stef

> From: Loïc LAGADEC 
> Subject: Profils de postes
> Date: September 9, 2013 5:28:59 PM GMT+02:00
> To: stephane.duca...@gmail.com, stephane.duca...@inria.fr, 
> loic.laga...@ensta-brest.fr
> 
> Several smalltalk-centric positions open in Brest 
> (http://www.brest-metropole-tourisme.fr/en/). We also welcome students 
> internship on demand.
> 
> The Phd, engineer and postdoc will be located in the ENSTA Bretagne 
> engineering school (www.ensta-bretagne.eu) and be part of the UMR 6285 
> Lab-STICC lab.
> 
>  
> Contact : loic.laga...@ensta-bretagne.fr
> 
>  
> -   Engineer (1 year) : Start ASAP
> 
> In the scope of the ANR (INS 2011) ARDYT project, we are hiring an engineer 
> for 12 months. The objective of this work is to contribute to the refactoring 
> and improve the (VW written)  Biniou Framework (modelling Embedded 
> reconfigurable devices to produce software development environments). Biniou 
> is currently being extended with new features and requires to define a 
> versioning and testing policy.
> 
> -   Phd : Start January 2014
> 
>  
> In the scope of the FP7 ERATO project, the PhD student will contribute to set 
> up a Professional environment to exploit a new European  FPGA (reconfigurable 
> device) dedicated to space application.
> 
> One important contribution will be to expose a manipulation API to 
> application Designers while protecting the hardware intellectual property. 
> Also some compression schemes used for video coding will be stressed against 
> practical experimentation when downsizing the bitstream (binary 
> representation of the application).
> 
>  
> -   postdoc (2 years) : Start january-june 2014
> 
> In the scope of the FP7 ERATO project, the candidate will contribute to 
> define and develop  a Pharo environment to model a new FPGA and to meter 
> performances in a faulty environment (satellite). This postdoc is a perfect 
> opportunity for a Smalltalk expert to transpose its skills to an applicative 
> domain.  Depending on the qualification of the candidate, she/he will be co 
> advisor of the PhD student.
> 

[Pharo-dev] Lets Talk about Pharo Help tool

[Torsten Bergmann]

Kilon wrote on "Pharo dev-list"
>So my attention came to help tool, I think I get how it works, I started
>making the documentation with it, questions is if there is anything more to
>it than the functionality I am seeing in the Help docs. Maybe a third party
>lib that adds more features ?
>
>Is there a plan to extend it ?


Some time ago I created the "old" in image help tool so one can easily access 
help directly from the image. It was accepted and integrated into the standard 
image.
It is usable and some projects/packages use it.

But since media is (by default) not yet that rich within Pharo and mostly 
people 
also would like to see the documentation on the web I created a successor 
called "PharoOnlineHelp". This also allows you to be more independent with your
docu from the help system itself.

The new help system:

 - is called "Pharo Online Help"
 - uses only a single "marker" pragma
 - supports markdown
 - can be viewed/served online
 - is not part of the standard image but can be easily loaded


How to use it:
=
 - take a fresh Pharo 2.0 image from http://files.pharo.org/platform
 - open the config browser (Tools -> ConfigurationBrowser)
 - select "PharoOnlineHelp" from the list and easily install it
 - now in menu "Help" you will find "Help server", click on "Start server" on 
the control panel
 - if you are on Windows you can click on "Browse" to open a browser, in any 
other case go to http://localhost:8080
   with your web browser

You can now click and browse the available docu that is in the image. It also 
has an API help
and links to most Pharo resources.

If you want to extend the "Intro" tutorial section for instance with a "Native 
Boost" tutorial
you can:

 - create an own class as subclass of Object in your own package
 - implement a class side message with a pragma #onlineTutorial

 nativeBoostTutorialOn: aBuilder
  

  (aBuilder tutorial: #'Introduction to NativeBoost')
description: 'An overview and introduction to the Native boost 
interface';
addLesson: ...

 - see class "PharoTutorial" for an example or this picture: 
http://lists.gforge.inria.fr/pipermail/pharo-project/attachments/20130224/90f2b83d/attachment.png

NOTE: the tutorials are written in Markdown, so you can:

 - write a blog post or website with a tutorial and later aggregate it/link to 
it in Pharo online help
 - use and embed rich media like youtube videos, web pages, ...
 - use Markdown editors like http://dillinger.io/ to write the docu 

Hope this will answer your questions. You can use the old help but I would 
rather
like people to see jumping to the new online help.

Bye
Torsten

Re: [Pharo-dev] cannot commit with gofer to sthub (HTTP 403)

[Damien Cassou]

in the debugger, you may want to inspect the error to get more
information about the problem

On Tue, Sep 10, 2013 at 10:05 AM, Tudor Girba  wrote:
> As I said, I was using the latest Pharo 2.0.
>
> Doru
>
>
> On Tue, Sep 10, 2013 at 9:36 AM, Stéphane Ducasse
>  wrote:
>>
>> which version of the image are you using?
>>
>> Stef
>>
>>
>> Hi,
>>
>> It seems that I cannot commit with Gofer on STHub. I get a 403.
>>
>> If I do it via the regular Monticello browser, it works just fine.
>>
>> I am on the latest Pharo 2.0 and I use a script that goes like this:
>> Gofer new
>> url: 'http://www.smalltalkhub.com/mc/Moose/MooseAlgos/main/';
>> package: 'ConfigurationOfMooseAlgos';
>> commit: 'version generated by Snapshotcello'
>>
>> with the url being already authenticated beforehand.
>>
>> I also tried by passing the url:username:password: explicitly, but this
>> has the same 403 effect.
>>
>> Anyone knows what the issue is?
>>
>> Cheers,
>> Doru
>>
>>
>> --
>> www.tudorgirba.com
>>
>> "Every thing has its own flow"
>>
>>
>
>
>
> --
> www.tudorgirba.com
>
> "Every thing has its own flow"



-- 
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] Lets Talk about Pharo Help tool

[kilon]

First of all congratulations on your effort. The online help certainly looks
very nice. 

But I don't like this approach. It opens a new window, it further fragments
pharo workflow. This is why I said I am a huge fan of emacs documentation
system, its not just text display, doc context has links you can click or
navigate through via shortcuts, you can even ask documentation to find
specific content for you, browser doc for specific keyboard shortcuts that
correspond to specific function and find doc for that functions,  doc for
functions etc. And they do all that with zero html ;)

Some of it already your help tool can do , for example ask for help from
Integer. I really love this kind of interactivity. But also want to keep
things in a single window, right next to my code, if possible without losing
focus of the code editor so i can type while I read docs. 

The problem I have with your approach is that it removes from pharo and send
me to the browser to do all these things. Even worse it relies on hmtl ,
though using markdown certainly elevates the pain. I have to resize the
window, and further more pharo loses focus so I cant continue coding until I
click back to pharo window, then I will need to click back to doc window to
move doc to next page, then pharo window again. A really tedious process. So
for me the secondary window is a no go. I want my users to browse
documentation while they code, I want it to make it easy for them to do both
at the same time and not change windows to do so, so they can learn step by
step. This is why I am very interested in the help tool which I will have to
thank you for creating it, its simple yet gets the job done. I was just
wondering if there are any extensions for it. 

I am certainly not against the idea of Pharo Online help, for blogs, videos
and such. But since i had similar experience with python (which also heavily
relies on online docs), I rather do it the way emacs does it which has made
things a lot more bearable for me. Blog , videos and articles are of general
nature, can contain personal opinions and optional ideas of optimised
workflow and way of doing things. Documentation is specific, either tutorial
based or reference based its mission is to show you how things work and
nothing more. I like this separation.  

Also though I was able to use PharoOnlineHelp in Pharo 3.0 , it managed to
mess up the world menu, pharo had to fall back to "backup" world menu.


Torsten Bergmann wrote
> Kilon wrote on "Pharo dev-list"
>>So my attention came to help tool, I think I get how it works, I started
>>making the documentation with it, questions is if there is anything more
to
>>it than the functionality I am seeing in the Help docs. Maybe a third
party
>>lib that adds more features ?
>>
>>Is there a plan to extend it ?
> 
> 
> Some time ago I created the "old" in image help tool so one can easily
> access 
> help directly from the image. It was accepted and integrated into the
> standard image.
> It is usable and some projects/packages use it.
> 
> But since media is (by default) not yet that rich within Pharo and mostly
> people 
> also would like to see the documentation on the web I created a successor 
> called "PharoOnlineHelp". This also allows you to be more independent with
> your
> docu from the help system itself.
> 
> The new help system:
> 
>  - is called "Pharo Online Help"
>  - uses only a single "marker" pragma
>  - supports markdown
>  - can be viewed/served online
>  - is not part of the standard image but can be easily loaded
> 
> 
> How to use it:
> =
>  - take a fresh Pharo 2.0 image from http://files.pharo.org/platform
>  - open the config browser (Tools -> ConfigurationBrowser)
>  - select "PharoOnlineHelp" from the list and easily install it
>  - now in menu "Help" you will find "Help server", click on "Start server"
> on the control panel
>  - if you are on Windows you can click on "Browse" to open a browser, in
> any other case go to http://localhost:8080
>with your web browser
> 
> You can now click and browse the available docu that is in the image. It
> also has an API help
> and links to most Pharo resources.
> 
> If you want to extend the "Intro" tutorial section for instance with a
> "Native Boost" tutorial
> you can:
> 
>  - create an own class as subclass of Object in your own package
>  - implement a class side message with a pragma #onlineTutorial
> 
>  nativeBoostTutorialOn: aBuilder
> 
> 
> (aBuilder tutorial: #'Introduction to NativeBoost')
>   description: 'An overview and introduction to the Native boost
> interface';
>   addLesson: ...
> 
>  - see class "PharoTutorial" for an example or this picture:
> http://lists.gforge.inria.fr/pipermail/pharo-project/attachments/20130224/90f2b83d/attachment.png
> 
> NOTE: the tutorials are written in Markdown, so you can:
> 
>  - write a blog post or website with a tutorial and later aggregate

Re: [Pharo-dev] cannot commit with gofer to sthub (HTTP 403)

[MartinW]

Tudor Girba-2 wrote
> with the url being already authenticated beforehand.
> 
> I also tried by passing the url:username:password: explicitly, but this
> has
> the same 403 effect.
> 
> Anyone knows what the issue is?

At least I know that second part:
*If the repository is already present* in the image sending
url:username:password: to a Gofer instance has no effect at all.

So if your repository is in the image without username and password sending
url:username: 'correctName' password: 'correctPassword' will change nothing.
You have to manually edit the repository info.

On the other hand - if you have a repository with correct username and
password you can send url:username: 'someNonsense' password: 'wrongPassword'
and everything will still work correctly.

If you just get something via Gofer from a public repository you have the
repository added by Gofer and when you later want to push to the repository
via Gofer and provide your username and password - you get an error.

That's why i was asking about programatically manipulating repositories:
http://stackoverflow.com/questions/18100136/manipulating-repositories-for-specific-monticello-packages-programatically



--
View this message in context: 
http://forum.world.st/cannot-commit-with-gofer-to-sthub-HTTP-403-tp4707412p4707523.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] How to bind keyboard shortcuts to messages ?

[kilon]

Wow you are awesome, thank you , thank you and thank you. Exactly what I
wanted and looks very easy to do. Wonderful.


Guillermo Polito wrote
> Something like this?
> 
> http://playingwithobjects.wordpress.com/2013/03/19/keymappings-101-for-pharo-2-0/
> 
> :)
> 
> 
> On Tue, Sep 10, 2013 at 7:41 PM, kilon <

> thekilon@.co

> > wrote:
> 
>> I was wondering what the relevant classes are for binding shortcuts to
>> messages. I wanted to create my own shortcuts for controlling the Help
>> tool
>> of pharo and possibly of other functionality as well to bring pharo
>> closer
>> to emacs. I want to liberate pharo from the use of mouse completely
>> similarly to how emacs works.
>>
>> How I can do this ?
>>
>> Is there any documentation about this ?
>>
>>
>>
>> --
>> View this message in context:
>> http://forum.world.st/How-to-bind-keyboard-shortcuts-to-messages-tp4707525.html
>> Sent from the Pharo Smalltalk Developers mailing list archive at
>> Nabble.com.
>>
>>





--
View this message in context: 
http://forum.world.st/How-to-bind-keyboard-shortcuts-to-messages-tp4707525p4707536.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] How to bind keyboard shortcuts to messages ?

[Guillermo Polito]

Something like this?

http://playingwithobjects.wordpress.com/2013/03/19/keymappings-101-for-pharo-2-0/

:)


On Tue, Sep 10, 2013 at 7:41 PM, kilon  wrote:

> I was wondering what the relevant classes are for binding shortcuts to
> messages. I wanted to create my own shortcuts for controlling the Help tool
> of pharo and possibly of other functionality as well to bring pharo closer
> to emacs. I want to liberate pharo from the use of mouse completely
> similarly to how emacs works.
>
> How I can do this ?
>
> Is there any documentation about this ?
>
>
>
> --
> View this message in context:
> http://forum.world.st/How-to-bind-keyboard-shortcuts-to-messages-tp4707525.html
> Sent from the Pharo Smalltalk Developers mailing list archive at
> Nabble.com.
>
>

[Pharo-dev] How to bind keyboard shortcuts to messages ?

[kilon]

I was wondering what the relevant classes are for binding shortcuts to
messages. I wanted to create my own shortcuts for controlling the Help tool
of pharo and possibly of other functionality as well to bring pharo closer
to emacs. I want to liberate pharo from the use of mouse completely
similarly to how emacs works.

How I can do this ?

Is there any documentation about this ? 



--
View this message in context: 
http://forum.world.st/How-to-bind-keyboard-shortcuts-to-messages-tp4707525.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] How to bind keyboard shortcuts to messages ?

[Stéphane Ducasse]

there is a online chapter at:
https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/ws/


On Sep 10, 2013, at 7:41 PM, kilon  wrote:

> I was wondering what the relevant classes are for binding shortcuts to
> messages. I wanted to create my own shortcuts for controlling the Help tool
> of pharo and possibly of other functionality as well to bring pharo closer
> to emacs. I want to liberate pharo from the use of mouse completely
> similarly to how emacs works.
> 
> How I can do this ?
> 
> Is there any documentation about this ? 
> 
> 
> 
> --
> View this message in context: 
> http://forum.world.st/How-to-bind-keyboard-shortcuts-to-messages-tp4707525.html
> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
> 

Re: [Pharo-dev] How to bind keyboard shortcuts to messages ?

[kilon]

Thank you Stephane 



--
View this message in context: 
http://forum.world.st/How-to-bind-keyboard-shortcuts-to-messages-tp4707525p4707544.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] Lets Talk about Pharo Help tool

[Stéphane Ducasse]

On Sep 10, 2013, at 1:42 PM, kilon  wrote:

> Hi guys I am back, and I want to document : 
> a) Nativeboost -> The things I learned while trying to understand how to use
> NBOpenGL
> b) GLTutorial -> This is a project of mine, to make a set of tutorial that
> clearly show how to use NBOpenGL
> 
> I was to take Stephan advise of making blog posts about those things, but I
> came to conclusion that  I don't want my users to learn those things from
> blog posts or youtube videos. I am a big fan of emacs on board
> documentation. 
> 
> So my attention came to help tool, I think I get how it works, I started
> making the documentation with it, questions is if there is anything more to
> it than the functionality I am seeing in the Help docs. Maybe a third party
> lib that adds more features ?

write in any format so that people can read it.
do it incrementally. 
> 
> Is there a plan to extend it ? 

I do not know but we do not have energy for that :)

> 
> If I decide to extend it , do I need to commit permissions to pharo repo ?

probably.

> Or is it better to subclass it and create something more powerful ? 
> 
> 
> 
> --
> View this message in context: 
> http://forum.world.st/Lets-Talk-about-Pharo-Help-tool-tp4707462.html
> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
> 

Re: [Pharo-dev] How to bind keyboard shortcuts to messages ?

[kilon]

Stephane please note that your documentation does not work for my pharo 3.0
for example according to Guillermo blog post binding closing the window of
workspace to shift+cmd+a 

morph on: $a shift command do: [ morph delete ].

works like a charm. But your doc in the link you gave me says

morph bindKeyCombination: $a shift command toAction: [ morph delete ].

which does not work. Maybe I am using an older Pharo 3.0 ?



--
View this message in context: 
http://forum.world.st/How-to-bind-keyboard-shortcuts-to-messages-tp4707525p4707548.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] Lets Talk about Pharo Help tool

[kilon]

I already have started documenting my GLTutorial package using the pharo help
tool. It wont be long till I finish that, next is nativeboost. 

I took a look at help tool packages , looks like classes are way more simple
than I expected which is good thing, they are easy to extend , so I think I
will extend them abit and use them as base for implementing my own help
tool. I will distribute the result from my own repos (smalltalk hub), in
case people don't like my own implementation of a help tool. 

Thank you all for your assistance. 


Stéphane Ducasse wrote
> On Sep 10, 2013, at 1:42 PM, kilon <

> thekilon@.co

> > wrote:
> 
>> Hi guys I am back, and I want to document : 
>> a) Nativeboost -> The things I learned while trying to understand how to
>> use
>> NBOpenGL
>> b) GLTutorial -> This is a project of mine, to make a set of tutorial
>> that
>> clearly show how to use NBOpenGL
>> 
>> I was to take Stephan advise of making blog posts about those things, but
>> I
>> came to conclusion that  I don't want my users to learn those things from
>> blog posts or youtube videos. I am a big fan of emacs on board
>> documentation. 
>> 
>> So my attention came to help tool, I think I get how it works, I started
>> making the documentation with it, questions is if there is anything more
>> to
>> it than the functionality I am seeing in the Help docs. Maybe a third
>> party
>> lib that adds more features ?
> 
> write in any format so that people can read it.
> do it incrementally. 
>> 
>> Is there a plan to extend it ? 
> 
> I do not know but we do not have energy for that :)
> 
>> 
>> If I decide to extend it , do I need to commit permissions to pharo repo
>> ?
> 
> probably.
> 
>> Or is it better to subclass it and create something more powerful ? 
>> 
>> 
>> 
>> --
>> View this message in context:
>> http://forum.world.st/Lets-Talk-about-Pharo-Help-tool-tp4707462.html
>> Sent from the Pharo Smalltalk Developers mailing list archive at
>> Nabble.com.
>>





--
View this message in context: 
http://forum.world.st/Lets-Talk-about-Pharo-Help-tool-tp4707462p4707545.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] Lets Talk about Pharo Help tool

[btc]

kilon wrote:

I already have started documenting my GLTutorial package using the pharo help
tool. It wont be long till I finish that, next is nativeboost. 


I took a look at help tool packages , looks like classes are way more simple
than I expected which is good thing, they are easy to extend , so I think I
will extend them abit and use them as base for implementing my own help
tool. I will distribute the result from my own repos (smalltalk hub), in
case people don't like my own implementation of a help tool. 

Thank you all for your assistance. 



  

Great that you are doing these. I'm looking forward to them.
cheers -ben

[Pharo-dev] Debugger 'thisContext' variable name change to 'self'

[btc]

Debugging in Pharo 3.0 I noticed that the bottom right list of variables 
has 'self' rather than 'thisContext' per Pharo2.0.   Inspecting this 
'self' shows a MethodContext.
Before I log a ticket just thought I'd ask Is that an intentional 
permanent change, or just interim behaviour ?  'thisContext' is a well 
documented part of Smalltalk that Pharo inherited, and having two 'self' 
variables shown in the debugger is sightly confusing.


cheers -ben

[Pharo-dev] Lets Talk about Pharo Help tool

[Torsten Bergmann]

Ben wrote
>kilon wrote:
>> I already have started documenting my GLTutorial package using the pharo help
>> tool. It wont be long till I finish that, next is nativeboost. 
>>
>> I took a look at help tool packages , looks like classes are way more simple
>> than I expected which is good thing, they are easy to extend , so I think I
>> will extend them abit and use them as base for implementing my own help
>> tool. I will distribute the result from my own repos (smalltalk hub), in
>> case people don't like my own implementation of a help tool. 
>>
>> Thank you all for your assistance. 
>>
>>
>>   
>Great that you are doing these. I'm looking forward to them.
>cheers -ben

Yes, me too. Tell us when you have something ready and feel free to 
ask questions if help on help is required. 

Thx
T.

Re: [Pharo-dev] Debugger 'thisContext' variable name change to 'self'

[Clément Bera]

Hello,

Actually I ported this inspector to Spec and I forgot to change the label.
To me this is a bug.

I opened bug 11576  .

A slice is in inbox.

I guess it will be in Pharo 3 before the end of the day.

Thanks for the feedback :)

Clement


2013/9/11 

> Debugging in Pharo 3.0 I noticed that the bottom right list of variables
> has 'self' rather than 'thisContext' per Pharo2.0.   Inspecting this 'self'
> shows a MethodContext.
> Before I log a ticket just thought I'd ask Is that an intentional
> permanent change, or just interim behaviour ?  'thisContext' is a well
> documented part of Smalltalk that Pharo inherited, and having two 'self'
> variables shown in the debugger is sightly confusing.
>
> cheers -ben
>
>

Re: [Pharo-dev] Debugger 'thisContext' variable name change to 'self'

[Marcus Denker]

On Sep 11, 2013, at 8:52 AM, Clément Bera  wrote:

> Hello,
> 
> Actually I ported this inspector to Spec and I forgot to change the label. To 
> me this is a bug.
> 
> I opened bug 11576 .
> 
> A slice is in inbox.
> 
> I guess it will be in Pharo 3 before the end of the day.
> 

of course. I will do updates in parallel to Stef's "What is new in Pharo" talk.
(to make sure that it will be outdated before it ends ;-)

> Thanks for the feedback :)
> 
> Clement
> 
> 
> 2013/9/11 
> Debugging in Pharo 3.0 I noticed that the bottom right list of variables has 
> 'self' rather than 'thisContext' per Pharo2.0.   Inspecting this 'self' shows 
> a MethodContext.
> Before I log a ticket just thought I'd ask Is that an intentional 
> permanent change, or just interim behaviour ?  'thisContext' is a well 
> documented part of Smalltalk that Pharo inherited, and having two 'self' 
> variables shown in the debugger is sightly confusing.
> 
> cheers -ben
> 
> 



signature.asc
Description: Message signed with OpenPGP using GPGMail