date:20150430

I have no problem with changing it this is just that we should in 
general write much better class comments.



Stef

Le 29/4/15 15:17, Sean P. DeNigris a écrit :

The class comment template begins: "For the Class part:  State the name of
the class with one line description: For example, I'm xxx the root of the
hierarchy of visitor objects."

Unlike a traditional CRC card, we are already in a live programming
environment with good tools! So the class name is duplicated info (the
browser already shows this) which will have to be manually changed on a
class rename. Also, the specific example provides an implementation detail
duplicated by the class hierarchy tree already shown in the browser. I'd
like to change it to: "For the Class part:  State a one line summary. For
example, "I represent a paragraph of text.""

Any objections?



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/Class-Comment-Template-Suggestion-tp4822890.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

[Pharo-dev] Why selecting and printing a variable in the debuger does not work?


Hi

is it a know bug?
Why selecting and printing a variable in the debuger does not work?

Stef

Re: [Pharo-dev] Why selecting and printing a variable in the debuger does not work?


I get now
Error while printing (self namedTempAt: 1)

Le 30/4/15 11:04, stepharo a écrit :

Hi

is it a know bug?
Why selecting and printing a variable in the debuger does not work?

Stef

[Pharo-dev] Differences between TextConverters and ZnEncoders

Hi!

I'm struggling with the TextConverter's API in Pharo :).

I wanted to test the converters in Pharo, and I found the method
#convertFromSystemString: that should (from its name) convert a Pharo
String into an encoded version of it.

(UTF8TextConverter default convertFromSystemString: 'á').

Funny thing, it does not do that. It does the opposite: it tries to convert
an encoded string to a pharo string. And so it fails. Of course, its
symmetrical version does what I want and behaves as the ZnUTF8Encoder :)

(UTF8TextConverter default convertToSystemString: 'á') asByteArray
 "#[195 161]"

ZnUTF8Encoder new encodeString: 'á' "#[195 161]"

Question:
- does the convertTo/From methods makes sense to you or It's just me that
sees them inverted?
- does it make sense to have the two versions of converters? Zn and the
TextConverters do the same in my opinion (or maybe I'm confused :) )

Guille

[Pharo-dev] ZnCookie>>#fromString: uses subStrings:

And #subStrings: were deprecated in favor of #substrings:

Can someone update Zinc?

Thanks!
Uko

Re: [Pharo-dev] Why selecting and printing a variable in the debuger does not work?

2015-04-30 Thread Nicolai Hess

2015-04-30 11:04 GMT+02:00 stepharo :

> I get now
> Error while printing (self namedTempAt: 1)
>
> Le 30/4/15 11:04, stepharo a écrit :
>
>  Hi
>>
>> is it a know bug?
>> Why selecting and printing a variable in the debuger does not work?
>>
>> Stef
>>
>>
>>
>>
>
Maybe the fix for
14606 
Can't see some variables values while debugging closure

was incomplete and only works for variables in the context inspector but
not in the debugger text pane?

Or it depends on the code. Maybe the object you try to print is incomplete
initialized?

Re: [Pharo-dev] Strange bug with interruption and fonts

2015-04-30 Thread Norbert Hartl


> Am 30.04.2015 um 10:40 schrieb stepharo :
> 
> Hi
> 
> I was coding with my son some little programs and we did an endless loop.
> I tried to break the execution. 
> And afetr some efforts I succeeded to get back the system but I cannot open 
> the browser, the debugger, playground
> because of fonts so the only thing I can do is a screenshot. :(
> I cannot try with the default workspace. 
> 
> I got the bug in the past already
> 
I get this, too, from time to time. The only way to "cure" it is to close the 
image and reopen. 

Norbert

Re: [Pharo-dev] ZnCookie>>#fromString: uses subStrings:

Zinc was already updated in #bleedingEdge.

Does this block you ?

If so, I have to create a new #stable version and ask for it to be integrated 
in Pharo 5.0

> On 30 Apr 2015, at 11:15, Yuriy Tymchuk  wrote:
> 
> And #subStrings: were deprecated in favor of #substrings:
> 
> Can someone update Zinc?
> 
> Thanks!
> Uko
>

Re: [Pharo-dev] build pharo vm on windows (old mingw package)

aren’t you able to install an older version of gcc in your newer version of 
mingw?
I do not have time right now to update the build into a new compiler, sorry 
(also, that is not always trivial/desired, he) 

Esteban

> On 30 Apr 2015, at 08:38, Nicolai Hess  wrote:
> 
> I managed to trash my mingw build environment 
> -> uninstalled /removed mingw/mingsys
> -> reinstall from current mingw-installer
> -> bad idea
> 
> I can build a pharo windows vm but it immediately crashes on startup. I 
> suspect
> some changes between gcc 4.6 (old environment) gcc 4.8 (new environment).
> (I think there are some changes related to file globbing (I managed to get
> the vm somehow working to not crash on startup but on shutdown instead - with 
> _CRT_glob = 0. And gcc-4.8 uses dfferent (dwarf vs. sjlj ) exception 
> handling, don't know if this is
> related).
> 
> I tried to find a ming-installer for the old version but could not find 
> anything and
> I tried to manually setup a ming installation from the old packages (dozen of 
> packages
> for mingw / core-utils / bintutils /msys from different places (no fun)).
> 
> 1) did anyone get a windows vm from mingws current version (with gcc 4.8) 
> working?
> 
> 2) can someone package/zip and upload an old mingw installation (maybe that 
> one that
> is used on the build server?
> 
> 
> regards
> nicolai

Re: [Pharo-dev] Differences between TextConverters and ZnEncoders

> On 30 Apr 2015, at 11:13, Guillermo Polito  wrote:
> 
> Hi!
> 
> I'm struggling with the TextConverter's API in Pharo :).
> 
> I wanted to test the converters in Pharo, and I found the method 
> #convertFromSystemString: that should (from its name) convert a Pharo String 
> into an encoded version of it.
> 
> (UTF8TextConverter default convertFromSystemString: 'á').
> 
> Funny thing, it does not do that. It does the opposite: it tries to convert 
> an encoded string to a pharo string. And so it fails. Of course, its 
> symmetrical version does what I want and behaves as the ZnUTF8Encoder :)
> 
> (UTF8TextConverter default convertToSystemString: 'á') asByteArray
>  "#[195 161]"
> 
> ZnUTF8Encoder new encodeString: 'á' "#[195 161]"
> 
> Question:
> - does the convertTo/From methods makes sense to you or It's just me that 
> sees them inverted?
> - does it make sense to have the two versions of converters? Zn and the 
> TextConverters do the same in my opinion (or maybe I'm confused :) )
> 
> Guille

I am biased, but the Zn converters are better. Why ? Because they work between 
String <-> Bytes as a text encoder/decoder should. They also have a number of 
extra features (counting the number of encoded bytes, being able to move 
backwards on input, being able to be very strict), are faster and have a 
clearer implementation. Furthermore, they are more correct and implement more 
encodings.

There is also good documentation 
http://stfx.eu/EnterprisePharo/Zinc-Encoding-Meta/

ZnCharacter[Read|Write]Stream are also very instructive, compare them to 
MultiByteStream.

Should we throw the other one out ? Probably. But it is the same problems as 
with Xtreams: the API is different and adding a compatibility layer would 
defeat the purpose. So I don't know.

Sven

Re: [Pharo-dev] Differences between TextConverters and ZnEncoders

2015-04-30 Thread Norbert Hartl

If yours is better there shouldn't be much of a reason to keep the bad one, 
right? I'd just suggest that pharo does not depend on zinc classes but the 
encoder moves to pharo with a different name.

Norbert

> Am 30.04.2015 um 11:42 schrieb Sven Van Caekenberghe :
> 
> 
>> On 30 Apr 2015, at 11:13, Guillermo Polito  wrote:
>> 
>> Hi!
>> 
>> I'm struggling with the TextConverter's API in Pharo :).
>> 
>> I wanted to test the converters in Pharo, and I found the method 
>> #convertFromSystemString: that should (from its name) convert a Pharo String 
>> into an encoded version of it.
>> 
>> (UTF8TextConverter default convertFromSystemString: 'á').
>> 
>> Funny thing, it does not do that. It does the opposite: it tries to convert 
>> an encoded string to a pharo string. And so it fails. Of course, its 
>> symmetrical version does what I want and behaves as the ZnUTF8Encoder :)
>> 
>> (UTF8TextConverter default convertToSystemString: 'á') asByteArray
>> "#[195 161]"
>> 
>> ZnUTF8Encoder new encodeString: 'á' "#[195 161]"
>> 
>> Question:
>> - does the convertTo/From methods makes sense to you or It's just me that 
>> sees them inverted?
>> - does it make sense to have the two versions of converters? Zn and the 
>> TextConverters do the same in my opinion (or maybe I'm confused :) )
>> 
>> Guille
> 
> I am biased, but the Zn converters are better. Why ? Because they work 
> between String <-> Bytes as a text encoder/decoder should. They also have a 
> number of extra features (counting the number of encoded bytes, being able to 
> move backwards on input, being able to be very strict), are faster and have a 
> clearer implementation. Furthermore, they are more correct and implement more 
> encodings.
> 
> There is also good documentation 
> http://stfx.eu/EnterprisePharo/Zinc-Encoding-Meta/
> 
> ZnCharacter[Read|Write]Stream are also very instructive, compare them to 
> MultiByteStream.
> 
> Should we throw the other one out ? Probably. But it is the same problems as 
> with Xtreams: the API is different and adding a compatibility layer would 
> defeat the purpose. So I don't know.
> 
> Sven
> 
> 
>

Re: [Pharo-dev] ZnCookie>>#fromString: uses subStrings:

Well, QualityAssistant cannot be loaded into Pharo5 without warnings. I don’t 
know how many people use it, but it can bother them.

Uko

> On 30 Apr 2015, at 11:29, Sven Van Caekenberghe  wrote:
> 
> Zinc was already updated in #bleedingEdge.
> 
> Does this block you ?
> 
> If so, I have to create a new #stable version and ask for it to be integrated 
> in Pharo 5.0
> 
>> On 30 Apr 2015, at 11:15, Yuriy Tymchuk  wrote:
>> 
>> And #subStrings: were deprecated in favor of #substrings:
>> 
>> Can someone update Zinc?
>> 
>> Thanks!
>> Uko
>> 
> 
>

Re: [Pharo-dev] Differences between TextConverters and ZnEncoders

I'd like to summarize some things

 + 1 to all that sven said.

Taking a look at users of old text converters, there are only 77 of them:

(TextConverter withAllSubclasses gather: [ :each |
SystemNavigation new allReferencesTo: each binding ]) size
 " => 77"

That is maybe a good starting point. And it will step by step remove the
leading char magic.

The only point where I see a problem is in the feature "convert magically
cr's to some line ending convention" that is managed by a mixture between
the text converter and the file stream. I would not like to push this
"feature" to the zinc encoders. Actually I don't believe it belongs to the
file reading neither.

Guille

El jue., 30 de abr. de 2015 a la(s) 11:46 a. m., Norbert Hartl <
norb...@hartl.name> escribió:

> If yours is better there shouldn't be much of a reason to keep the bad
> one, right? I'd just suggest that pharo does not depend on zinc classes but
> the encoder moves to pharo with a different name.
>
> Norbert
>
> > Am 30.04.2015 um 11:42 schrieb Sven Van Caekenberghe :
> >
> >
> >> On 30 Apr 2015, at 11:13, Guillermo Polito 
> wrote:
> >>
> >> Hi!
> >>
> >> I'm struggling with the TextConverter's API in Pharo :).
> >>
> >> I wanted to test the converters in Pharo, and I found the method
> #convertFromSystemString: that should (from its name) convert a Pharo
> String into an encoded version of it.
> >>
> >> (UTF8TextConverter default convertFromSystemString: 'á').
> >>
> >> Funny thing, it does not do that. It does the opposite: it tries to
> convert an encoded string to a pharo string. And so it fails. Of course,
> its symmetrical version does what I want and behaves as the ZnUTF8Encoder :)
> >>
> >> (UTF8TextConverter default convertToSystemString: 'á') asByteArray
> >> "#[195 161]"
> >>
> >> ZnUTF8Encoder new encodeString: 'á' "#[195 161]"
> >>
> >> Question:
> >> - does the convertTo/From methods makes sense to you or It's just me
> that sees them inverted?
> >> - does it make sense to have the two versions of converters? Zn and the
> TextConverters do the same in my opinion (or maybe I'm confused :) )
> >>
> >> Guille
> >
> > I am biased, but the Zn converters are better. Why ? Because they work
> between String <-> Bytes as a text encoder/decoder should. They also have a
> number of extra features (counting the number of encoded bytes, being able
> to move backwards on input, being able to be very strict), are faster and
> have a clearer implementation. Furthermore, they are more correct and
> implement more encodings.
> >
> > There is also good documentation
> http://stfx.eu/EnterprisePharo/Zinc-Encoding-Meta/
> >
> > ZnCharacter[Read|Write]Stream are also very instructive, compare them to
> MultiByteStream.
> >
> > Should we throw the other one out ? Probably. But it is the same
> problems as with Xtreams: the API is different and adding a compatibility
> layer would defeat the purpose. So I don't know.
> >
> > Sven
> >
> >
> >
>
>
>

Re: [Pharo-dev] [ANN] Idea icon pack now in Configuration Browser

Wow

Nice.

Any way to load that in a 3.0?

Phil

Re: [Pharo-dev] [ANN] Idea icon pack now in Configuration Browser

the same 

> On 30 Apr 2015, at 12:18, p...@highoctane.be wrote:
> 
> Wow
> 
> Nice.
> 
> Any way to load that in a 3.0?
> 
> Phil

Re: [Pharo-dev] [ANN] Idea icon pack now in Configuration Browser

sorry, answered to fast… it was: 

the same
you can execute same script… it is proved to work on Pharo 3 without problems 
(the other Esteban tested it :P)

Esteban


> On 30 Apr 2015, at 12:19, Esteban Lorenzano  wrote:
> 
> the same 
> 
>> On 30 Apr 2015, at 12:18, p...@highoctane.be wrote:
>> 
>> Wow
>> 
>> Nice.
>> 
>> Any way to load that in a 3.0?
>> 
>> Phil
>

Re: [Pharo-dev] [Pharo-users] [ANN] Idea icon pack now in Configuration Browser

2015-04-30 Thread Norbert Hartl

What an improvement. Thanks!

Norbert

> Am 30.04.2015 um 12:11 schrieb Esteban Lorenzano :
> 
> Hi, 
> 
> I made a configuration to install the new Idea Icon Pack from configurations 
> browser for Pharo 4.
> You can install it and then choose your new icon set in settings. 
> 
> You can also manual install them by: 
> 
> Gofer it 
>   smalltalkhubUser: 'Pharo' project: 'MetaRepoForPharo40';
>   configurationOf: 'IdeaIcons';
>   loadStable.
> 
> ThemeIcons current: #IdeaUIThemeIcons asClass new.
>  “In Pharo 4, you might need to execute this”
> AbstractNautilusUI resetIconCaches. 
> 
> This icon pack works also for Pharo 3
> 
> If you lost it, here a couple of screenshots:
> 
> 
> 
>

Re: [Pharo-dev] Tx: Bold Text

2015-04-30 Thread Sean P. DeNigris

Nicolas Cellier wrote
> shouldn't the API be more straight like:
>emphasis: aTextEmphasis

+1. We have nice emphasis objects, and then undermine them by spreading
their state around!



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/Tx-Bold-Text-tp4822964p4823146.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] [ANN] Idea icon pack now in Configuration Browser

The Gofer stanza works.

But

Then DNU IdeaUIThermeIcons>>icons

glamorousRight
^ self icons
at: #'glamorousRight'
ifAbsentPut:[ Form fromBinaryStream: (Base64MimeConverter
mimeDecodeToBytes: self glamorousRightIconContents readStream) ].

??

Pharo3.0
Latest update: #30864

Phil

On Thu, Apr 30, 2015 at 12:20 PM, Esteban Lorenzano 
wrote:

> sorry, answered to fast… it was:
>
> the same
> you can execute same script… it is proved to work on Pharo 3 without
> problems (the other Esteban tested it :P)
>
> Esteban
>
>
> > On 30 Apr 2015, at 12:19, Esteban Lorenzano  wrote:
> >
> > the same
> >
> >> On 30 Apr 2015, at 12:18, p...@highoctane.be wrote:
> >>
> >> Wow
> >>
> >> Nice.
> >>
> >> Any way to load that in a 3.0?
> >>
> >> Phil
> >
>
>
>

Re: [Pharo-dev] Differences between TextConverters and ZnEncoders


> On 30 Apr 2015, at 11:59, Guillermo Polito  wrote:
> 
> I'd like to summarize some things
> 
>  + 1 to all that sven said.
> 
> Taking a look at users of old text converters, there are only 77 of them:
> 
> (TextConverter withAllSubclasses gather: [ :each |
> SystemNavigation new allReferencesTo: each binding ]) size
>  " => 77"
> 
> That is maybe a good starting point. And it will step by step remove the 
> leading char magic.
> 
> The only point where I see a problem is in the feature "convert magically 
> cr's to some line ending convention" that is managed by a mixture between the 
> text converter and the file stream. I would not like to push this "feature" 
> to the zinc encoders. Actually I don't believe it belongs to the file reading 
> neither.

That are the things I am talking about, the old code mixed things up way too 
much.

The main API problem is a key one: the old converters work String <-> String, 
the new ones String <-> ByteArray (or streams of course).

Also does anyone dare to touch MultiByteFileStream or 
MultiByteBinaryOrTextStream (the names alone ;-) ?

> Guille
> 
> El jue., 30 de abr. de 2015 a la(s) 11:46 a. m., Norbert Hartl 
>  escribió:
> If yours is better there shouldn't be much of a reason to keep the bad one, 
> right? I'd just suggest that pharo does not depend on zinc classes but the 
> encoder moves to pharo with a different name.
> 
> Norbert
> 
> > Am 30.04.2015 um 11:42 schrieb Sven Van Caekenberghe :
> >
> >
> >> On 30 Apr 2015, at 11:13, Guillermo Polito  
> >> wrote:
> >>
> >> Hi!
> >>
> >> I'm struggling with the TextConverter's API in Pharo :).
> >>
> >> I wanted to test the converters in Pharo, and I found the method 
> >> #convertFromSystemString: that should (from its name) convert a Pharo 
> >> String into an encoded version of it.
> >>
> >> (UTF8TextConverter default convertFromSystemString: 'á').
> >>
> >> Funny thing, it does not do that. It does the opposite: it tries to 
> >> convert an encoded string to a pharo string. And so it fails. Of course, 
> >> its symmetrical version does what I want and behaves as the ZnUTF8Encoder 
> >> :)
> >>
> >> (UTF8TextConverter default convertToSystemString: 'á') asByteArray
> >> "#[195 161]"
> >>
> >> ZnUTF8Encoder new encodeString: 'á' "#[195 161]"
> >>
> >> Question:
> >> - does the convertTo/From methods makes sense to you or It's just me that 
> >> sees them inverted?
> >> - does it make sense to have the two versions of converters? Zn and the 
> >> TextConverters do the same in my opinion (or maybe I'm confused :) )
> >>
> >> Guille
> >
> > I am biased, but the Zn converters are better. Why ? Because they work 
> > between String <-> Bytes as a text encoder/decoder should. They also have a 
> > number of extra features (counting the number of encoded bytes, being able 
> > to move backwards on input, being able to be very strict), are faster and 
> > have a clearer implementation. Furthermore, they are more correct and 
> > implement more encodings.
> >
> > There is also good documentation 
> > http://stfx.eu/EnterprisePharo/Zinc-Encoding-Meta/
> >
> > ZnCharacter[Read|Write]Stream are also very instructive, compare them to 
> > MultiByteStream.
> >
> > Should we throw the other one out ? Probably. But it is the same problems 
> > as with Xtreams: the API is different and adding a compatibility layer 
> > would defeat the purpose. So I don't know.
> >
> > Sven
> >
> >
> >
> 
>

Re: [Pharo-dev] [ANN] Idea icon pack now in Configuration Browser

2015-04-30 Thread Cyril Ferlicot

Thank you Esteban :)

On 30 April 2015 at 12:37, p...@highoctane.be  wrote:
> The Gofer stanza works.
>
> But
>
> Then DNU IdeaUIThermeIcons>>icons
>
> glamorousRight
> ^ self icons
> at: #'glamorousRight'
> ifAbsentPut:[ Form fromBinaryStream: (Base64MimeConverter mimeDecodeToBytes:
> self glamorousRightIconContents readStream) ].
>
> ??
>
> Pharo3.0
> Latest update: #30864
>
> Phil
>
>
> On Thu, Apr 30, 2015 at 12:20 PM, Esteban Lorenzano 
> wrote:
>>
>> sorry, answered to fast… it was:
>>
>> the same
>> you can execute same script… it is proved to work on Pharo 3 without
>> problems (the other Esteban tested it :P)
>>
>> Esteban
>>
>>
>> > On 30 Apr 2015, at 12:19, Esteban Lorenzano  wrote:
>> >
>> > the same
>> >
>> >> On 30 Apr 2015, at 12:18, p...@highoctane.be wrote:
>> >>
>> >> Wow
>> >>
>> >> Nice.
>> >>
>> >> Any way to load that in a 3.0?
>> >>
>> >> Phil
>> >
>>
>>
>
>



-- 
Cheers
Cyril Ferlicot

Re: [Pharo-dev] [Pharo-users] [ANN] Idea icon pack now in Configuration Browser

Very nice and a super clean install procedure, I love it when things come 
together !

> On 30 Apr 2015, at 12:11, Esteban Lorenzano  wrote:
> 
> Hi, 
> 
> I made a configuration to install the new Idea Icon Pack from configurations 
> browser for Pharo 4.
> You can install it and then choose your new icon set in settings. 
> 
> You can also manual install them by: 
> 
> Gofer it 
>   smalltalkhubUser: 'Pharo' project: 'MetaRepoForPharo40';
>   configurationOf: 'IdeaIcons';
>   loadStable.
> 
> ThemeIcons current: #IdeaUIThemeIcons asClass new.
>  “In Pharo 4, you might need to execute this”
> AbstractNautilusUI resetIconCaches. 
> 
> This icon pack works also for Pharo 3
> 
> If you lost it, here a couple of screenshots:
> 
> 
> 
>

Re: [Pharo-dev] Why selecting and printing a variable in the debuger does not work?

Stef, send me a way to reproduce it :)
Le 30 avr. 2015 11:22, "Nicolai Hess"  a écrit :

>
>
> 2015-04-30 11:04 GMT+02:00 stepharo :
>
>> I get now
>> Error while printing (self namedTempAt: 1)
>>
>> Le 30/4/15 11:04, stepharo a écrit :
>>
>>  Hi
>>>
>>> is it a know bug?
>>> Why selecting and printing a variable in the debuger does not work?
>>>
>>> Stef
>>>
>>>
>>>
>>>
>>
> Maybe the fix for
> 14606 
> Can't see some variables values while debugging closure
>
> was incomplete and only works for variables in the context inspector but
> not in the debugger text pane?
>
> Or it depends on the code. Maybe the object you try to print is incomplete
> initialized?
>
>
>
>
>
>

Re: [Pharo-dev] Differences between TextConverters and ZnEncoders

2015-04-30 Thread Marcus Denker

> On 30 Apr 2015, at 11:59, Guillermo Polito  wrote:
> 
> (TextConverter withAllSubclasses gather: [ :each |
> SystemNavigation new allReferencesTo: each binding ]) size

Thanks to first class variables, this can be writing at:

(TextConverter withAllSubclasses gather: [ :each | each binding usingMethods ]) 
size

#binding returns GlobalVariable that has an API… isn’t that nice?

Marcus

Re: [Pharo-dev] [ANN] Idea icon pack now in Configuration Browser

oops. 
sorry, is fixed now… can you re-try it?

Esteban

> On 30 Apr 2015, at 12:37, p...@highoctane.be wrote:
> 
> The Gofer stanza works.
> 
> But 
> 
> Then DNU IdeaUIThermeIcons>>icons
> 
> glamorousRight
>   ^ self icons
>   at: #'glamorousRight'
>   ifAbsentPut:[ Form fromBinaryStream: 
> (Base64MimeConverter mimeDecodeToBytes: self glamorousRightIconContents 
> readStream) ].
> 
> ??
> 
> Pharo3.0
> Latest update: #30864
> 
> Phil
> 
> 
> On Thu, Apr 30, 2015 at 12:20 PM, Esteban Lorenzano  > wrote:
> sorry, answered to fast… it was:
> 
> the same
> you can execute same script… it is proved to work on Pharo 3 without problems 
> (the other Esteban tested it :P)
> 
> Esteban
> 
> 
> > On 30 Apr 2015, at 12:19, Esteban Lorenzano  > > wrote:
> >
> > the same
> >
> >> On 30 Apr 2015, at 12:18, p...@highoctane.be  
> >> wrote:
> >>
> >> Wow
> >>
> >> Nice.
> >>
> >> Any way to load that in a 3.0?
> >>
> >> Phil
> >
> 
> 
>  
>

[Pharo-dev] [ANN] Screencast on Versionner

Hi, 

I made a small video on how to use Versionner. 
Versionner allows you to manage project configurations in a smooth way. 

https://youtu.be/cFRJDuWL-Q0 

I know… is not “Kilon’s quality”… but I hope it will help :)

cheers, 
Esteban

Re: [Pharo-dev] [ANN] Idea icon pack now in Configuration Browser

Works now.

Awesome. Yay!

Phil


On Thu, Apr 30, 2015 at 1:29 PM, Esteban Lorenzano 
wrote:

> oops.
> sorry, is fixed now… can you re-try it?
>
> Esteban
>
> On 30 Apr 2015, at 12:37, p...@highoctane.be wrote:
>
> The Gofer stanza works.
>
> But
>
> Then DNU IdeaUIThermeIcons>>icons
>
> glamorousRight
> ^ self icons
> at: #'glamorousRight'
> ifAbsentPut:[ Form fromBinaryStream: (Base64MimeConverter
> mimeDecodeToBytes: self glamorousRightIconContents readStream) ].
>
> ??
>
> Pharo3.0
> Latest update: #30864
>
> Phil
>
>
> On Thu, Apr 30, 2015 at 12:20 PM, Esteban Lorenzano 
> wrote:
>
>> sorry, answered to fast… it was:
>>
>> the same
>> you can execute same script… it is proved to work on Pharo 3 without
>> problems (the other Esteban tested it :P)
>>
>> Esteban
>>
>>
>> > On 30 Apr 2015, at 12:19, Esteban Lorenzano 
>> wrote:
>> >
>> > the same
>> >
>> >> On 30 Apr 2015, at 12:18, p...@highoctane.be wrote:
>> >>
>> >> Wow
>> >>
>> >> Nice.
>> >>
>> >> Any way to load that in a 3.0?
>> >>
>> >> Phil
>> >
>>
>>
>>
>
>
>

Re: [Pharo-dev] [Pharo-users] Fuel version

2015-04-30 Thread Mariano Martinez Peck

Johannes,

The simples approach is that you materialize your object in 3.0, then load
the same version as fuel from pharo 4.0 and then serialize again in 3.0.
After that, you can materialize in 4.0.
The other alternative is that in 4.0 you load older version of Fuel (the
one in 3.0), then import, the expert, then load new fuel again.

I have been doing this since Pharo 1.4 until 4.0 since my client's app also
uses Fuel. And the process was always quite simple and only once per
release.

Migration is something we miss in Fuel..and even if we have promised to
keep format unchanged, sometimes the evolution of Pharo itself (not the
internal Fuel format representation) makes the format to be broken from one
version to the other. So until we have a better automagic migration tool,
the above trick should work.

Also...see this link:
http://rmod.inria.fr/web/software/Fuel/Version1.9/Documentation/FormatMigration

Btw...here is the scrip I used to migrate from 1.8 to 1.9... this is just
an EXAMPLE of how you can do it..but do not copy it becuase it uses old
version of the code repositories, etc...

| oldVersion newVersion fileNames objectsByFileName materializerClass |

oldVersion := '1.8'.
 newVersion := '1.9'.
 fileNames := #(

'/Users/mariano/XXX/DB.fdb'
'/Users/mariano/XXX/DB.fdb'
'/Users/mariano/XXX/DB.fdb'
'/Users/mariano/XXX/DB.fdb'
'/Users/mariano/XXX/DB.fdb'
'/Users/mariano/XXX/DB.fdb'
).
 objectsByFileName := Dictionary new.

 materializerClass := Smalltalk at: #FLMaterializer.

 fileNames do: [ :fileName |
  objectsByFileName
  at: fileName
  put: (materializerClass materializeFromFileNamed: fileName).
FileDirectory default copyFileNamed: fileName toFileNamed: fileName, '-',
oldVersion asString ].

Gofer it
squeaksource3: 'Fuel';
package: 'ConfigurationOfFuel';
load.
 (ConfigurationOfFuel project version: newVersion) load.

 objectsByFileName keysAndValuesDo: [ :fileName :objects |
FLSerializer
  serialize: objects
  toFileNamed: fileName.
FileDirectory default copyFileNamed: fileName toFileNamed: fileName, '-',
newVersion asString
   ].

On Thu, Apr 30, 2015 at 9:19 AM, Norbert Hartl  wrote:

>
> Am 30.04.2015 um 14:08 schrieb Johannes Rasche Kreuzberg <
> johan...@rasche-kreuzberg.de>:
>
> Hi folks,
>
> I'm just migrating to Pharo 4.0
>
> On materialization of objects serialized under Pharo 3
> an error was raised: different versions numbers ( 194 required ).
>
> Where does version 194 come from ?
> Monticello from Pharo 3 offers 193
>
> Johannes
>
> You need to add the repository of Fuel, load the ConfigurationOf from
> there and you can upgrade to 1.9.4
>
> The repository to add is
>
> http://smalltalkhub.com/mc/Pharo/Fuel/main
>
> Norbert
>
>

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

Re: [Pharo-dev] [ANN] Idea icon pack now in Configuration Browser

2015-04-30 Thread Mariano Martinez Peck

Super cool Esteban.  Awesome. So the new build of my Pharo 4.0 images are
now like this:

"Some custom settings"
Deprecation raiseWarning: false.
(Smalltalk at: #PolymorphSystemSettings) perform: #uiThemeClass: with:
(Pharo3DarkTheme).
PolymorphSystemSettings desktopImageFileName: '/Library/Desktop
Pictures/Yosemite 3.jpg'.
((Smalltalk at: #UITheme) perform: #currentSettings) perform:
#fastDragging: with: (true).
(Smalltalk at: #StandardFonts) perform: #codeFont: with: ((LogicalFont
familyName: 'Source Code Pro' fallbackFamilyNames: nil pointSize: 9
stretchValue: 5 weightValue: 400 slantValue: 0)).
Gofer it
smalltalkhubUser: 'Pharo' project: 'MetaRepoForPharo40';
configurationOf: 'IdeaIcons';
loadStable.
ThemeIcons current: #IdeaUIThemeIcons asClass new.
AbstractNautilusUI resetIconCaches.

"Load an external tool to increase code quality"
Metacello new
  smalltalkhubUser: 'Pharo'
  project: 'MetaRepoForPharo40';
  configuration: 'QualityAssistant';
  load.

On Thu, Apr 30, 2015 at 8:56 AM, p...@highoctane.be 
wrote:

>
> Works now.
>
> Awesome. Yay!
>
> Phil
>
>
> On Thu, Apr 30, 2015 at 1:29 PM, Esteban Lorenzano 
> wrote:
>
>> oops.
>> sorry, is fixed now… can you re-try it?
>>
>> Esteban
>>
>> On 30 Apr 2015, at 12:37, p...@highoctane.be wrote:
>>
>> The Gofer stanza works.
>>
>> But
>>
>> Then DNU IdeaUIThermeIcons>>icons
>>
>> glamorousRight
>> ^ self icons
>> at: #'glamorousRight'
>> ifAbsentPut:[ Form fromBinaryStream: (Base64MimeConverter
>> mimeDecodeToBytes: self glamorousRightIconContents readStream) ].
>>
>> ??
>>
>> Pharo3.0
>> Latest update: #30864
>>
>> Phil
>>
>>
>> On Thu, Apr 30, 2015 at 12:20 PM, Esteban Lorenzano 
>> wrote:
>>
>>> sorry, answered to fast… it was:
>>>
>>> the same
>>> you can execute same script… it is proved to work on Pharo 3 without
>>> problems (the other Esteban tested it :P)
>>>
>>> Esteban
>>>
>>>
>>> > On 30 Apr 2015, at 12:19, Esteban Lorenzano 
>>> wrote:
>>> >
>>> > the same
>>> >
>>> >> On 30 Apr 2015, at 12:18, p...@highoctane.be wrote:
>>> >>
>>> >> Wow
>>> >>
>>> >> Nice.
>>> >>
>>> >> Any way to load that in a 3.0?
>>> >>
>>> >> Phil
>>> >
>>>
>>>
>>>
>>
>>
>>
>
>
>

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

Re: [Pharo-dev] Is there a way to understand why rubric (playground) does not highlight code?

Ok, I’ve manually tried to set the color to black for a certain EditingArea and 
it works. Can anyone suggest me now can I put a breakpoint that work on insVar 
access? Do I have to do something with slots?

Uko

P.S. I really don’t get why everyone is so ignorant… whole our team suffers 
from not seeing text in rubric…

> On 28 Apr 2015, at 22:57, Yuriy Tymchuk  wrote:
> 
> Look, the point is that if code styling is not happening, because higher 
> priority process is running, you can’t see what you are typing. There is a 
> cause for that. Also, is there a way disable styling? Just to see what 
> happens then?
> 
> Uko
> 
> 
>> On 28 Apr 2015, at 22:50, Peter Uhnák > > wrote:
>> 
>> RubEditingArea allInstances collect: #textColor  "{Color transparent. Color 
>> transparent. Color transparent. Color transparent. Color black. Color black. 
>> Color lightGray}"
>> 
>> But I haven't seen any place that would be missing color. Maybe the 
>> "EditingArea" color is not used in favor of selection/section color (or 
>> whatever the name of it in rubric is)?
>> 
>> Peter
>> 
>> On Tue, Apr 28, 2015 at 10:31 PM, Yuriy Tymchuk > > wrote:
>> Guys, run please “RubEditingArea allInstances collect: #textColor”. Almost 
>> all rubric text areas have transparent text color. Is it something strange 
>> happening in my image, or you have the same?
>> 
>> Uko
>> 
>> 
>> 
>>> On 20 Apr 2015, at 14:23, Peter Uhnák >> > wrote:
>>> 
>>> This also happened to me several times when executing (do it and go) some 
>>> Roassal example with error (=it opened debugger). However the occurrence is 
>>> very inconsistent so I don't know what was the trigger.
>>> 
>>> Peter
>>> 
>>> On Mon, Apr 20, 2015 at 1:29 PM, Yuriy Tymchuk >> > wrote:
>>> This was just an example. The question is how do I identify what is 
>>> blocking the highlighting.
>>> 
>>> Uko
>>> 
>>> 
 On 20 Apr 2015, at 12:19, Denis Kudriashov >>> > wrote:
 
 Hi
 
 Maybe highlighting is running in process with lesser priority than default 
 priority of #fork method.
 
 Code like "[ [ true ] whileTrue: [  ] ] fork" will block any processes 
 with lesser priority 
 
 
 2015-04-20 12:51 GMT+03:00 Yuriy Tymchuk >>> >:
 Open a new pharo image (I’ve used latest 5, but on 4 it should work as 
 well). Open playground and execute:
 
 [ [ true ] whileTrue: [  ] ] fork
 
 now open a new playground and start typing. Characters are invisible.
 Uko
 
> On 20 Apr 2015, at 11:14, Tudor Girba  > wrote:
> 
> Hi,
> 
> I did not see this before. Could you reproduce the issue?
> 
> Cheers,
> Doru
> 
> 
> On Mon, Apr 20, 2015 at 11:03 AM, Yuriy Tymchuk  > wrote:
> Hi.
> 
> Sometimes it happens that playground does not do the syntax highlighting. 
> This is especially frustrating when you open a new window and text is 
> either white or transparent i.e. you cannot see what you are typing.
> 
> I guess this is because some process is blocked by another one. Is there 
> a way to check it? Because I want to understand whether it is because of 
> me, or not.
> 
> Cheers!
> Uko
> 
> 
> 
> -- 
> www.tudorgirba.com 
> 
> "Every thing has its own flow"
 
 
>>> 
>>> 
>> 
>> 
>

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

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

[Pharo-dev] [pharo-project/pharo-core] 14d5df: 50024

  Branch: refs/heads/5.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: 14d5dfed9eb5942b9647edacb773d46618221f1a
  
https://github.com/pharo-project/pharo-core/commit/14d5dfed9eb5942b9647edacb773d46618221f1a
  Author: Jenkins Build Server 
  Date:   2015-04-30 (Thu, 30 Apr 2015)

  Changed paths:
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/baselines/baseline28_.st
M 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/symbolic
 versions/development_.st
M 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/symbolic
 versions/stable_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version210_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version2110_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version2111_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version2112_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version2113_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version2114_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version2115_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version2116_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version2121_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version2122_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version212_.st
R ScriptLoader50.package/ScriptLoader.class/instance/pharo - 
scripts/script632.st
A ScriptLoader50.package/ScriptLoader.class/instance/pharo - 
scripts/script633.st
R ScriptLoader50.package/ScriptLoader.class/instance/pharo - 
updates/update50023.st
A ScriptLoader50.package/ScriptLoader.class/instance/pharo - 
updates/update50024.st
M 
ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st
A Versionner-Commit.package/VSCommitAction.class/README.md
A Versionner-Commit.package/VSCommitAction.class/definition.st
A 
Versionner-Commit.package/VSCommitAction.class/instance/accessing/nextVersionOn_.st
A 
Versionner-Commit.package/VSCommitAction.class/instance/accessing/nextVersion_.st
A 
Versionner-Commit.package/VSCommitAction.class/instance/accessing/repository.st
A 
Versionner-Commit.package/VSCommitAction.class/instance/executing/executeOn_.st
A 
Versionner-Commit.package/VSCommitAction.class/instance/private/commitPackage_comment_.st
A 
Versionner-Commit.package/VSCommitAction.class/instance/private/remoteRepository.st
A 
Versionner-Commit.package/VSCommitAction.class/instance/private/retryOnCredentialRequest_.st
A 
Versionner-Commit.package/VSCommitAction.class/instance/private/workingCopy.st
A 
Versionner-Commit.package/VSCommitAction.class/instance/testing/isPackage.st
A 
Versionner-Commit.package/VSCommitAction.class/instance/testing/isProject.st
A Versionner-Commit.package/VSCommitBrowser.class/README.md
A 
Versionner-Commit.package/VSCommitBrowser.class/class/accessing/commentCache.st
A 
Versionner-Commit.package/VSCommitBrowser.class/class/accessing/maxCommentCache.st
A Versionner-Commit.package/VSCommitBrowser.class/class/cleanup/cleanUp.st
A Versionner-Commit.package/VSCommitBrowser.class/class/instance 
creation/openOn_.st
A Versionner-Commit.package/VSCommitBrowser.class/definition.st
A 
Versionner-Commit.package/VSCommitBrowser.class/instance/accessing/commitVersionKind.st
A 
Versionner-Commit.package/VSCommitBrowser.class/instance/accessing/configurationName.st
A 
Versionner-Commit.package/VSCommitBrowser.class/instance/accessing/oldComments.st
A 
Versionner-Commit.package/VSCommitBrowser.class/instance/accessing/title.st
A Versionner-Commit.package/VSCommitBrowser.class/instance/accessing/unit.st
A 
Versionner-Commit.package/VSCommitBrowser.class/instance/actions/actionBrowse_.st
A 
Versionner-Commit.package/VSCommitBrowser.class/instance/actions/action_nextVersion_.st
A 
Versionner-Commit.package/VSCommitBrowser.class/instance/actions/browsePackage_.st
A 
Versionner-Commit.package/VSCommitBrowser.class/instance/actions/browseProject_.st
A 
Versionner-Commit.package/VSCommitBrowser.class/instance/actions/comment_.st
A Versionner-Commit.package/VSCommitBrowser.class/instance/actions/commit.st
A 
Versionner-Commit.package/VSCommitBrowser.class/instance/actions/configure.st
A 
Versionner-Commit.package/VSCommitBrowser.class/instance/actions/refresh.st
A 
Versionner-Commit.package/VSCommitBrowser.class/instance/building/buildBro

Re: [Pharo-dev] [Pharo-users] Fuel version

2015-04-30 Thread Max Leske


> On 30 Apr 2015, at 14:40, Mariano Martinez Peck  wrote:
> 
> Johannes, 
> 
> The simples approach is that you materialize your object in 3.0, then load 
> the same version as fuel from pharo 4.0 and then serialize again in 3.0.

That should work without problems now. Just be aware that some things have 
changed dramatically (e.g. MethodContext no longer exists, instead there is now 
Context). For most of the objects however, migration should work fine when you 
use the Pharo 4 version (1.9.4) in Pharo 3.

> After that, you can materialize in 4.0.
> The other alternative is that in 4.0 you load older version of Fuel (the one 
> in 3.0), then import, the expert, then load new fuel again. 
> 
> I have been doing this since Pharo 1.4 until 4.0 since my client's app also 
> uses Fuel. And the process was always quite simple and only once per release.
> 
> Migration is something we miss in Fuel..and even if we have promised to keep 
> format unchanged, sometimes the evolution of Pharo itself (not the internal 
> Fuel format representation) makes the format to be broken from one version to 
> the other. So until we have a better automagic migration tool, the above 
> trick should work. 
> 
> Also...see this link: 
> http://rmod.inria.fr/web/software/Fuel/Version1.9/Documentation/FormatMigration
>  
> 
> 
> 
> Btw...here is the scrip I used to migrate from 1.8 to 1.9... this is just an 
> EXAMPLE of how you can do it..but do not copy it becuase it uses old version 
> of the code repositories, etc...
> 
> 
> 
> | oldVersion newVersion fileNames objectsByFileName materializerClass |
> 
> oldVersion := '1.8'.
>  newVersion := '1.9'.
>  fileNames := #(
> 
> '/Users/mariano/XXX/DB.fdb'
> '/Users/mariano/XXX/DB.fdb'
> '/Users/mariano/XXX/DB.fdb'
> '/Users/mariano/XXX/DB.fdb'
> '/Users/mariano/XXX/DB.fdb'
> '/Users/mariano/XXX/DB.fdb'
> ).
>  objectsByFileName := Dictionary new.
> 
>  materializerClass := Smalltalk at: #FLMaterializer.
>  
>  fileNames do: [ :fileName | 
>   objectsByFileName 
>   at: fileName 
>   put: (materializerClass materializeFromFileNamed: fileName).
>   FileDirectory default copyFileNamed: fileName toFileNamed: fileName, 
> '-', oldVersion asString ].
> 
> Gofer it 
>   squeaksource3: 'Fuel';
>   package: 'ConfigurationOfFuel';
> load. 

This is the old repository. You should use 

Gofer it
url: 'http://smalltalkhub.com/mc/Pharo/Fuel/main';
package: 'ConfigurationOfFuel';
load.
((Smalltalk at: #ConfigurationOfFuel) project version: ‘1.9.4') 
load.


(See 
http://rmod.inria.fr/web/software/Fuel/Version1.9/Documentation/Installation 
)


>  (ConfigurationOfFuel project version: newVersion) load.
>  
>  objectsByFileName keysAndValuesDo: [ :fileName :objects |
>   FLSerializer 
>   serialize: objects  
>   toFileNamed: fileName.
>   FileDirectory default copyFileNamed: fileName toFileNamed: fileName, 
> '-', newVersion asString   
>].
> 
> 
> 
> On Thu, Apr 30, 2015 at 9:19 AM, Norbert Hartl  > wrote:
> 
>> Am 30.04.2015 um 14:08 schrieb Johannes Rasche Kreuzberg 
>> mailto:johan...@rasche-kreuzberg.de>>:
>> 
>> Hi folks,
>> 
>> I'm just migrating to Pharo 4.0
>> 
>> On materialization of objects serialized under Pharo 3
>> an error was raised: different versions numbers ( 194 required ).
>> 
>> Where does version 194 come from ?
>> Monticello from Pharo 3 offers 193
>> 
>> Johannes
>> 
> You need to add the repository of Fuel, load the ConfigurationOf from there 
> and you can upgrade to 1.9.4
> 
> The repository to add is
> 
> http://smalltalkhub.com/mc/Pharo/Fuel/main 
> 
> 
> Norbert
> 
> 
> 
> 
> -- 
> Mariano
> http://marianopeck.wordpress.com

Re: [Pharo-dev] Is there a way to understand why rubric (playground) does not highlight code?

Oh, and one more snippet that blocks syntax highlight and puts you in 
transparent text madness:

GLMAsyncTask new
doInBackground: [ [ true ] whileTrue: [  ] ];
execute 

Uko

> On 30 Apr 2015, at 15:02, Yuriy Tymchuk  wrote:
> 
> Ok, I’ve manually tried to set the color to black for a certain EditingArea 
> and it works. Can anyone suggest me now can I put a breakpoint that work on 
> insVar access? Do I have to do something with slots?
> 
> Uko
> 
> P.S. I really don’t get why everyone is so ignorant… whole our team suffers 
> from not seeing text in rubric…
> 
>> On 28 Apr 2015, at 22:57, Yuriy Tymchuk > > wrote:
>> 
>> Look, the point is that if code styling is not happening, because higher 
>> priority process is running, you can’t see what you are typing. There is a 
>> cause for that. Also, is there a way disable styling? Just to see what 
>> happens then?
>> 
>> Uko
>> 
>> 
>>> On 28 Apr 2015, at 22:50, Peter Uhnák >> > wrote:
>>> 
>>> RubEditingArea allInstances collect: #textColor  "{Color transparent. Color 
>>> transparent. Color transparent. Color transparent. Color black. Color 
>>> black. Color lightGray}"
>>> 
>>> But I haven't seen any place that would be missing color. Maybe the 
>>> "EditingArea" color is not used in favor of selection/section color (or 
>>> whatever the name of it in rubric is)?
>>> 
>>> Peter
>>> 
>>> On Tue, Apr 28, 2015 at 10:31 PM, Yuriy Tymchuk >> > wrote:
>>> Guys, run please “RubEditingArea allInstances collect: #textColor”. Almost 
>>> all rubric text areas have transparent text color. Is it something strange 
>>> happening in my image, or you have the same?
>>> 
>>> Uko
>>> 
>>> 
>>> 
 On 20 Apr 2015, at 14:23, Peter Uhnák >>> > wrote:
 
 This also happened to me several times when executing (do it and go) some 
 Roassal example with error (=it opened debugger). However the occurrence 
 is very inconsistent so I don't know what was the trigger.
 
 Peter
 
 On Mon, Apr 20, 2015 at 1:29 PM, Yuriy Tymchuk >>> > wrote:
 This was just an example. The question is how do I identify what is 
 blocking the highlighting.
 
 Uko
 
 
> On 20 Apr 2015, at 12:19, Denis Kudriashov  > wrote:
> 
> Hi
> 
> Maybe highlighting is running in process with lesser priority than 
> default priority of #fork method.
> 
> Code like "[ [ true ] whileTrue: [  ] ] fork" will block any processes 
> with lesser priority 
> 
> 
> 2015-04-20 12:51 GMT+03:00 Yuriy Tymchuk  >:
> Open a new pharo image (I’ve used latest 5, but on 4 it should work as 
> well). Open playground and execute:
> 
> [ [ true ] whileTrue: [  ] ] fork
> 
> now open a new playground and start typing. Characters are invisible.
> Uko
> 
>> On 20 Apr 2015, at 11:14, Tudor Girba > > wrote:
>> 
>> Hi,
>> 
>> I did not see this before. Could you reproduce the issue?
>> 
>> Cheers,
>> Doru
>> 
>> 
>> On Mon, Apr 20, 2015 at 11:03 AM, Yuriy Tymchuk > > wrote:
>> Hi.
>> 
>> Sometimes it happens that playground does not do the syntax 
>> highlighting. This is especially frustrating when you open a new window 
>> and text is either white or transparent i.e. you cannot see what you are 
>> typing.
>> 
>> I guess this is because some process is blocked by another one. Is there 
>> a way to check it? Because I want to understand whether it is because of 
>> me, or not.
>> 
>> Cheers!
>> Uko
>> 
>> 
>> 
>> -- 
>> www.tudorgirba.com 
>> 
>> "Every thing has its own flow"
> 
> 
 
 
>>> 
>>> 
>> 
>

Re: [Pharo-dev] [ANN] Idea icon pack now in Configuration Browser

Little glitch: refreshIcon method missing and leading to issues.

Put this in:

refreshIcon
^ icons
at: #'refreshIcon'
ifAbsentPut:[ Form fromBinaryStream: (Base64MimeConverter
mimeDecodeToBytes: self refreshIconContents readStream) ].

Works now.

There may be other icons like that.

Phil

On Thu, Apr 30, 2015 at 1:29 PM, Esteban Lorenzano 
wrote:

> oops.
> sorry, is fixed now… can you re-try it?
>
> Esteban
>
> On 30 Apr 2015, at 12:37, p...@highoctane.be wrote:
>
> The Gofer stanza works.
>
> But
>
> Then DNU IdeaUIThermeIcons>>icons
>
> glamorousRight
> ^ self icons
> at: #'glamorousRight'
> ifAbsentPut:[ Form fromBinaryStream: (Base64MimeConverter
> mimeDecodeToBytes: self glamorousRightIconContents readStream) ].
>
> ??
>
> Pharo3.0
> Latest update: #30864
>
> Phil
>
>
> On Thu, Apr 30, 2015 at 12:20 PM, Esteban Lorenzano 
> wrote:
>
>> sorry, answered to fast… it was:
>>
>> the same
>> you can execute same script… it is proved to work on Pharo 3 without
>> problems (the other Esteban tested it :P)
>>
>> Esteban
>>
>>
>> > On 30 Apr 2015, at 12:19, Esteban Lorenzano 
>> wrote:
>> >
>> > the same
>> >
>> >> On 30 Apr 2015, at 12:18, p...@highoctane.be wrote:
>> >>
>> >> Wow
>> >>
>> >> Nice.
>> >>
>> >> Any way to load that in a 3.0?
>> >>
>> >> Phil
>> >
>>
>>
>>
>
>
>

Re: [Pharo-dev] [ANN] Idea icon pack now in Configuration Browser

thanks, I fix it.
please keep informing me the problems as they arise, is hard to test all the 
system to be sure :)

Esteban


> On 30 Apr 2015, at 15:17, p...@highoctane.be wrote:
> 
> Little glitch: refreshIcon method missing and leading to issues.
> 
> Put this in:
> 
> refreshIcon
> ^ icons
> at: #'refreshIcon'
> ifAbsentPut:[ Form fromBinaryStream: (Base64MimeConverter 
> mimeDecodeToBytes: self refreshIconContents readStream) ].
> 
> Works now.
> 
> There may be other icons like that.
> 
> Phil
> 
> On Thu, Apr 30, 2015 at 1:29 PM, Esteban Lorenzano  > wrote:
> oops. 
> sorry, is fixed now… can you re-try it?
> 
> Esteban
> 
>> On 30 Apr 2015, at 12:37, p...@highoctane.be  
>> wrote:
>> 
>> The Gofer stanza works.
>> 
>> But 
>> 
>> Then DNU IdeaUIThermeIcons>>icons
>> 
>> glamorousRight
>>  ^ self icons
>>  at: #'glamorousRight'
>>  ifAbsentPut:[ Form fromBinaryStream: 
>> (Base64MimeConverter mimeDecodeToBytes: self glamorousRightIconContents 
>> readStream) ].
>> 
>> ??
>> 
>> Pharo3.0
>> Latest update: #30864
>> 
>> Phil
>> 
>> 
>> On Thu, Apr 30, 2015 at 12:20 PM, Esteban Lorenzano > > wrote:
>> sorry, answered to fast… it was:
>> 
>> the same
>> you can execute same script… it is proved to work on Pharo 3 without 
>> problems (the other Esteban tested it :P)
>> 
>> Esteban
>> 
>> 
>> > On 30 Apr 2015, at 12:19, Esteban Lorenzano > > > wrote:
>> >
>> > the same
>> >
>> >> On 30 Apr 2015, at 12:18, p...@highoctane.be  
>> >> wrote:
>> >>
>> >> Wow
>> >>
>> >> Nice.
>> >>
>> >> Any way to load that in a 3.0?
>> >>
>> >> Phil
>> >
>> 
>> 
>>  
>> 
> 
> 
>

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

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

[Pharo-dev] [ANN] Screencast on Versionner (Part 2)

Hi again, 

Now I made a small video on how to use Versionner to help you manage your 
releases and commits. 

https://youtu.be/cFRJDuWL-Q0 

This is new stuff, so you will need latest Pharo 5 to use it, alternatively you 
can install latest Versionner into Pharo 4 (I don’t know how it will work on 
Pharo 3, you’ll probably need to load Glamour as well others).
In Pharo 4, you can install it executing: 

Gofer it 
smalltalkhubUser: 'PharoExtras' project: 'Versionner';
configuration;
loadVersion: '2.12.2'.

cheers, 
Esteban

[Pharo-dev] [pharo-project/pharo-core] 3f38c7: 50025

  Branch: refs/heads/5.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: 3f38c7a6995a6a152ee6a5371e2c348d56d304df
  
https://github.com/pharo-project/pharo-core/commit/3f38c7a6995a6a152ee6a5371e2c348d56d304df
  Author: Jenkins Build Server 
  Date:   2015-04-30 (Thu, 30 Apr 2015)

  Changed paths:
R Play.package/GG.class/README.md
R Play.package/GG.class/definition.st
R Play.package/TT.class/README.md
R Play.package/TT.class/definition.st
R ScriptLoader50.package/ScriptLoader.class/instance/pharo - 
scripts/script633.st
A ScriptLoader50.package/ScriptLoader.class/instance/pharo - 
scripts/script634.st
R ScriptLoader50.package/ScriptLoader.class/instance/pharo - 
updates/update50024.st
A ScriptLoader50.package/ScriptLoader.class/instance/pharo - 
updates/update50025.st
M 
ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st
M Shout.package/SHRBTextStyler.class/instance/visiting rb 
nodes/visitClassReferenceNode_.st
M Spec-Core.package/RadioButtonGroup.class/README.md
M Spec-Core.package/RadioButtonGroup.class/definition.st
M 
Spec-Core.package/RadioButtonGroup.class/instance/initialization/initialize.st
M 
Spec-Core.package/RadioButtonGroup.class/instance/protocol/addRadioButton_.st
A 
Spec-Core.package/RadioButtonGroup.class/instance/protocol/selectedButton.st
M 
Spec-Examples.package/RadioButtonGroupExample.class/class/example/example.st
M 
Spec-Examples.package/RadioButtonGroupExample.class/instance/initialization/initialize.st
A 
Spec-Examples.package/RadioButtonGroupExample.class/instance/initialization/initializeMorphs.st
M 
Spec-Examples.package/RadioButtonGroupExample.class/instance/initialization/initializePresenter.st
R 
Spec-Examples.package/RadioButtonGroupExample.class/instance/initialization/instantiateButtons.st
R 
Spec-Examples.package/RadioButtonGroupExample.class/instance/initialization/instantiateMorphs.st
A 
Spec-Examples.package/RadioButtonGroupExample.class/instance/initialization/on_show_.st
R 
Spec-Examples.package/RadioButtonGroupExample.class/instance/initialization/setActions.st
R 
Spec-Examples.package/RadioButtonGroupExample.class/instance/initialization/setActionsForButton1.st
R 
Spec-Examples.package/RadioButtonGroupExample.class/instance/initialization/setActionsForButton2.st
R 
Spec-Examples.package/RadioButtonGroupExample.class/instance/initialization/setActionsForButton3.st

  Log Message:
  ---
  50025
15451 AST Shout: should recognize incomplete class names and color them 
correctly
https://pharo.fogbugz.com/f/cases/15451

15446 Enhance RadioButtonGroup
https://pharo.fogbugz.com/f/cases/15446

15448 remove package Play
https://pharo.fogbugz.com/f/cases/15448

http://files.pharo.org/image/50/50025.zip

Re: [Pharo-dev] [ANN] Screencast on Versionner (Part 2)

I forget to tell that commit tool is still a beta. 
part of the purpose of this videos is to encourage you to use them and provide 
feedback and enhancement requests (for example Ben already asked for the 
possibility to make diffs… I’m working on it).

Esteban

> On 30 Apr 2015, at 15:31, Esteban Lorenzano  wrote:
> 
> Hi again, 
> 
> Now I made a small video on how to use Versionner to help you manage your 
> releases and commits. 
> 
> https://youtu.be/cFRJDuWL-Q0 
> 
> This is new stuff, so you will need latest Pharo 5 to use it, alternatively 
> you can install latest Versionner into Pharo 4 (I don’t know how it will work 
> on Pharo 3, you’ll probably need to load Glamour as well others).
> In Pharo 4, you can install it executing: 
> 
> Gofer it 
>   smalltalkhubUser: 'PharoExtras' project: 'Versionner';
>   configuration;
>   loadVersion: '2.12.2'.
> 
> cheers, 
> Esteban
> 
>

Re: [Pharo-dev] Is there a way to understand why rubric (playground) does not highlight code?

Ok, found the cause. By default the color of text is correctly set by themer. 
But RubParagraphDecorator>>#next: sets the color to transparent before the 
styling takes place. Does this make any sense? Because it’s like: “you cannot 
see anything while I’m styling”.

Uko

> On 30 Apr 2015, at 15:07, Yuriy Tymchuk  wrote:
> 
> Oh, and one more snippet that blocks syntax highlight and puts you in 
> transparent text madness:
> 
> GLMAsyncTask new
>   doInBackground: [ [ true ] whileTrue: [  ] ];
>   execute 
> 
> Uko
> 
>> On 30 Apr 2015, at 15:02, Yuriy Tymchuk > > wrote:
>> 
>> Ok, I’ve manually tried to set the color to black for a certain EditingArea 
>> and it works. Can anyone suggest me now can I put a breakpoint that work on 
>> insVar access? Do I have to do something with slots?
>> 
>> Uko
>> 
>> P.S. I really don’t get why everyone is so ignorant… whole our team suffers 
>> from not seeing text in rubric…
>> 
>>> On 28 Apr 2015, at 22:57, Yuriy Tymchuk >> > wrote:
>>> 
>>> Look, the point is that if code styling is not happening, because higher 
>>> priority process is running, you can’t see what you are typing. There is a 
>>> cause for that. Also, is there a way disable styling? Just to see what 
>>> happens then?
>>> 
>>> Uko
>>> 
>>> 
 On 28 Apr 2015, at 22:50, Peter Uhnák >>> > wrote:
 
 RubEditingArea allInstances collect: #textColor  "{Color transparent. 
 Color transparent. Color transparent. Color transparent. Color black. 
 Color black. Color lightGray}"
 
 But I haven't seen any place that would be missing color. Maybe the 
 "EditingArea" color is not used in favor of selection/section color (or 
 whatever the name of it in rubric is)?
 
 Peter
 
 On Tue, Apr 28, 2015 at 10:31 PM, Yuriy Tymchuk >>> > wrote:
 Guys, run please “RubEditingArea allInstances collect: #textColor”. Almost 
 all rubric text areas have transparent text color. Is it something strange 
 happening in my image, or you have the same?
 
 Uko
 
 
 
> On 20 Apr 2015, at 14:23, Peter Uhnák  > wrote:
> 
> This also happened to me several times when executing (do it and go) some 
> Roassal example with error (=it opened debugger). However the occurrence 
> is very inconsistent so I don't know what was the trigger.
> 
> Peter
> 
> On Mon, Apr 20, 2015 at 1:29 PM, Yuriy Tymchuk  > wrote:
> This was just an example. The question is how do I identify what is 
> blocking the highlighting.
> 
> Uko
> 
> 
>> On 20 Apr 2015, at 12:19, Denis Kudriashov > > wrote:
>> 
>> Hi
>> 
>> Maybe highlighting is running in process with lesser priority than 
>> default priority of #fork method.
>> 
>> Code like "[ [ true ] whileTrue: [  ] ] fork" will block any processes 
>> with lesser priority 
>> 
>> 
>> 2015-04-20 12:51 GMT+03:00 Yuriy Tymchuk > >:
>> Open a new pharo image (I’ve used latest 5, but on 4 it should work as 
>> well). Open playground and execute:
>> 
>> [ [ true ] whileTrue: [  ] ] fork
>> 
>> now open a new playground and start typing. Characters are invisible.
>> Uko
>> 
>>> On 20 Apr 2015, at 11:14, Tudor Girba >> > wrote:
>>> 
>>> Hi,
>>> 
>>> I did not see this before. Could you reproduce the issue?
>>> 
>>> Cheers,
>>> Doru
>>> 
>>> 
>>> On Mon, Apr 20, 2015 at 11:03 AM, Yuriy Tymchuk >> > wrote:
>>> Hi.
>>> 
>>> Sometimes it happens that playground does not do the syntax 
>>> highlighting. This is especially frustrating when you open a new window 
>>> and text is either white or transparent i.e. you cannot see what you 
>>> are typing.
>>> 
>>> I guess this is because some process is blocked by another one. Is 
>>> there a way to check it? Because I want to understand whether it is 
>>> because of me, or not.
>>> 
>>> Cheers!
>>> Uko
>>> 
>>> 
>>> 
>>> -- 
>>> www.tudorgirba.com 
>>> 
>>> "Every thing has its own flow"
>> 
>> 
> 
> 
 
 
>>> 
>> 
>

Re: [Pharo-dev] Is there a way to understand why rubric (playground) does not highlight code?

No idea it that's a feature or not :)
Feel free to remove it.


On Thu, Apr 30, 2015 at 4:01 PM, Yuriy Tymchuk  wrote:

> Ok, found the cause. By default the color of text is correctly set by
> themer. But RubParagraphDecorator>>#next: sets the color to transparent
> before the styling takes place. Does this make any sense? Because it’s
> like: “you cannot see anything while I’m styling”.
>
> Uko
>
> On 30 Apr 2015, at 15:07, Yuriy Tymchuk  wrote:
>
> Oh, and one more snippet that blocks syntax highlight and puts you in
> transparent text madness:
>
> GLMAsyncTask new
> doInBackground: [ [ true ] whileTrue: [  ] ];
> execute
>
> Uko
>
> On 30 Apr 2015, at 15:02, Yuriy Tymchuk  wrote:
>
> Ok, I’ve manually tried to set the color to black for a
> certain EditingArea and it works. Can anyone suggest me now can I put a
> breakpoint that work on insVar access? Do I have to do something with slots?
>
> Uko
>
> P.S. I really don’t get why everyone is so ignorant… whole our team
> suffers from not seeing text in rubric…
>
> On 28 Apr 2015, at 22:57, Yuriy Tymchuk  wrote:
>
> Look, the point is that if code styling is not happening, because higher
> priority process is running, you can’t see what you are typing. There is a
> cause for that. Also, is there a way disable styling? Just to see what
> happens then?
>
> Uko
>
>
> On 28 Apr 2015, at 22:50, Peter Uhnák  wrote:
>
> RubEditingArea allInstances collect: #textColor  "{Color transparent.
> Color transparent. Color transparent. Color transparent. Color black. Color
> black. Color lightGray}"
>
> But I haven't seen any place that would be missing color. Maybe the
> "EditingArea" color is not used in favor of selection/section color (or
> whatever the name of it in rubric is)?
>
> Peter
>
> On Tue, Apr 28, 2015 at 10:31 PM, Yuriy Tymchuk 
> wrote:
>
>> Guys, run please “RubEditingArea allInstances collect: #textColor”.
>> Almost all rubric text areas have transparent text color. Is it something
>> strange happening in my image, or you have the same?
>>
>> Uko
>>
>>
>>
>> On 20 Apr 2015, at 14:23, Peter Uhnák  wrote:
>>
>> This also happened to me several times when executing (do it and go) some
>> Roassal example with error (=it opened debugger). However the occurrence is
>> very inconsistent so I don't know what was the trigger.
>>
>> Peter
>>
>> On Mon, Apr 20, 2015 at 1:29 PM, Yuriy Tymchuk 
>> wrote:
>>
>>> This was just an example. The question is how do I identify what is
>>> blocking the highlighting.
>>>
>>> Uko
>>>
>>>
>>> On 20 Apr 2015, at 12:19, Denis Kudriashov  wrote:
>>>
>>> Hi
>>>
>>> Maybe highlighting is running in process with lesser priority than
>>> default priority of #fork method.
>>>
>>> Code like "[ [ true ] whileTrue: [  ] ] fork" will block any processes
>>> with lesser priority
>>>
>>>
>>> 2015-04-20 12:51 GMT+03:00 Yuriy Tymchuk :
>>>
 Open a new pharo image (I’ve used latest 5, but on 4 it should work as
 well). Open playground and execute:

 [ [ true ] whileTrue: [  ] ] fork

 now open a new playground and start typing. Characters are invisible.
 Uko

 On 20 Apr 2015, at 11:14, Tudor Girba  wrote:

 Hi,

 I did not see this before. Could you reproduce the issue?

 Cheers,
 Doru


 On Mon, Apr 20, 2015 at 11:03 AM, Yuriy Tymchuk 
 wrote:

> Hi.
>
> Sometimes it happens that playground does not do the syntax
> highlighting. This is especially frustrating when you open a new window 
> and
> text is either white or transparent i.e. you cannot see what you are 
> typing.
>
> I guess this is because some process is blocked by another one. Is
> there a way to check it? Because I want to understand whether it is 
> because
> of me, or not.
>
> Cheers!
> Uko
>



 --
 www.tudorgirba.com

 "Every thing has its own flow"



>>>
>>>
>>
>>
>
>
>
>
>

Re: [Pharo-dev] Differences between TextConverters and ZnEncoders


I am biased, but the Zn converters are better. Why ? Because they work between String 
<-> Bytes as a text encoder/decoder should. They also have a number of extra 
features (counting the number of encoded bytes, being able to move backwards on 
input, being able to be very strict), are faster and have a clearer implementation. 
Furthermore, they are more correct and implement more encodings.

There is also good documentation 
http://stfx.eu/EnterprisePharo/Zinc-Encoding-Meta/

ZnCharacter[Read|Write]Stream are also very instructive, compare them to 
MultiByteStream.

Should we throw the other one out ? Probably. But it is the same problems as 
with Xtreams: the API is different and adding a compatibility layer would 
defeat the purpose. So I don't know.

Sven


I would integrate the good ones and deprecate the old ones!

Stef

Re: [Pharo-dev] Differences between TextConverters and ZnEncoders

They already are integrated! it's a matter of rewrite all usages of
MultiByteScaryStream and friends...

El jue., 30 de abr. de 2015 a la(s) 4:06 p. m., stepharo 
escribió:

> > I am biased, but the Zn converters are better. Why ? Because they work
> between String <-> Bytes as a text encoder/decoder should. They also have a
> number of extra features (counting the number of encoded bytes, being able
> to move backwards on input, being able to be very strict), are faster and
> have a clearer implementation. Furthermore, they are more correct and
> implement more encodings.
> >
> > There is also good documentation
> http://stfx.eu/EnterprisePharo/Zinc-Encoding-Meta/
> >
> > ZnCharacter[Read|Write]Stream are also very instructive, compare them to
> MultiByteStream.
> >
> > Should we throw the other one out ? Probably. But it is the same
> problems as with Xtreams: the API is different and adding a compatibility
> layer would defeat the purpose. So I don't know.
> >
> > Sven
>
> I would integrate the good ones and deprecate the old ones!
>
> Stef
>
>
>

Re: [Pharo-dev] [Review] Issue 14080: Nuke remaining subStringXyz's




Le 29/4/15 13:46, Sean P. DeNigris a écrit :

Luc Fabresse wrote

Congrats Sean for this one!
It impacts on a lot of external packages...

Thanks, Luc! The whole time I was working on this, I was thinking "there is
not enough value in a simple rename to be worth all this work".


No there is :)


But now, I'm
really glad I finished it for one reason - now I know it can be done! What I
mean is that IIRC it would have been way more complicated and scary to do
that change a few years ago without Jenkins, Penelope, slices, a group of
immediately available reviewers/integrators, etc. I clearly experienced the
compounded value of all of the infrastructure we have built. Now that I know
we have the structures necessary to support broad changes to the system, I
am dreaming about what to do next...



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/Review-Issue-14080-Nuke-remaining-subStringXyz-s-tp4822629p4822856.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] Is there a way to understand why rubric (playground) does not highlight code?

I’d like to remove that, but I also want to communicate about what was the 
original intent. Because now before the styling takes place the text color is 
stored and set to transparent, and after the styling takes place the previous 
color is set. But if the styling is delayed because other processes are running 
- you end up with transparent text in your playground/inspector.

Uko



> On 30 Apr 2015, at 16:04, Andrei Chis  wrote:
> 
> No idea it that's a feature or not :)
> Feel free to remove it.
> 
> 
> On Thu, Apr 30, 2015 at 4:01 PM, Yuriy Tymchuk  > wrote:
> Ok, found the cause. By default the color of text is correctly set by themer. 
> But RubParagraphDecorator>>#next: sets the color to transparent before the 
> styling takes place. Does this make any sense? Because it’s like: “you cannot 
> see anything while I’m styling”.
> 
> Uko
> 
>> On 30 Apr 2015, at 15:07, Yuriy Tymchuk > > wrote:
>> 
>> Oh, and one more snippet that blocks syntax highlight and puts you in 
>> transparent text madness:
>> 
>> GLMAsyncTask new
>>  doInBackground: [ [ true ] whileTrue: [  ] ];
>>  execute 
>> 
>> Uko
>> 
>>> On 30 Apr 2015, at 15:02, Yuriy Tymchuk >> > wrote:
>>> 
>>> Ok, I’ve manually tried to set the color to black for a certain EditingArea 
>>> and it works. Can anyone suggest me now can I put a breakpoint that work on 
>>> insVar access? Do I have to do something with slots?
>>> 
>>> Uko
>>> 
>>> P.S. I really don’t get why everyone is so ignorant… whole our team suffers 
>>> from not seeing text in rubric…
>>> 
 On 28 Apr 2015, at 22:57, Yuriy Tymchuk >>> > wrote:
 
 Look, the point is that if code styling is not happening, because higher 
 priority process is running, you can’t see what you are typing. There is a 
 cause for that. Also, is there a way disable styling? Just to see what 
 happens then?
 
 Uko
 
 
> On 28 Apr 2015, at 22:50, Peter Uhnák  > wrote:
> 
> RubEditingArea allInstances collect: #textColor  "{Color transparent. 
> Color transparent. Color transparent. Color transparent. Color black. 
> Color black. Color lightGray}"
> 
> But I haven't seen any place that would be missing color. Maybe the 
> "EditingArea" color is not used in favor of selection/section color (or 
> whatever the name of it in rubric is)?
> 
> Peter
> 
> On Tue, Apr 28, 2015 at 10:31 PM, Yuriy Tymchuk  > wrote:
> Guys, run please “RubEditingArea allInstances collect: #textColor”. 
> Almost all rubric text areas have transparent text color. Is it something 
> strange happening in my image, or you have the same?
> 
> Uko
> 
> 
> 
>> On 20 Apr 2015, at 14:23, Peter Uhnák > > wrote:
>> 
>> This also happened to me several times when executing (do it and go) 
>> some Roassal example with error (=it opened debugger). However the 
>> occurrence is very inconsistent so I don't know what was the trigger.
>> 
>> Peter
>> 
>> On Mon, Apr 20, 2015 at 1:29 PM, Yuriy Tymchuk > > wrote:
>> This was just an example. The question is how do I identify what is 
>> blocking the highlighting.
>> 
>> Uko
>> 
>> 
>>> On 20 Apr 2015, at 12:19, Denis Kudriashov >> > wrote:
>>> 
>>> Hi
>>> 
>>> Maybe highlighting is running in process with lesser priority than 
>>> default priority of #fork method.
>>> 
>>> Code like "[ [ true ] whileTrue: [  ] ] fork" will block any processes 
>>> with lesser priority 
>>> 
>>> 
>>> 2015-04-20 12:51 GMT+03:00 Yuriy Tymchuk >> >:
>>> Open a new pharo image (I’ve used latest 5, but on 4 it should work as 
>>> well). Open playground and execute:
>>> 
>>> [ [ true ] whileTrue: [  ] ] fork
>>> 
>>> now open a new playground and start typing. Characters are invisible.
>>> Uko
>>> 
 On 20 Apr 2015, at 11:14, Tudor Girba >>> > wrote:
 
 Hi,
 
 I did not see this before. Could you reproduce the issue?
 
 Cheers,
 Doru
 
 
 On Mon, Apr 20, 2015 at 11:03 AM, Yuriy Tymchuk >>> > wrote:
 Hi.
 
 Sometimes it happens that playground does not do the syntax 
 highlighting. This is especially frustrating when you open a new 
 window and text is either white or transparent i.e. you cannot see 
 what you are typing.
 
 I guess this is because some process is blocked by another one. Is 
 there a way to check it? Because I want to underst

Re: [Pharo-dev] Collecting user data

One is also easier to improve/maintain.
Stef

Le 28/4/15 14:31, Andrei Chis a écrit :
Yes, some level of unification would be nice, especially for the part 
about users agreeing to send usage data and persisting that setting.
Also at least two general levels of details about what data is being 
send that tools should follow would help (full anonymous vs. include 
class names/method names ?).
Last but not least, a single entry point for sending that data over 
the network would help.

How data is collected/stored will differ from tool to tool, but 
agreeing on the previous aspects would make it much easier to collect 
data.

Cheers,
Andrei

On Tue, Apr 28, 2015 at 1:18 PM, Marcus Denker > wrote:

> On 28 Apr 2015, at 11:42, Yuriy Tymchuk mailto:yuriy.tymc...@me.com>> wrote:
>
> Hi guys,
>
> from time to time we have to collect a usage data in order to
improve our tools. For example I’d like to collect data in future
about how do you treat code critics: do they occur, do you outfox
them, do you mark them as false positives? If we had answers to
these questions, we could really make good and helpful critics.
>
> For now I know that there are 3 projects which collect data:
> - GTSpotter
> - Shoreline
> - DFlow (not in image by default).
>
> Should I make 4th data collection for QualityAssistant? Or maybe
we can do some unification?
>

I would love unification!

It’s not only good for the researchers, but even for the user: I
do not want to decide 5 times to give data to research,
but I want to decide it once…

Marcus

Re: [Pharo-dev] Differences between TextConverters and ZnEncoders

So could not we spot the "cr" conversion and isolate the users/providers?

Stef

Le 30/4/15 12:40, Sven Van Caekenberghe a écrit :

On 30 Apr 2015, at 11:59, Guillermo Polito wrote:

I'd like to summarize some things

+ 1 to all that sven said.

Taking a look at users of old text converters, there are only 77 of them:

(TextConverter withAllSubclasses gather: [ :each |
SystemNavigation new allReferencesTo: each binding ]) size
" => 77"

That is maybe a good starting point. And it will step by step remove the
leading char magic.

The only point where I see a problem is in the feature "convert magically cr's to some line
ending convention" that is managed by a mixture between the text converter and the file
stream. I would not like to push this "feature" to the zinc encoders. Actually I don't
believe it belongs to the file reading neither.

That are the things I am talking about, the old code mixed things up way too
much.

The main API problem is a key one: the old converters work String <-> String, the new
ones String <-> ByteArray (or streams of course).

Also does anyone dare to touch MultiByteFileStream or
MultiByteBinaryOrTextStream (the names alone ;-) ?

Guille

El jue., 30 de abr. de 2015 a la(s) 11:46 a. m., Norbert Hartl
escribió:
If yours is better there shouldn't be much of a reason to keep the bad one,
right? I'd just suggest that pharo does not depend on zinc classes but the
encoder moves to pharo with a different name.

Norbert

Am 30.04.2015 um 11:42 schrieb Sven Van Caekenberghe :

On 30 Apr 2015, at 11:13, Guillermo Polito wrote:

Hi!

I'm struggling with the TextConverter's API in Pharo :).

I wanted to test the converters in Pharo, and I found the method
#convertFromSystemString: that should (from its name) convert a Pharo String
into an encoded version of it.

(UTF8TextConverter default convertFromSystemString: 'á').

Funny thing, it does not do that. It does the opposite: it tries to convert an
encoded string to a pharo string. And so it fails. Of course, its symmetrical
version does what I want and behaves as the ZnUTF8Encoder :)

(UTF8TextConverter default convertToSystemString: 'á') asByteArray
"#[195 161]"

ZnUTF8Encoder new encodeString: 'á' "#[195 161]"

Question:
- does the convertTo/From methods makes sense to you or It's just me that sees
them inverted?
- does it make sense to have the two versions of converters? Zn and the
TextConverters do the same in my opinion (or maybe I'm confused :) )

Guille

I am biased, but the Zn converters are better. Why ? Because they work between String
<-> Bytes as a text encoder/decoder should. They also have a number of extra
features (counting the number of encoded bytes, being able to move backwards on
input, being able to be very strict), are faster and have a clearer implementation.
Furthermore, they are more correct and implement more encodings.

There is also good documentation
http://stfx.eu/EnterprisePharo/Zinc-Encoding-Meta/

ZnCharacter[Read|Write]Stream are also very instructive, compare them to
MultiByteStream.

Should we throw the other one out ? Probably. But it is the same problems as
with Xtreams: the API is different and adding a compatibility layer would
defeat the purpose. So I don't know.

Sven

Re: [Pharo-dev] Collecting user data

Ok, then an important question: is any author of a reporting tool ready to help 
other 2 authors to migrate to his tool?

Uko


> On 30 Apr 2015, at 16:10, stepharo  wrote:
> 
> 
> One is also easier to improve/maintain. 
> Stef
> 
> 
> Le 28/4/15 14:31, Andrei Chis a écrit :
>> Yes, some level of unification would be nice, especially for the part about 
>> users agreeing to send usage data and persisting that setting.
>> Also at least two general levels of details about what data is being send 
>> that tools should follow would help (full anonymous vs. include class 
>> names/method names ?).
>> Last but not least, a single entry point for sending that data over the 
>> network would help.
>> 
>> How data is collected/stored will differ from tool to tool, but agreeing on 
>> the previous aspects would make it much easier to collect data.
>> 
>> Cheers,
>> Andrei
>> 
>> On Tue, Apr 28, 2015 at 1:18 PM, Marcus Denker > > wrote:
>> 
>> > On 28 Apr 2015, at 11:42, Yuriy Tymchuk > > > wrote:
>> >
>> > Hi guys,
>> >
>> > from time to time we have to collect a usage data in order to improve our 
>> > tools. For example I’d like to collect data in future about how do you 
>> > treat code critics: do they occur, do you outfox them, do you mark them as 
>> > false positives? If we had answers to these questions, we could really 
>> > make good and helpful critics.
>> >
>> > For now I know that there are 3 projects which collect data:
>> > - GTSpotter
>> > - Shoreline
>> > - DFlow (not in image by default).
>> >
>> > Should I make 4th data collection for QualityAssistant? Or maybe we can do 
>> > some unification?
>> >
>> 
>> I would love unification!
>> 
>> It’s not only good for the researchers, but even for the user: I do not want 
>> to decide 5 times to give data to research,
>> but I want to decide it once…
>> 
>> Marcus
>> 
>> 
>> 
>

Re: [Pharo-dev] Is there a way to understand why rubric (playground) does not highlight code?

Maybe Alain (in CC) can share some light on this :)

Cheers,
Andrei

On Thu, Apr 30, 2015 at 4:08 PM, Yuriy Tymchuk  wrote:

> I’d like to remove that, but I also want to communicate about what was the
> original intent. Because now before the styling takes place the text color
> is stored and set to transparent, and after the styling takes place the
> previous color is set. But if the styling is delayed because other
> processes are running - you end up with transparent text in your
> playground/inspector.
>
> Uko
>
>
>
>
> On 30 Apr 2015, at 16:04, Andrei Chis  wrote:
>
> No idea it that's a feature or not :)
> Feel free to remove it.
>
>
> On Thu, Apr 30, 2015 at 4:01 PM, Yuriy Tymchuk 
> wrote:
>
>> Ok, found the cause. By default the color of text is correctly set by
>> themer. But RubParagraphDecorator>>#next: sets the color to transparent
>> before the styling takes place. Does this make any sense? Because it’s
>> like: “you cannot see anything while I’m styling”.
>>
>> Uko
>>
>> On 30 Apr 2015, at 15:07, Yuriy Tymchuk  wrote:
>>
>> Oh, and one more snippet that blocks syntax highlight and puts you in
>> transparent text madness:
>>
>> GLMAsyncTask new
>> doInBackground: [ [ true ] whileTrue: [  ] ];
>> execute
>>
>> Uko
>>
>> On 30 Apr 2015, at 15:02, Yuriy Tymchuk  wrote:
>>
>> Ok, I’ve manually tried to set the color to black for a
>> certain EditingArea and it works. Can anyone suggest me now can I put a
>> breakpoint that work on insVar access? Do I have to do something with slots?
>>
>> Uko
>>
>> P.S. I really don’t get why everyone is so ignorant… whole our team
>> suffers from not seeing text in rubric…
>>
>> On 28 Apr 2015, at 22:57, Yuriy Tymchuk  wrote:
>>
>> Look, the point is that if code styling is not happening, because higher
>> priority process is running, you can’t see what you are typing. There is a
>> cause for that. Also, is there a way disable styling? Just to see what
>> happens then?
>>
>> Uko
>>
>>
>> On 28 Apr 2015, at 22:50, Peter Uhnák  wrote:
>>
>> RubEditingArea allInstances collect: #textColor  "{Color transparent.
>> Color transparent. Color transparent. Color transparent. Color black. Color
>> black. Color lightGray}"
>>
>> But I haven't seen any place that would be missing color. Maybe the
>> "EditingArea" color is not used in favor of selection/section color (or
>> whatever the name of it in rubric is)?
>>
>> Peter
>>
>> On Tue, Apr 28, 2015 at 10:31 PM, Yuriy Tymchuk 
>> wrote:
>>
>>> Guys, run please “RubEditingArea allInstances collect: #textColor”.
>>> Almost all rubric text areas have transparent text color. Is it something
>>> strange happening in my image, or you have the same?
>>>
>>> Uko
>>>
>>>
>>>
>>> On 20 Apr 2015, at 14:23, Peter Uhnák  wrote:
>>>
>>> This also happened to me several times when executing (do it and go)
>>> some Roassal example with error (=it opened debugger). However the
>>> occurrence is very inconsistent so I don't know what was the trigger.
>>>
>>> Peter
>>>
>>> On Mon, Apr 20, 2015 at 1:29 PM, Yuriy Tymchuk 
>>> wrote:
>>>
 This was just an example. The question is how do I identify what is
 blocking the highlighting.

 Uko


 On 20 Apr 2015, at 12:19, Denis Kudriashov 
 wrote:

 Hi

 Maybe highlighting is running in process with lesser priority than
 default priority of #fork method.

 Code like "[ [ true ] whileTrue: [  ] ] fork" will block any processes
 with lesser priority


 2015-04-20 12:51 GMT+03:00 Yuriy Tymchuk :

> Open a new pharo image (I’ve used latest 5, but on 4 it should work as
> well). Open playground and execute:
>
> [ [ true ] whileTrue: [  ] ] fork
>
> now open a new playground and start typing. Characters are invisible.
> Uko
>
> On 20 Apr 2015, at 11:14, Tudor Girba  wrote:
>
> Hi,
>
> I did not see this before. Could you reproduce the issue?
>
> Cheers,
> Doru
>
>
> On Mon, Apr 20, 2015 at 11:03 AM, Yuriy Tymchuk 
> wrote:
>
>> Hi.
>>
>> Sometimes it happens that playground does not do the syntax
>> highlighting. This is especially frustrating when you open a new window 
>> and
>> text is either white or transparent i.e. you cannot see what you are 
>> typing.
>>
>> I guess this is because some process is blocked by another one. Is
>> there a way to check it? Because I want to understand whether it is 
>> because
>> of me, or not.
>>
>> Cheers!
>> Uko
>>
>
>
>
> --
> www.tudorgirba.com
>
> "Every thing has its own flow"
>
>
>


>>>
>>>
>>
>>
>>
>>
>>
>
>

Re: [Pharo-dev] Collecting user data

Of course :)
Just right now we are too busy with releasing moose 5.1 and moving
development to Pharo 5.
After it's done we can sync more on this.

Cheers,
Andrei

On Thu, Apr 30, 2015 at 4:15 PM, Yuriy Tymchuk  wrote:

> Ok, then an important question: is any author of a reporting tool ready to
> help other 2 authors to migrate to his tool?
>
> Uko
>
>
>
> On 30 Apr 2015, at 16:10, stepharo  wrote:
>
>
> One is also easier to improve/maintain.
> Stef
>
>
> Le 28/4/15 14:31, Andrei Chis a écrit :
>
> Yes, some level of unification would be nice, especially for the part
> about users agreeing to send usage data and persisting that setting.
> Also at least two general levels of details about what data is being send
> that tools should follow would help (full anonymous vs. include class
> names/method names ?).
> Last but not least, a single entry point for sending that data over the
> network would help.
>
>  How data is collected/stored will differ from tool to tool, but agreeing
> on the previous aspects would make it much easier to collect data.
>
>  Cheers,
> Andrei
>
> On Tue, Apr 28, 2015 at 1:18 PM, Marcus Denker 
> wrote:
>
>>
>> > On 28 Apr 2015, at 11:42, Yuriy Tymchuk  wrote:
>> >
>> > Hi guys,
>> >
>> > from time to time we have to collect a usage data in order to improve
>> our tools. For example I’d like to collect data in future about how do you
>> treat code critics: do they occur, do you outfox them, do you mark them as
>> false positives? If we had answers to these questions, we could really make
>> good and helpful critics.
>> >
>> > For now I know that there are 3 projects which collect data:
>> > - GTSpotter
>> > - Shoreline
>> > - DFlow (not in image by default).
>> >
>> > Should I make 4th data collection for QualityAssistant? Or maybe we can
>> do some unification?
>> >
>>
>>  I would love unification!
>>
>> It’s not only good for the researchers, but even for the user: I do not
>> want to decide 5 times to give data to research,
>> but I want to decide it once…
>>
>> Marcus
>>
>>
>>
>
>
>

Re: [Pharo-dev] Collecting user data

Cool.


> On 30 Apr 2015, at 16:18, Andrei Chis  wrote:
> 
> Of course :)
> Just right now we are too busy with releasing moose 5.1 and moving 
> development to Pharo 5.
> After it's done we can sync more on this.
> 
> Cheers,
> Andrei
> 
> On Thu, Apr 30, 2015 at 4:15 PM, Yuriy Tymchuk  > wrote:
> Ok, then an important question: is any author of a reporting tool ready to 
> help other 2 authors to migrate to his tool?
> 
> Uko
> 
> 
> 
>> On 30 Apr 2015, at 16:10, stepharo > > wrote:
>> 
>> 
>> One is also easier to improve/maintain. 
>> Stef
>> 
>> 
>> Le 28/4/15 14:31, Andrei Chis a écrit :
>>> Yes, some level of unification would be nice, especially for the part about 
>>> users agreeing to send usage data and persisting that setting.
>>> Also at least two general levels of details about what data is being send 
>>> that tools should follow would help (full anonymous vs. include class 
>>> names/method names ?).
>>> Last but not least, a single entry point for sending that data over the 
>>> network would help.
>>> 
>>> How data is collected/stored will differ from tool to tool, but agreeing on 
>>> the previous aspects would make it much easier to collect data.
>>> 
>>> Cheers,
>>> Andrei
>>> 
>>> On Tue, Apr 28, 2015 at 1:18 PM, Marcus Denker >> > wrote:
>>> 
>>> > On 28 Apr 2015, at 11:42, Yuriy Tymchuk >> > > wrote:
>>> >
>>> > Hi guys,
>>> >
>>> > from time to time we have to collect a usage data in order to improve our 
>>> > tools. For example I’d like to collect data in future about how do you 
>>> > treat code critics: do they occur, do you outfox them, do you mark them 
>>> > as false positives? If we had answers to these questions, we could really 
>>> > make good and helpful critics.
>>> >
>>> > For now I know that there are 3 projects which collect data:
>>> > - GTSpotter
>>> > - Shoreline
>>> > - DFlow (not in image by default).
>>> >
>>> > Should I make 4th data collection for QualityAssistant? Or maybe we can 
>>> > do some unification?
>>> >
>>> 
>>> I would love unification!
>>> 
>>> It’s not only good for the researchers, but even for the user: I do not 
>>> want to decide 5 times to give data to research,
>>> but I want to decide it once…
>>> 
>>> Marcus
>>> 
>>> 
>>> 
>> 
> 
>

Re: [Pharo-dev] [ANN] Screencast on Versionner (Part 2)


esteban

can you provide the link to the second videos?

Stef


Le 30/4/15 15:31, Esteban Lorenzano a écrit :

Hi again,

Now I made a small video on how to use Versionner to help you manage 
your releases and commits.


https://youtu.be/cFRJDuWL-Q0

This is new stuff, so you will need latest Pharo 5 to use it, 
alternatively you can install latest Versionner into Pharo 4 (I don’t 
know how it will work on Pharo 3, you’ll probably need to load Glamour 
as well others).

In Pharo 4, you can install it executing:

Gofer it
smalltalkhubUser: 'PharoExtras' project: 'Versionner';
configuration;
loadVersion: '2.12.2'.

cheers,
Esteban

[Pharo-dev] Cypress - cross platform Pharo & Visualworks

2015-04-30 Thread Ben Coman

Is anyone using cross-platform Pharo / VisualWorks development with Cypress?
https://github.com/CampSmalltalk/Cypress

cheers -ben

Re: [Pharo-dev] [Pharo-users] [ANN] Screencast on Versionner (Part 2)

2015-04-30 Thread Cyril Ferlicot

http://youtu.be/SxTpuSHNh2E

Le jeudi 30 avril 2015, stepharo  a écrit :

>  esteban
>
> can you provide the link to the second videos?
>
> Stef
>
>
> Le 30/4/15 15:31, Esteban Lorenzano a écrit :
>
> Hi again,
>
>  Now I made a small video on how to use Versionner to help you manage
> your releases and commits.
>
>  https://youtu.be/cFRJDuWL-Q0
>
>  This is new stuff, so you will need latest Pharo 5 to use it,
> alternatively you can install latest Versionner into Pharo 4 (I don’t know
> how it will work on Pharo 3, you’ll probably need to load Glamour as well
> others).
> In Pharo 4, you can install it executing:
>
>  Gofer it
>  smalltalkhubUser: 'PharoExtras' project: 'Versionner';
>  configuration;
>  loadVersion: '2.12.2'.
>
>  cheers,
> Esteban
>
>
>
>

-- 
Cheers
Cyril Ferlicot

Re: [Pharo-dev] [ANN] Screencast on Versionner (Part 2)

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


> On 30 Apr 2015, at 16:48, stepharo  wrote:
> 
> esteban 
> 
> can you provide the link to the second videos?
> 
> Stef
> 
> 
> Le 30/4/15 15:31, Esteban Lorenzano a écrit :
>> Hi again, 
>> 
>> Now I made a small video on how to use Versionner to help you manage your 
>> releases and commits. 
>> 
>> https://youtu.be/cFRJDuWL-Q0 
>> 
>> This is new stuff, so you will need latest Pharo 5 to use it, alternatively 
>> you can install latest Versionner into Pharo 4 (I don’t know how it will 
>> work on Pharo 3, you’ll probably need to load Glamour as well others).
>> In Pharo 4, you can install it executing: 
>> 
>> Gofer it 
>>  smalltalkhubUser: 'PharoExtras' project: 'Versionner';
>>  configuration;
>>  loadVersion: '2.12.2'.
>> 
>> cheers, 
>> Esteban
>> 
>> 
>

Re: [Pharo-dev] [ANN] Screencast on Versionner (Part 2)

2015-04-30 Thread kilon alios

thanks Esteban, very useful tutorial

On Thu, Apr 30, 2015 at 6:00 PM Esteban Lorenzano 
wrote:

> https://www.youtube.com/watch?v=SxTpuSHNh2E
>
> On 30 Apr 2015, at 16:48, stepharo  wrote:
>
>  esteban
>
> can you provide the link to the second videos?
>
> Stef
>
>
> Le 30/4/15 15:31, Esteban Lorenzano a écrit :
>
> Hi again,
>
>  Now I made a small video on how to use Versionner to help you manage
> your releases and commits.
>
>  https://youtu.be/cFRJDuWL-Q0
>
>  This is new stuff, so you will need latest Pharo 5 to use it,
> alternatively you can install latest Versionner into Pharo 4 (I don’t know
> how it will work on Pharo 3, you’ll probably need to load Glamour as well
> others).
> In Pharo 4, you can install it executing:
>
>  Gofer it
>  smalltalkhubUser: 'PharoExtras' project: 'Versionner';
>  configuration;
>  loadVersion: '2.12.2'.
>
>  cheers,
> Esteban
>
>
>
>
>

Re: [Pharo-dev] Is there a way to understand why rubric (playground) does not highlight code?

Then we can remove the transparent color.

Yuriy if you remove it you can also use versioner to make a new
configurations for rubric and submit a bug report to integrate :)


Cheers,
Andrei

On Thu, Apr 30, 2015 at 5:25 PM, Alain Plantec 
wrote:

>
> On 30 Apr 2015, at 16:16, Andrei Chis  wrote:
>
> Maybe Alain (in CC) can share some light on this :)
>
>
> ah, strange behaviour and no original intent  :)
> thanks !
>
> cheers
> Alain
>
>
>
> Cheers,
> Andrei
>
> On Thu, Apr 30, 2015 at 4:08 PM, Yuriy Tymchuk 
> wrote:
>
>> I’d like to remove that, but I also want to communicate about what was
>> the original intent. Because now before the styling takes place the text
>> color is stored and set to transparent, and after the styling takes place
>> the previous color is set. But if the styling is delayed because other
>> processes are running - you end up with transparent text in your
>> playground/inspector.
>>
>> Uko
>>
>>
>>
>>
>> On 30 Apr 2015, at 16:04, Andrei Chis  wrote:
>>
>> No idea it that's a feature or not :)
>> Feel free to remove it.
>>
>>
>> On Thu, Apr 30, 2015 at 4:01 PM, Yuriy Tymchuk 
>> wrote:
>>
>>> Ok, found the cause. By default the color of text is correctly set by
>>> themer. But RubParagraphDecorator>>#next: sets the color to transparent
>>> before the styling takes place. Does this make any sense? Because it’s
>>> like: “you cannot see anything while I’m styling”.
>>>
>>> Uko
>>>
>>> On 30 Apr 2015, at 15:07, Yuriy Tymchuk  wrote:
>>>
>>> Oh, and one more snippet that blocks syntax highlight and puts you in
>>> transparent text madness:
>>>
>>> GLMAsyncTask new
>>> doInBackground: [ [ true ] whileTrue: [  ] ];
>>> execute
>>>
>>> Uko
>>>
>>> On 30 Apr 2015, at 15:02, Yuriy Tymchuk  wrote:
>>>
>>> Ok, I’ve manually tried to set the color to black for a
>>> certain EditingArea and it works. Can anyone suggest me now can I put a
>>> breakpoint that work on insVar access? Do I have to do something with slots?
>>>
>>> Uko
>>>
>>> P.S. I really don’t get why everyone is so ignorant… whole our team
>>> suffers from not seeing text in rubric…
>>>
>>> On 28 Apr 2015, at 22:57, Yuriy Tymchuk  wrote:
>>>
>>> Look, the point is that if code styling is not happening, because higher
>>> priority process is running, you can’t see what you are typing. There is a
>>> cause for that. Also, is there a way disable styling? Just to see what
>>> happens then?
>>>
>>> Uko
>>>
>>>
>>> On 28 Apr 2015, at 22:50, Peter Uhnák  wrote:
>>>
>>> RubEditingArea allInstances collect: #textColor  "{Color transparent.
>>> Color transparent. Color transparent. Color transparent. Color black. Color
>>> black. Color lightGray}"
>>>
>>> But I haven't seen any place that would be missing color. Maybe the
>>> "EditingArea" color is not used in favor of selection/section color (or
>>> whatever the name of it in rubric is)?
>>>
>>> Peter
>>>
>>> On Tue, Apr 28, 2015 at 10:31 PM, Yuriy Tymchuk 
>>> wrote:
>>>
 Guys, run please “RubEditingArea allInstances collect: #textColor”.
 Almost all rubric text areas have transparent text color. Is it something
 strange happening in my image, or you have the same?

 Uko



 On 20 Apr 2015, at 14:23, Peter Uhnák  wrote:

 This also happened to me several times when executing (do it and go)
 some Roassal example with error (=it opened debugger). However the
 occurrence is very inconsistent so I don't know what was the trigger.

 Peter

 On Mon, Apr 20, 2015 at 1:29 PM, Yuriy Tymchuk 
 wrote:

> This was just an example. The question is how do I identify what is
> blocking the highlighting.
>
> Uko
>
>
> On 20 Apr 2015, at 12:19, Denis Kudriashov 
> wrote:
>
> Hi
>
> Maybe highlighting is running in process with lesser priority than
> default priority of #fork method.
>
> Code like "[ [ true ] whileTrue: [  ] ] fork" will block any processes
> with lesser priority
>
>
> 2015-04-20 12:51 GMT+03:00 Yuriy Tymchuk :
>
>> Open a new pharo image (I’ve used latest 5, but on 4 it should work
>> as well). Open playground and execute:
>>
>> [ [ true ] whileTrue: [  ] ] fork
>>
>> now open a new playground and start typing. Characters are invisible.
>> Uko
>>
>> On 20 Apr 2015, at 11:14, Tudor Girba  wrote:
>>
>> Hi,
>>
>> I did not see this before. Could you reproduce the issue?
>>
>> Cheers,
>> Doru
>>
>>
>> On Mon, Apr 20, 2015 at 11:03 AM, Yuriy Tymchuk > > wrote:
>>
>>> Hi.
>>>
>>> Sometimes it happens that playground does not do the syntax
>>> highlighting. This is especially frustrating when you open a new window 
>>> and
>>> text is either white or transparent i.e. you cannot see what you are 
>>> typing.
>>>
>>> I guess this is because some process is blocked by another one. Is
>>> there a way to check it? Because I

Re: [Pharo-dev] STON

===
Name: ConfigurationOfSton-SvenVanCaekenberghe.14
Author: SvenVanCaekenberghe
Time: 30 April 2015, 8:31:52.524892 pm
UUID: 06e4a32b-8280-40f9-9aa1-10e8c42da376
Ancestors: ConfigurationOfSton-SvenVanCaekenberghe.13

stable v13
===

> On 30 Apr 2015, at 14:48, Cyril Ferlicot  wrote:
> 
> Hi Sven,
> I'm working on Pillar, which use STON, and I saw you changed the use
> of timestamps. Could you do a new ConfigurationOfSTON with this change
> when you'll have the time please? Like that we'll be able to have a
> working version of Pillar on Pharo5. We do not want to use a
> development version on Pillar.
> 
> Thank you.
> 
> -- 
> Cheers
> Cyril Ferlicot

Re: [Pharo-dev] ZnCookie>>#fromString: uses subStrings:

https://pharo.fogbugz.com/f/cases/15457/Update-Zinc-to-handle-some-deprecations-in-Pharo-5

> On 30 Apr 2015, at 11:51, Yuriy Tymchuk  wrote:
> 
> Well, QualityAssistant cannot be loaded into Pharo5 without warnings. I don’t 
> know how many people use it, but it can bother them.
> 
> Uko
> 
>> On 30 Apr 2015, at 11:29, Sven Van Caekenberghe  wrote:
>> 
>> Zinc was already updated in #bleedingEdge.
>> 
>> Does this block you ?
>> 
>> If so, I have to create a new #stable version and ask for it to be 
>> integrated in Pharo 5.0
>> 
>>> On 30 Apr 2015, at 11:15, Yuriy Tymchuk  wrote:
>>> 
>>> And #subStrings: were deprecated in favor of #substrings:
>>> 
>>> Can someone update Zinc?
>>> 
>>> Thanks!
>>> Uko
>>> 
>> 
>> 
> 
>

Re: [Pharo-dev] [Pharo-users] Pharo 4 Playground open file menu

2015-04-30 Thread Nicolai Hess

2015-04-30 21:24 GMT+02:00 Esteban A. Maringolo :

> 2015-04-30 16:14 GMT-03:00 Nicolai Hess :
> > 2015-04-30 20:36 GMT+02:00 Esteban A. Maringolo :
> >>
> >> Since the workspace is hidden (*)... what's the recommended procedure
> >> to open a smalltalk script file (.st or .ws) without having to open
> >> the FileBrowser?(**)
>
> > you can use inspector to open the directory.
> > 'directory_with_your_st_file' asFileReference inspect.
> >
> > in the inspector you can navigate through the directory
> > or select a file and for example for a .st file the menu offers a
> > "do it and open" entry, this will execute the selected code and open
> > an inspector tab on the result.
>
> So basically there is no way to "File -> Open" from the Playground. :)
> (nor a a way "File -> Save" its contents either [1])
>

alt+s or click the small disk icon


>
> I guess I'll keep opening a Workspace and continue the old way from there.
>

Yes, I use the Workspace often too.
But the navigation in directories to find a file is much easier with the
inspector
than the FileBrowser or a FileOpen-Dialog.



>
>
> Regards!
>
> Esteban A. Maringolo
>
> [1]: IMO this is taking the "no-files based" concept to the extreme. A
> step back if I could add.
>

[Pharo-dev] can or: be redefined?


In nautilus I get an error MNU: RBBlockNode>>method
When I select several groups and select merge


mergeGroups: aCollection

aCollection
ifNotEmpty: [:groups || group |
group := groups reduce: [:a :b | a or: [b]].


a is a 
dynamicClassGroup and its superclass defines or:


groups do: [:gp |
gp removable
ifTrue: [self groupsManager removeAGroupSilently: gp]].
^ group].
^ nil

RBBlockNode(Object)>>doesNotUnderstand: #method
RBBlockNode>>sourceNodeForPC:
DynamicClassGroup(Object)>>mustBeBooleanInMagic:
DynamicClassGroup(Object)>>mustBeBoolean
[ :a :b | a or: [ b ] ] in [ :groups |
| group |
group := groups reduce: [ :a :b | a or: [ b ] ].
groups
do: [ :gp |
gp removable
ifTrue: [ self groupsManager removeAGroupSilently: gp ] ].
^ group ] in PackageTreeNautilusUI(AbstractTool)>>mergeGroups: in Block: 
[ :a :b | a or: [ b ] ]

[ :index |
arguments
replaceFrom: 2
to: arguments size
with: self
startingAt: index;
at: 1 put: (aBlock valueWithArguments: arguments) ] in 
Array(SequenceableCollection)>>reduceLeft: in Block: [ :index | ...

SmallInteger(Number)>>to:by:do:
Array(SequenceableCollection)>>reduceLeft:
Array(SequenceableCollection)>>reduce:
[ :groups |
| group |
group := groups reduce: [ :a :b | a or: [ b ] ].
groups
do: [ :gp |
gp removable
ifTrue: [ self groupsManager removeAGroupSilently: gp ] ].
^ group ] in PackageTreeNautilusUI(AbstractTool)>>mergeGroups: in Block: 
[ :groups | ...

BlockClosure>>cull:
Array(Collection)>>ifNotEmpty:
PackageTreeNautilusUI(AbstractTool)>>mergeGroups:
PackageTreeNautilusUI(AbstractNautilusUI)>>mergeGroups
[ target mergeGroups ] in AbstractNautilusUI class>>groupsMenu: in 
Block: [ target mergeGroups ]

BlockClosure>>cull:
[
| selArgCount |
"show cursor in case item opens a new MVC window"
(selArgCount := selector numArgs) = 0
ifTrue: [ target perform: selector ]
ifFalse: [
selArgCount = arguments size
ifTrue: [ target perform: selector withArguments: arguments ]
ifFalse: [ target perform: selector withArguments: 
(arguments copyWith: evt) ] ].
self changed ] in ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent: 
in Block: [ ...

BlockClosure>>ensure:
CursorWithMask(Cursor)>>showWhile:
ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent:
ToggleMenuItemMorph(MenuItemMorph)>>mouseUp:
ToggleMenuItemMorph(MenuItemMorph)>>handleMouseUp:
MouseButtonEvent>>sentTo:
ToggleMenuItemMorph(Morph)>>handleEvent:
MorphicEventDispatcher>>dispatchDefault:with:
MorphicEventDispatcher>>handleMouseUp:
MouseButtonEvent>>sentTo:
[ ^ anEvent sentTo: self ] in 
MorphicEventDispatcher>>dispatchEvent:with: in Block: [ ^ anEvent 
sentTo: self ]

BlockClosure>>ensure:
MorphicEventDispatcher>>dispatchEvent:with:

Re: [Pharo-dev] Rectangle Center

The best would be to have ScaledRectangle but with all vector graphics 
operations.
and independent from Rectangle just reimplementing the right part of the 
rectangle API.

Le 29/4/15 19:11, Nicolas Cellier a écrit :

2015-04-29 18:50 GMT+02:00 Tommaso Dal Sasso 
mailto:tommaso.dalsa...@gmail.com>>:

On 29/04/15 15:18, Sean P. DeNigris wrote:
> Natalia Tymchuk wrote
>> Should it really be like that?
>
> The problem is that you can't have half-a-pixel if a dimension
is odd
>

For these situations, I would use the method #floor or #rounded of the
class Point, or create the method #roundedCenter, as Natalia
suggested.

Currently, the name of the class and the method communicate the wrong
behavior.

Tommaso

Rectangle was and still is a primitive type known to low level 
graphics operations.
It's just that it pre-empts a word that is more generic than the 
implementation ;)

You can't even rotate a rectangle...
It's just a clipping or viewport rectangle having same orientation as 
a rectangular target canvas (image, bitmap, screen or other device).

Depending on what you are after, it's maybe not the right abstraction...

That does not mean that Rectangle can't be changed.
That means that it must be carefully changed as long as it is used for 
the low level stuff...

...or it must be split. Maybe it's where namespaces might help.

Nicolas

>
>
> -
> Cheers,
> Sean
> --
> View this message in context:
http://forum.world.st/Rectangle-Center-tp4822883p4822891.html
> Sent from the Pharo Smalltalk Developers mailing list archive at
Nabble.com.
>

Re: [Pharo-dev] ZnCookie>>#fromString: uses subStrings:

Thanks Sven!

> On 30 Apr 2015, at 20:46, Sven Van Caekenberghe  wrote:
> 
> https://pharo.fogbugz.com/f/cases/15457/Update-Zinc-to-handle-some-deprecations-in-Pharo-5
> 
>> On 30 Apr 2015, at 11:51, Yuriy Tymchuk  wrote:
>> 
>> Well, QualityAssistant cannot be loaded into Pharo5 without warnings. I 
>> don’t know how many people use it, but it can bother them.
>> 
>> Uko
>> 
>>> On 30 Apr 2015, at 11:29, Sven Van Caekenberghe  wrote:
>>> 
>>> Zinc was already updated in #bleedingEdge.
>>> 
>>> Does this block you ?
>>> 
>>> If so, I have to create a new #stable version and ask for it to be 
>>> integrated in Pharo 5.0
>>> 
 On 30 Apr 2015, at 11:15, Yuriy Tymchuk  wrote:
 
 And #subStrings: were deprecated in favor of #substrings:
 
 Can someone update Zinc?
 
 Thanks!
 Uko
 
>>> 
>>> 
>> 
>> 
> 
>

Re: [Pharo-dev] [Pharo-users] [ANN] Screencast on Versionner (Part 2)

2015-04-30 Thread Tudor Girba

Awesome job, Esteban!

This is highly useful.

Doru

On Thu, Apr 30, 2015 at 3:31 PM, Esteban Lorenzano 
wrote:

> Hi again,
>
> Now I made a small video on how to use Versionner to help you manage your
> releases and commits.
>
> https://youtu.be/cFRJDuWL-Q0
>
> This is new stuff, so you will need latest Pharo 5 to use it,
> alternatively you can install latest Versionner into Pharo 4 (I don’t know
> how it will work on Pharo 3, you’ll probably need to load Glamour as well
> others).
> In Pharo 4, you can install it executing:
>
> Gofer it
> smalltalkhubUser: 'PharoExtras' project: 'Versionner';
> configuration;
> loadVersion: '2.12.2'.
>
> cheers,
> Esteban
>
>
>


-- 
www.tudorgirba.com

"Every thing has its own flow"

Re: [Pharo-dev] can or: be redefined?

2015-04-30 Thread Clément Bera

You cannot easily redefine these selectors:

#(#caseOf: #to:do: #ifNotNil: #ifNil:ifNotNil: #whileTrue: #ifNotNil:ifNil:
#ifFalse: #timesRepeat: #whileTrue #caseOf:otherwise: #whileFalse: #ifNil:
#to:by:do: #ifTrue: #ifFalse:ifTrue: #or: #whileFalse #ifTrue:ifFalse:
#and:)

You can redefine those selectors but depending on the send site, the
redefined method is used or not.

One trick is to have the send site in a method / class with compilation
options disabling the inlining of the selectors you want.

Another trick is to use a pattern different slightly that the optimized
pattern, for example, I believe that Marcus changed #and: so:
a and: [ b ] -> and: is optimized at compile time, send site won't use
overridden method.
a and: [ :x | b ] -> and: is not optimized at compile time, send site will
use overridden method.

Maybe it works with #or: too.


2015-04-30 21:47 GMT+02:00 stepharo :

> In nautilus I get an error MNU: RBBlockNode>>method
> When I select several groups and select merge
>
>
> mergeGroups: aCollection
>
> aCollection
> ifNotEmpty: [:groups || group |
> group := groups reduce: [:a :b | a or: [b]].
> 
>
> a is a dynamicClassGroup
> and its superclass defines or:
>
> groups do: [:gp |
> gp removable
> ifTrue: [self groupsManager removeAGroupSilently: gp]].
> ^ group].
> ^ nil
>
> RBBlockNode(Object)>>doesNotUnderstand: #method
> RBBlockNode>>sourceNodeForPC:
> DynamicClassGroup(Object)>>mustBeBooleanInMagic:
> DynamicClassGroup(Object)>>mustBeBoolean
> [ :a :b | a or: [ b ] ] in [ :groups |
> | group |
> group := groups reduce: [ :a :b | a or: [ b ] ].
> groups
> do: [ :gp |
> gp removable
> ifTrue: [ self groupsManager removeAGroupSilently: gp ] ].
> ^ group ] in PackageTreeNautilusUI(AbstractTool)>>mergeGroups: in Block: [
> :a :b | a or: [ b ] ]
> [ :index |
> arguments
> replaceFrom: 2
> to: arguments size
> with: self
> startingAt: index;
> at: 1 put: (aBlock valueWithArguments: arguments) ] in
> Array(SequenceableCollection)>>reduceLeft: in Block: [ :index | ...
> SmallInteger(Number)>>to:by:do:
> Array(SequenceableCollection)>>reduceLeft:
> Array(SequenceableCollection)>>reduce:
> [ :groups |
> | group |
> group := groups reduce: [ :a :b | a or: [ b ] ].
> groups
> do: [ :gp |
> gp removable
> ifTrue: [ self groupsManager removeAGroupSilently: gp ] ].
> ^ group ] in PackageTreeNautilusUI(AbstractTool)>>mergeGroups: in Block: [
> :groups | ...
> BlockClosure>>cull:
> Array(Collection)>>ifNotEmpty:
> PackageTreeNautilusUI(AbstractTool)>>mergeGroups:
> PackageTreeNautilusUI(AbstractNautilusUI)>>mergeGroups
> [ target mergeGroups ] in AbstractNautilusUI class>>groupsMenu: in Block:
> [ target mergeGroups ]
> BlockClosure>>cull:
> [
> | selArgCount |
> "show cursor in case item opens a new MVC window"
> (selArgCount := selector numArgs) = 0
> ifTrue: [ target perform: selector ]
> ifFalse: [
> selArgCount = arguments size
> ifTrue: [ target perform: selector withArguments: arguments ]
> ifFalse: [ target perform: selector withArguments: (arguments
> copyWith: evt) ] ].
> self changed ] in ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent: in
> Block: [ ...
> BlockClosure>>ensure:
> CursorWithMask(Cursor)>>showWhile:
> ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent:
> ToggleMenuItemMorph(MenuItemMorph)>>mouseUp:
> ToggleMenuItemMorph(MenuItemMorph)>>handleMouseUp:
> MouseButtonEvent>>sentTo:
> ToggleMenuItemMorph(Morph)>>handleEvent:
> MorphicEventDispatcher>>dispatchDefault:with:
> MorphicEventDispatcher>>handleMouseUp:
> MouseButtonEvent>>sentTo:
> [ ^ anEvent sentTo: self ] in MorphicEventDispatcher>>dispatchEvent:with:
> in Block: [ ^ anEvent sentTo: self ]
> BlockClosure>>ensure:
> MorphicEventDispatcher>>dispatchEvent:with:
>
>
>

Re: [Pharo-dev] [Pharo-users] [ANN] Screencast on Versionner (Part 2)

2015-04-30 Thread Pablo R. Digonzelli

yes it is! 
Thanks 

Ing. Pablo Digonzelli 
Software Solutions 
IP-Solutiones SRL 
Metrotec SRL 
25 de Mayo 521 
San Miguel de Tucumán 
Email: pdigonze...@softsargentina.com 
pdigonze...@gmail.com 
Cel: 5493815982714 


De: "Tudor Girba"  
Para: "Any question about pharo is welcome"  
CC: "Pharo Development List"  
Enviados: Jueves, 30 de Abril 2015 17:02:01 
Asunto: Re: [Pharo-dev] [Pharo-users] [ANN] Screencast on Versionner (Part 2) 

Awesome job, Esteban! 
This is highly useful. 

Doru 

On Thu, Apr 30, 2015 at 3:31 PM, Esteban Lorenzano < esteba...@gmail.com > 
wrote: 



Hi again, 
Now I made a small video on how to use Versionner to help you manage your 
releases and commits. 

https://youtu.be/cFRJDuWL-Q0 

This is new stuff, so you will need latest Pharo 5 to use it, alternatively you 
can install latest Versionner into Pharo 4 (I don’t know how it will work on 
Pharo 3, you’ll probably need to load Glamour as well others). 
In Pharo 4, you can install it executing: 

Gofer it 
smalltalkhubUser: 'PharoExtras' project: 'Versionner'; 
configuration; 
loadVersion: '2.12.2'. 

cheers, 
Esteban 








-- 
www.tudorgirba.com 

"Every thing has its own flow"

Re: [Pharo-dev] can or: be redefined?

2015-04-30 Thread Marcus Denker

> On 30 Apr 2015, at 21:47, stepharo  wrote:
> 
> In nautilus I get an error MNU: RBBlockNode>>method
> When I select several groups and select merge
> 
> 
> mergeGroups: aCollection
> 
>aCollection
>ifNotEmpty: [:groups || group |
>group := groups reduce: [:a :b | a or: [b]].
> 
> 
>a is a dynamicClassGroup and 
> its superclass defines or:
> 
The mistake is the block around the b.  

or: in DynamicGroup is defined as

or: aGroup

and if you do not put a block, the compiler will not optimise or: —> it will be 
send.
(and the or: in DynamicGroup will just raise an error when it gets passed a 
block, it
expects a group).

But there is a second error: the mustBeBooleanInMagic: normally should work.
(the VM executes the optimised construct —> raised an exception —> we recompile
the expression with no optimisation -> execute.

There is tiny bug there (it should be #methodNode).
I will commit a fix for that… 

(I hope this is understandable.. as two bugs are involved this might be a bit 
complex.

> 
> RBBlockNode(Object)>>doesNotUnderstand: #method
> RBBlockNode>>sourceNodeForPC:
> DynamicClassGroup(Object)>>mustBeBooleanInMagic:
> D

Marcus

Re: [Pharo-dev] Is there a way to understand why rubric (playground) does not highlight code?