April 2015 - Pharo-dev - lists.pharo.org

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

by Yuriy Tymchuk

But how do I contribute the version/configuration? Do I just send mcz over email? Uko > On 30 Apr 2015, at 19:09, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > > 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 <alain.plantec(a)univ-brest.fr <mailto:alain.plantec@univ-brest.fr>> wrote: > >> On 30 Apr 2015, at 16:16, Andrei Chis <chisvasileandrei(a)gmail.com <mailto:chisvasileandrei@gmail.com>> 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 <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> 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 <chisvasileandrei(a)gmail.com <mailto:chisvasileandrei@gmail.com>> 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 <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> 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 <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> 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 <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> 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 <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> 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 <i.uhnak(a)gmail.com <mailto:i.uhnak@gmail.com>> 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 <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> 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 <i.uhnak(a)gmail.com <mailto:i.uhnak@gmail.com>> 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 <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> 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 <dionisiydk(a)gmail.com <mailto:dionisiydk@gmail.com>> 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 <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>>: >>>>>>>>> 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 <tudor(a)tudorgirba.com <mailto:tudor@tudorgirba.com>> 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 <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> 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 <http://www.tudorgirba.com/> >>>>>>>>>> >>>>>>>>>> "Every thing has its own flow" >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >>> >> >> > >

April 30, 2015

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

by Marcus Denker

> On 30 Apr 2015, at 21:47, stepharo <stepharo(a)free.fr> 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

April 30, 2015

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

by 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: pdigonzelli(a)softsargentina.com pdigonzelli(a)gmail.com Cel: 5493815982714 De: "Tudor Girba" <tudor(a)tudorgirba.com> Para: "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org> CC: "Pharo Development List" <pharo-dev(a)lists.pharo.org> 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 < estebanlm(a)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"

April 30, 2015

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

by 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 <stepharo(a)free.fr>: > 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: > > >

April 30, 2015

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

by Tudor Girba

Awesome job, Esteban! This is highly useful. Doru On Thu, Apr 30, 2015 at 3:31 PM, Esteban Lorenzano <estebanlm(a)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"

April 30, 2015

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

by Yuriy Tymchuk

Thanks Sven! > On 30 Apr 2015, at 20:46, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > https://pharo.fogbugz.com/f/cases/15457/Update-Zinc-to-handle-some-deprecat… > >> On 30 Apr 2015, at 11:51, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> 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 <sven(a)stfx.eu> 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 <yuriy.tymchuk(a)me.com> wrote: >>>> >>>> And #subStrings: were deprecated in favor of #substrings: >>>> >>>> Can someone update Zinc? >>>> >>>> Thanks! >>>> Uko >>>> >>> >>> >> >> > >

April 30, 2015

Re: [Pharo-dev] Rectangle Center

by stepharo

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 > <tommaso.dalsasso(a)gmail.com <mailto:tommaso.dalsasso@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. > > > >

April 30, 2015

can or: be redefined?

by 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:

April 30, 2015

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

by Nicolai Hess

2015-04-30 21:24 GMT+02:00 Esteban A. Maringolo <emaringolo(a)gmail.com>: > 2015-04-30 16:14 GMT-03:00 Nicolai Hess <nicolaihess(a)web.de>: > > 2015-04-30 20:36 GMT+02:00 Esteban A. Maringolo <emaringolo(a)gmail.com>: > >> > >> 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. >

April 30, 2015

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

by Sven Van Caekenberghe

https://pharo.fogbugz.com/f/cases/15457/Update-Zinc-to-handle-some-deprecat… > On 30 Apr 2015, at 11:51, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> 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 <sven(a)stfx.eu> 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 <yuriy.tymchuk(a)me.com> wrote: >>> >>> And #subStrings: were deprecated in favor of #substrings: >>> >>> Can someone update Zinc? >>> >>> Thanks! >>> Uko >>> >> >> > >

April 30, 2015