Re: [Pharo-users] Zn / Connection closed while waiting for data

[Volkert]

For your information: today i tried again and know it works as expected ...

Same net
Same pharo-vm/image
Same ubuntu/kernel

Strange  maybe the "blood moon" on monday ...

$ ./pharo Pharo.image eval 
"'http://bl.ocks.org/ostock/raw/4063318/dji.csv' asUrl retrieveContents"

'Date,Open,High,Low,Close,Volume,Adj Close
2010-10-01,10789.72,10907.41,10759.14,10829.68,429891,10829.68
2010-09-30,10835.96,10960.99,10732.27,10788.05,428416,10788.05
2010-09-29,10857.98,10901.96,10759.75,10835.28,399028,10835.28
2010-09-28,10809.85,10905.44,10714.03,10858.14,402584,10858.14
2010-09-27,10860.03,10902.52,10776.44,10812.04,358786,10812.04
2010-09-24,10664.39,10897.83,10664.39,10860.26,412395,10860.26
2010-09-23,10738.48,10779.65,10610.12,10662.42,384785,10662.42
2010-09-22,10761.11,10829.75,10682.40,10739.31,391107,10739.31
2010-09-21,10753.39,10844.89,10674.83,10761.03,417566,10761.03
2010-09-20,10608.08,10783.51,10594.38,10753.62,336408,10753.62




On 25.09.2015 19:58, stepharo wrote:

Thanks for spotting this problem.


Le 21/9/15 11:33, Volkert a écrit :

Switching the socket implementation works ...

$./pharo Pharo.image eval "ZnNetworkingUtils default 
socketStreamClass: SocketStream. 
'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl 
retrieveContents"

'Date,Open,High,Low,Close,Volume,Adj Close
2010-10-01,10789.72,10907.41,10759.14,10829.68,429891,10829.68
2010-09-30,10835.96,10960.99,10732.27,10788.05,428416,10788.05
2010-09-29,10857.98,10901.96,10759.75,10835.28,399028,10835.28
2010-09-28,10809.85,10905.44,10714.03,10858.14,402584,10858.14
2010-09-27,10860.03,10902.52,10776.44,10812.04,358786,10812.04



The dedault implementation not ...

$ ./pharo Pharo.image eval 
"'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl 
retrieveContents" Startup Error: ConnectionClosed: Connection 
closed while waiting for data.
[ ConnectionClosed signal: 'Connection closed while waiting for 
data.' ] in Socket>>waitForDataFor: in Block: [ ConnectionClosed 
signal: 'Connection closed whil...etc...

Socket>>waitForDataFor:ifClosed:ifTimedOut:
Socket>>waitForDataFor:
ZdcSocketStream(ZdcAbstractSocketStream)>>socketWaitForData
ZdcSocketStream>>readInto:startingAt:count:
ZnUTF8Encoder>>optimizedReadInto:startingAt:count:fromStream:
ZnUTF8Encoder>>readInto:startingAt:count:fromStream:
[
read := encoder
readInto: buffer
startingAt: 1
count: buffer size
fromStream: readStream ] in ZnStringEntity>>readFrom: in Block: [ 
...

BlockClosure>>on:do:
ZnStringEntity>>readFrom:
ZnEntity class>>readFrom:usingType:andLength:
ZnEntityReader>>readFrom:usingType:andLength:
ZnEntityReader>>readEntityFromStream
[ entity := self readEntityFromStream ] in ZnEntityReader>>readEntity 
in Block: [ entity := self readEntityFromStream ]

[
p psValueAt: index put: anObject.
aBlock value ] in 
ZnDefaultCharacterEncoder(DynamicVariable)>>value:during: in Block: [ 
...

BlockClosure>>ensure:
ZnDefaultCharacterEncoder(DynamicVariable)>>value:during:
ZnDefaultCharacterEncoder class(DynamicVariable class)>>value:during:
ZnEntityReader>>withDefaultUtf8Decoding:
ZnEntityReader>>readEntity
ZnResponse(ZnMessage)>>readEntityFrom:
ZnResponse>>readEntityFrom:
ZnResponse(ZnMessage)>>readFrom:
ZnResponse class(ZnMessage class)>>readFrom:
ZnClient>>readResponse
ZnClient>>executeRequestResponse
[ self executeRequestResponse ] in ZnClient>>getConnectionAndExecute 
in Block: [ self executeRequestResponse ]

BlockClosure>>ensure:
ZnClient>>getConnectionAndExecute
ZnClient>>executeWithRedirectsRemaining:
Got startup errors:
ConnectionClosed: Connection closed while waiting for data.

Volkert



On 21.09.2015 12:07, Sven Van Caekenberghe wrote:
On 21 Sep 2015, at 11:45, Andrei Chis  
wrote:


So adding #beOneShot on some networks that are behind proxies, 
fails the request.
Well, I was already afraid that (possibly transparent) proxies were 
involved.


The problem is, it is simply impossible for me to debug this remotely.

One things that you could try is switching the socket stream 
implementation used by Zn,


   ZnNetworkingUtils default socketStreamClass: SocketStream.

to no longer use ZdcSocketStream.

Sven

PS: Note that this is global setting

Re: [Pharo-users] A keyboard controlled code editor, how difficult would that be?

[Stephan Eggermont]

On 29-09-15 01:28, Peter Uhnák wrote:

As for changing/updating the code in the  cards...

maybe we can look at MessageBrowser because it should have all the
necessary behavior.


That is difficult. MessageBrowser uses Spec, so there are some 
abstractions in the way. Do you know if RubMethodEditingExample

ever worked to commit? It does not now.

Stephan

[Pharo-users] Dr. Geo script for primary school activity

[Hilaire]

Hi,

Okay this one is really a complex one[1], but Dr. Geo scripts are
definitely not 2 lines of code, but Smalltalk code[2] :)

In a few words, it is a sketch for primary school learners. The student
must build some expected polygons and the Dr. Geo script provides the
appropriate textual and graphic feedback.

Video demo: https://plus.google.com/+DrgeoEu/posts/CbXLuWhms8E

Hilaire

[1] How to decide two collections of points represent the same polygon?
And we have to deal with point being Float...
[2] Sketch file on request

-- 
Dr. Geo
http://drgeo.eu
http://google.com/+DrgeoEu

Re: [Pharo-users] Some news from the growing pharo teacher front

[Offray Vladimir Luna Cárdenas]

Hi,

On 29/09/15 10:08, Stephan Eggermont wrote:

On 29-09-15 16:52, Offray Vladimir Luna Cárdenas wrote:
Thanks for your interest. Please try this updated installation script 
[1]:


Is there a specific reason this is not a Metacello configuration?



Yep. I don't know how to do them ;-), a lot of stuff I need to learn to 
get a minimal interface working (now is Spec and GT, but in my list 
testing has high priority) and few time to hack on Pharo, so a script 
seemed like the easier approach to get the installation working.


Now I have more time, so after finishing Spec-Glamour interface, I will 
try to learn more about Metacello and try a better way to install 
grafoscopio on pharo 4.


Cheers,

Offray

Re: [Pharo-users] Some news from the growing pharo teacher front

[Johan Fabry]

> On Sep 29, 2015, at 12:52, Offray Vladimir Luna Cárdenas  
> wrote:
> 
> Hi,
> 
> On 29/09/15 10:08, Stephan Eggermont wrote:
>> On 29-09-15 16:52, Offray Vladimir Luna Cárdenas wrote:
>>> Thanks for your interest. Please try this updated installation script [1]:
>> 
>> Is there a specific reason this is not a Metacello configuration?
>> 
> 
> Yep. I don't know how to do them ;-), a lot of stuff I need to learn to get a 
> minimal interface working (now is Spec and GT, but in my list testing has 
> high priority) and few time to hack on Pharo, so a script seemed like the 
> easier approach to get the installation working.
> 
> Now I have more time, so after finishing Spec-Glamour interface, I will try 
> to learn more about Metacello and try a better way to install grafoscopio on 
> pharo 4.

Try using Versionner (World->Tools->Versionner). I do not understand Metacello 
at all yet I was able to create a configuration in less than 30 minutes. There 
are also some tutorials on Youtube, but I don’t have a link here, sorry.


---> Save our in-boxes! http://emailcharter.org <---

Johan Fabry   -   http://pleiad.cl/~jfabry
PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -  University of 
Chile

Re: [Pharo-users] Some news from the growing pharo teacher front

[Stephan Eggermont]

On 29-09-15 16:52, Offray Vladimir Luna Cárdenas wrote:

Thanks for your interest. Please try this updated installation script [1]:


Is there a specific reason this is not a Metacello configuration?

Stephan

Re: [Pharo-users] Some news from the growing pharo teacher front

[Offray Vladimir Luna Cárdenas]

Phil,

Thanks for your interest. Please try this updated installation script [1]:

http://mutabit.com/repos.fossil/grafoscopio/doc/tip/install.st

After installing it run from a playground:

GrafoscopioBrowser startDockingBar

You will have a Spanish docking bar with some options to start your 
exploration (sorry no time yet for translations).


Still lots of rookie code everywhere, so any advice is welcomed.

I have updated the documentation on StHub.

Cheers,

Offray

On 29/09/15 09:37, p...@highoctane.be wrote:

Offray,

I wanted to try Grafoscopio but couldn't load it in Pharo4 (windows)

I used your stfx workspace as mentioned on STH.

"Updates the system prerequisites with new versions of itself take 
from the source code repository"


"Visualization library (which also makes main menu loadable)"
Gofer it
smalltalkhubUser: 'ObjectProfile' project: 'Roassal2';
configurationOf: 'Roassal2';
loadStable.

"Open/save files on STON format"
Gofer new
smalltalkhubUser: 'SvenVanCaekenberghe' project: 'STON';
configurationOf: 'Ston';
loadBleedingEdge.

"Moose and Roassal integration"
Gofer new
smalltalkhubUser: 'Moose' project: 'Glamour';
package: 'Glamour-Tools';
package: 'Glamour-Roassal2-Presentations';
load.
Gofer new
smalltalkhubUser: 'Moose' project: 'GToolkit';
package: 'GT-InspectorExtensions-CoreRoassal';
load.

"Integration with external tools"
Gofer new
smalltalkhubUser: 'Offray' project: 'Grafoscopio';
package: 'Grafoscopio-ExternalTools';
load.

"HTML scrapping"
Gofer new
smalltalkhubUser: 'PharoExtras' project: 'Soup';
configurationOf: 'Soup';
loadStable.

"Data visualization"
Gofer new
smalltalkhubUser: 'Offray' project: 'Dataviz';
package: 'Dataviz';
load.

Gofer new
smalltalkhubUser: 'Offray' project: 'Grafoscopio';
package: 'Grafoscopio';
load.


Just that I put #loadStable instead of #loadDevelopment for Roassal.

So, how is one opening the tool?

I tried:

GrafoscopioGUI new open.

but got EclipseUIThemeIcons MNU: catalogIcon

I put another icon just to get past and as I found no World menu 
entry, I did:


GrafoscopioGUI new openWithSpec.

Clicking on the toobar gives me Por implementar...

Any resource for me to look at?

A "Notebook" in Pharo, I want to try :-)

Phil




On Tue, Sep 29, 2015 at 2:56 PM, Offray Vladimir Luna Cárdenas 
mailto:off...@riseup.net>> wrote:


Hi Serge,


On 29/09/15 06:43, Serge Stinckwich wrote:

Looks interesting !


Thanks :).

Did you have a look to Jupyter notebook ?
https://jupyter.org/


Yep, I know it. In fact I come from IPython to Pharo because I
need a more moldable and flexible environment for data narratives
and visualization and adapting IPython/Jupyter has a lot of
cognitive burden when is not development but writing/research your
primary goal. I have wrote about it here[1][2]:

[1]

http://mutabit.com/offray/static/blog/output/posts/grafoscopio-idea-and-initial-progress.html
[2]

http://mutabit.com/offray/static/blog/output/posts/on-deepness-and-complexity-of-ipython-documents.html

Thinking now about it, it occurs to me that grafoscopio is to
Jupyter kind of what SmalltalkHub is to GitHub. It tries to solve
the same problem of Jupyter (interactive documentation) but with a
different approach, from a "pharo/smalltalk" perspective. For me
the big advantage are tree like interactive documents (as pointed
in [2]), a feature that Jupyter notebooks are still lacking and
that starts to weight when you start to write a long interactive
document on Jupyter with only cells. You can split the document on
several files, but you lost panoramic view (you see only the
current file) or have a single long one file, but then your are
lost in the details (see an example of an abandoned notebook
exploration at [3])

[3]
http://mutabit.com/repos.fossil/piamed/doc/tip/Afiche/narrativa.png

This could be nice if we could have a Pharo support for this
(already supported by other
languages like R, Python, Scala, etc ...).


Best,


Or have it the other way around: R, Python, Scala supported in
Pharo, without the constrains of a web interface and the notebook
"cells only" format. Maybe some kind of support for the ZeroMQ
jupyter kernel could be the start of this kind of multi-language
support *inside* Pharo documents.

Cheers,

Offray

Re: [Pharo-users] How to read the first line of content from a Playground?

[Esteban Lorenzano]

Best way: 

'play-cache' asFileReference inspect.

Equivalent to what you want:

'play-cache' asFileReference allFiles 
collect: [ :each | each readStreamDo: #contents  ]


Esteban

> On 29 Sep 2015, at 16:30, p...@highoctane.be wrote:
> 
> 
> Like Workspace allInstances collect: [:w | w contents ].
> 
> Nothing like that in GTPlayground.
> 
> Phil
> 
> On Mon, Sep 21, 2015 at 11:02 PM, Esteban Lorenzano  > wrote:
> 
> > On 21 Sep 2015, at 21:54, p...@highoctane.be  
> > wrote:
> >
> > In the old workspace it was possible to ask for the first line of contents 
> > (to show it in a list).
> 
> the first line of contents of what? can you share a snippet so I can 
> understand your problem?
> 
> cheers!
> Esteban
> 
> >
> > With a playground it seems harder... Lots of entries in there.
> >
> > Is there any short way to get that done?
> >
> > TIA
> > Phil
> 
> 
> 
> 

Re: [Pharo-users] Some news from the growing pharo teacher front

[p...@highoctane.be]

Offray,

I wanted to try Grafoscopio but couldn't load it in Pharo4 (windows)

I used your stfx workspace as mentioned on STH.

"Updates the system prerequisites with new versions of itself take from the
source code repository"

"Visualization library (which also makes main menu loadable)"
Gofer it
smalltalkhubUser: 'ObjectProfile' project: 'Roassal2';
configurationOf: 'Roassal2';
loadStable.

"Open/save files on STON format"
Gofer new
smalltalkhubUser: 'SvenVanCaekenberghe' project: 'STON';
configurationOf: 'Ston';
loadBleedingEdge.

"Moose and Roassal integration"
Gofer new
smalltalkhubUser: 'Moose' project: 'Glamour';
package: 'Glamour-Tools';
package: 'Glamour-Roassal2-Presentations';
load.
Gofer new
smalltalkhubUser: 'Moose' project: 'GToolkit';
package: 'GT-InspectorExtensions-CoreRoassal';
load.

"Integration with external tools"
Gofer new
smalltalkhubUser: 'Offray' project: 'Grafoscopio';
package: 'Grafoscopio-ExternalTools';
load.

"HTML scrapping"
Gofer new
smalltalkhubUser: 'PharoExtras' project: 'Soup';
configurationOf: 'Soup';
loadStable.

"Data visualization"
Gofer new
smalltalkhubUser: 'Offray' project: 'Dataviz';
package: 'Dataviz';
load.

Gofer new
smalltalkhubUser: 'Offray' project: 'Grafoscopio';
package: 'Grafoscopio';
load.


Just that I put #loadStable instead of #loadDevelopment for Roassal.

So, how is one opening the tool?

I tried:

GrafoscopioGUI new open.

but got EclipseUIThemeIcons MNU: catalogIcon

I put another icon just to get past and as I found no World menu entry, I
did:

GrafoscopioGUI new openWithSpec.

Clicking on the toobar gives me Por implementar...

Any resource for me to look at?

A "Notebook" in Pharo, I want to try :-)

Phil




On Tue, Sep 29, 2015 at 2:56 PM, Offray Vladimir Luna Cárdenas <
off...@riseup.net> wrote:

> Hi Serge,
>
>
> On 29/09/15 06:43, Serge Stinckwich wrote:
>
>> Looks interesting !
>>
>>
> Thanks :).
>
> Did you have a look to Jupyter notebook ?
>> https://jupyter.org/
>>
>>
> Yep, I know it. In fact I come from IPython to Pharo because I need a more
> moldable and flexible environment for data narratives and visualization and
> adapting IPython/Jupyter has a lot of cognitive burden when is not
> development but writing/research your primary goal. I have wrote about it
> here[1][2]:
>
> [1]
> http://mutabit.com/offray/static/blog/output/posts/grafoscopio-idea-and-initial-progress.html
> [2]
> http://mutabit.com/offray/static/blog/output/posts/on-deepness-and-complexity-of-ipython-documents.html
>
> Thinking now about it, it occurs to me that grafoscopio is to Jupyter kind
> of what SmalltalkHub is to GitHub. It tries to solve the same problem of
> Jupyter (interactive documentation) but with a different approach, from a
> "pharo/smalltalk" perspective. For me the big advantage are tree like
> interactive documents (as pointed in [2]), a feature that Jupyter notebooks
> are still lacking and that starts to weight when you start to write a long
> interactive document on Jupyter with only cells. You can split the document
> on several files, but you lost panoramic view (you see only the current
> file) or have a single long one file, but then your are lost in the details
> (see an example of an abandoned notebook exploration at [3])
>
> [3] http://mutabit.com/repos.fossil/piamed/doc/tip/Afiche/narrativa.png
>
> This could be nice if we could have a Pharo support for this (already
>> supported by other
>> languages like R, Python, Scala, etc ...).
>>
>>
>> Best,
>>
>>
> Or have it the other way around: R, Python, Scala supported in Pharo,
> without the constrains of a web interface and the notebook "cells only"
> format. Maybe some kind of support for the ZeroMQ jupyter kernel could be
> the start of this kind of multi-language support *inside* Pharo documents.
>
> Cheers,
>
> Offray
>
>
>

Re: [Pharo-users] How to read the first line of content from a Playground?

[p...@highoctane.be]

Like Workspace allInstances collect: [:w | w contents ].

Nothing like that in GTPlayground.

Phil

On Mon, Sep 21, 2015 at 11:02 PM, Esteban Lorenzano 
wrote:

>
> > On 21 Sep 2015, at 21:54, p...@highoctane.be wrote:
> >
> > In the old workspace it was possible to ask for the first line of
> contents (to show it in a list).
>
> the first line of contents of what? can you share a snippet so I can
> understand your problem?
>
> cheers!
> Esteban
>
> >
> > With a playground it seems harder... Lots of entries in there.
> >
> > Is there any short way to get that done?
> >
> > TIA
> > Phil
>
>
>
>

Re: [Pharo-users] Some news from the growing pharo teacher front

[p...@highoctane.be]

Or the other way around, have a Pharo Kernel.

Phil

On Tue, Sep 29, 2015 at 2:56 PM, Offray Vladimir Luna Cárdenas <
off...@riseup.net> wrote:

> Hi Serge,
>
>
> On 29/09/15 06:43, Serge Stinckwich wrote:
>
>> Looks interesting !
>>
>>
> Thanks :).
>
> Did you have a look to Jupyter notebook ?
>> https://jupyter.org/
>>
>>
> Yep, I know it. In fact I come from IPython to Pharo because I need a more
> moldable and flexible environment for data narratives and visualization and
> adapting IPython/Jupyter has a lot of cognitive burden when is not
> development but writing/research your primary goal. I have wrote about it
> here[1][2]:
>
> [1]
> http://mutabit.com/offray/static/blog/output/posts/grafoscopio-idea-and-initial-progress.html
> [2]
> http://mutabit.com/offray/static/blog/output/posts/on-deepness-and-complexity-of-ipython-documents.html
>
> Thinking now about it, it occurs to me that grafoscopio is to Jupyter kind
> of what SmalltalkHub is to GitHub. It tries to solve the same problem of
> Jupyter (interactive documentation) but with a different approach, from a
> "pharo/smalltalk" perspective. For me the big advantage are tree like
> interactive documents (as pointed in [2]), a feature that Jupyter notebooks
> are still lacking and that starts to weight when you start to write a long
> interactive document on Jupyter with only cells. You can split the document
> on several files, but you lost panoramic view (you see only the current
> file) or have a single long one file, but then your are lost in the details
> (see an example of an abandoned notebook exploration at [3])
>
> [3] http://mutabit.com/repos.fossil/piamed/doc/tip/Afiche/narrativa.png
>
> This could be nice if we could have a Pharo support for this (already
>> supported by other
>> languages like R, Python, Scala, etc ...).
>>
>>
>> Best,
>>
>>
> Or have it the other way around: R, Python, Scala supported in Pharo,
> without the constrains of a web interface and the notebook "cells only"
> format. Maybe some kind of support for the ZeroMQ jupyter kernel could be
> the start of this kind of multi-language support *inside* Pharo documents.
>
> Cheers,
>
> Offray
>
>
>

Re: [Pharo-users] Question about color

[Esteban A. Maringolo]

2015-09-29 10:08 GMT-03:00 Ben Coman :
>
> This must be a common user error.  Should the method actually error
> when passed a number > 1 ?
> cheers -ben

+1

"Rule of repair: When you must fail, fail noisily and as soon as possible" :)



Esteban A. Maringolo

Re: [Pharo-users] Question about color

[Ben Coman]

This must be a common user error.  Should the method actually error
when passed a number > 1 ?
cheers -ben

On Tue, Sep 29, 2015 at 11:02 AM, Alejandro Infante
 wrote:
> As far as I remember, Color>>#r:g:b: expects 3 numbers between 0 and 1, 
> instead of integers from 0 to 255.
>
> Inspecting a color using the fractions proposed by Wolframalpha gives you the 
> expected color:
> Color
> r: 0.06
> g: 0.39
> b: 0.39
>
> Cheers,
> Alejandro
>
>> On Sep 28, 2015, at 11:07 PM, Offray Vladimir Luna Cárdenas 
>>  wrote:
>>
>> Hi,
>>
>> At a local workshop we're working with the Pharo tutorial and we use the 
>> classical example of RGB colors for keyword messages. When we use the Prof 
>> Stef's example we get the following screenshot:
>>
>> 
>>
>> While executing the same color in Wolfram Alpha gives us:
>>
>> 
>>
>> As you can see, both colors are pretty different. Which is the reason behind 
>> the differences in the color that is shown in Pharo and the one in WA?
>>
>> Cheers,
>>
>> Offray
>
>

Re: [Pharo-users] Some news from the growing pharo teacher front

[Offray Vladimir Luna Cárdenas]

Hi Serge,


On 29/09/15 06:43, Serge Stinckwich wrote:

Looks interesting !



Thanks :).


Did you have a look to Jupyter notebook ?
https://jupyter.org/



Yep, I know it. In fact I come from IPython to Pharo because I need a 
more moldable and flexible environment for data narratives and 
visualization and adapting IPython/Jupyter has a lot of cognitive burden 
when is not development but writing/research your primary goal. I have 
wrote about it here[1][2]:


[1] 
http://mutabit.com/offray/static/blog/output/posts/grafoscopio-idea-and-initial-progress.html
[2] 
http://mutabit.com/offray/static/blog/output/posts/on-deepness-and-complexity-of-ipython-documents.html


Thinking now about it, it occurs to me that grafoscopio is to Jupyter 
kind of what SmalltalkHub is to GitHub. It tries to solve the same 
problem of Jupyter (interactive documentation) but with a different 
approach, from a "pharo/smalltalk" perspective. For me the big advantage 
are tree like interactive documents (as pointed in [2]), a feature that 
Jupyter notebooks are still lacking and that starts to weight when you 
start to write a long interactive document on Jupyter with only cells. 
You can split the document on several files, but you lost panoramic view 
(you see only the current file) or have a single long one file, but then 
your are lost in the details (see an example of an abandoned notebook 
exploration at [3])


[3] http://mutabit.com/repos.fossil/piamed/doc/tip/Afiche/narrativa.png

This could be nice if we could have a Pharo support for this (already 
supported by other

languages like R, Python, Scala, etc ...).


Best,



Or have it the other way around: R, Python, Scala supported in Pharo, 
without the constrains of a web interface and the notebook "cells only" 
format. Maybe some kind of support for the ZeroMQ jupyter kernel could 
be the start of this kind of multi-language support *inside* Pharo 
documents.


Cheers,

Offray

Re: [Pharo-users] Breakpoint ?

[Marcus Denker]

I forgot to add: any help of course is welcome… I have a trello board with all 
the tiny steps.
(I try to do one thing minimum each day):

https://trello.com/b/m5cxaAxB/reflectivity

> On 28 Sep 2015, at 17:31, Marcus Denker  wrote:
> 
> Hello,
> 
> Yes, we are working on it! But as the breakpoints are actually based on
> a new framework for more general “behavioural reflection” (which needs
> a bit of deeper changes to the system), this is done in Pharo5. There is no
> loadable package.
> 
> What I did is to port the prototype over: there is in the “suggestions” menu
> an entry to add a breakpoint:
> 
> 
> This is starting to work, but there are some problems still to be fixed (I am 
> focusing on the
> reflection framwork now, but soon I will go back to the breakpoints 
> themselves):
> 
> - Nautilus is confused and thinks it is dirty even though it is not, so you 
> need to accept the method once
>   to see the breakpoint menu
> - the highlighting is not yet correct
> - no visualisation in the editor yet
> - ….
> 
> More work on this will be done soon!
> 
>   Marcus
> 
> 
>> On 25 Sep 2015, at 11:15, Nic mailto:n...@soops.nl>> wrote:
>> 
>> Hi all,
>> 
>> on the ESUG 2014 was a demonstration of Breakpoints in Pharo.
>> 
>> Did somebody know what project I can load to get them or how far they are 
>> with it?
>> 
>> Regards,
>> Nic
>> 
> 

Re: [Pharo-users] Question about color

[Offray Vladimir Luna Cárdenas]

Thanks Alejandro. Mistery solved :-)

On 28/09/15 22:02, Alejandro Infante wrote:

As far as I remember, Color>>#r:g:b: expects 3 numbers between 0 and 1, instead 
of integers from 0 to 255.

Inspecting a color using the fractions proposed by Wolframalpha gives you the 
expected color:
Color
r: 0.06
g: 0.39
b: 0.39

Cheers,
Alejandro


On Sep 28, 2015, at 11:07 PM, Offray Vladimir Luna Cárdenas  
wrote:

Hi,

At a local workshop we're working with the Pharo tutorial and we use the 
classical example of RGB colors for keyword messages. When we use the Prof 
Stef's example we get the following screenshot:



While executing the same color in Wolfram Alpha gives us:



As you can see, both colors are pretty different. Which is the reason behind 
the differences in the color that is shown in Pharo and the one in WA?

Cheers,

Offray

Re: [Pharo-users] not yet / should be implemented

[Stephan Eggermont]

On 29-09-15 12:03, Carlo wrote:

This is one of those things where everyone has their personal opinions and 
probably not much payoff but anyway here are my thoughts.
ShouldBeImplemented - this was supposed to be already implemented
This is a stronger form of communication where some abstract behaviour should 
have been implemented. If this is received in code then this should be 
considered an error as a base class expects derived classes to have the 
behaviour or the class will not work as expected.
NotYetImplemented - this will be implemented in very soon
This is a weaker form of some missing behaviour. This is used to communicate 
that some behaviour has not been implemented yet, and it would be nice if it 
was but the rest of the object is still functional. If you'd like the behaviour 
either harass the owner or write it yourself. Sometime this usage is abused and 
developers create objects that are not polymorphic and typically break Liskov's 
Substitution Principle for example.
So I would suggest keep the 2 as they communicate different ideas.


From a lean/agile perspective, NotYetImplemented is inventory that we 
try to eliminate from the system. There are lots of places in Pharo 
where we support doing 'the right thing' by steering with our tools. The 
most well known is of course the browser that makes it annoying to use 
long methods. I'd prefer NotYetImplemented to be removed.


Stephan

Re: [Pharo-users] not yet / should be implemented

[Carlo]

Hi

This is one of those things where everyone has their personal opinions and 
probably not much payoff but anyway here are my thoughts.
ShouldBeImplemented - this was supposed to be already implemented
This is a stronger form of communication where some abstract behaviour should 
have been implemented. If this is received in code then this should be 
considered an error as a base class expects derived classes to have the 
behaviour or the class will not work as expected.
NotYetImplemented - this will be implemented in very soon
This is a weaker form of some missing behaviour. This is used to communicate 
that some behaviour has not been implemented yet, and it would be nice if it 
was but the rest of the object is still functional. If you'd like the behaviour 
either harass the owner or write it yourself. Sometime this usage is abused and 
developers create objects that are not polymorphic and typically break Liskov's 
Substitution Principle for example.
So I would suggest keep the 2 as they communicate different ideas.

Cheers
Carlo

On 29 Sep 2015, at 9:44 AM, stepharo  wrote:

To me NotYetImplemented is not needed => should be implemented is enough

Le 28/9/15 21:09, Peter Uhnák a écrit :
> What is the difference?
> 
> —
> ShouldBeImplemented
> 
> I am ShouldBeImplemented, an exception signaled when some method should have 
> been implemented but was not.
> 
> This is more like a placeholder during development.
> —
> NotYetImplemented
> 
> I am NotYetImplement, an exception signaled when a method is a stub for code 
> that will be implemented in the future.
> 
> This is used in incremental development, for example when doing Test First 
> development.
> It is similar to ShouldBeImplemented, with a slightly different meaning.
> —
> 
> There seem to be some slight semantic difference but I'm failing to see it.
> I can even say "The method should be implemented, but is not yet 
> implemented." It's saying the same thing with different words.
> 
> 
> Thanks,
> Peter

Re: [Pharo-users] not yet / should be implemented

[stepharo]

To me NotYetImplemented is not needed => should be implemented is enough

Le 28/9/15 21:09, Peter Uhnák a écrit :

What is the difference?

—
*ShouldBeImplemented*
*
*
I am ShouldBeImplemented, an exception signaled when some method 
should have been implemented but was not.


This is more like a placeholder during development.
—
*NotYetImplemented*

I am NotYetImplement, an exception signaled when a method is a stub 
for code that will be implemented in the future.


This is used in incremental development, for example when doing Test 
First development.

It is similar to ShouldBeImplemented, with a slightly different meaning.
—

There seem to be some slight semantic difference but I'm failing to 
see it.
I can even say "The method should be implemented, but is not yet 
implemented." It's saying the same thing with different words.



Thanks,
Peter