December 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] problem with find & replace in PharoCore 1.2

by Alain Plantec

> I guess so. What I mean is....when the find/replace finished > instead??? my problem is that even closing the popup it continues > putting colors...so...until when? forever? > click on the text (empty selection, visible caret), then cmd-h Alain

Dec. 3, 2010

Re: [Pharo-project] Issue 3333 in pharo: [Kernel Dependencies] Integer>>#asColorOfDepth

by pharo＠googlecode.com

Updates: Status: Fixed Comment #2 on issue 3333 by Benjamin.VanRyseghem.Pharo: [Kernel Dependencies] Integer>>#asColorOfDepth http://code.google.com/p/pharo/issues/detail?id=3333 fix Attachments: Issue3333IntegerRemoveDependenceToColor.1.cs 5.2 KB

Dec. 3, 2010

Re: [Pharo-project] problem with find & replace in PharoCore 1.2

by Mariano Martinez Peck

On Thu, Dec 2, 2010 at 10:19 PM, Francisco Ortiz PeÃ±aloza < patchinko(a)gmail.com> wrote: > > > On Thu, Dec 2, 2010 at 5:53 PM, Alain Plantec <alain.plantec(a)free.fr>wrote: > >> Le 02/12/2010 21:27, Mariano Martinez Peck a Ã©crit : >> >> First, Alain, let me congratulate you because of this wonderful >>> improvemnt. I found myself several times copying code to a text editor to do >>> exactly that and then come back to pharo...anyway, awesome work. >>> >> thanks Mariano, >> >> >> >>> Now, I have a little bug. Suppose I search something, in this case, I >>> serached the word "new" in testParagraphExtent >>> Now...it shows all the "new" with a orange color. Perfect. But then I put >>> cancel, I go to other methods, and it is still painting "new"!!! ;) >>> I should do that when I change the method I guess, or when I press >>> cancel. >>> >> the orange color is for the current searched text which is updated while >> you are typing some text in the find field. >> It is the same when you select some text and cmd-h. >> so I can set the search text to empty string if one cancel the find & >> replace. >> is it what you want ? >> notice that you can do that with cmd-h with nothing selected in the >> current text morph. >> >> > imho setting search text to empty string in any other context different > that the place you did the search would be the best > > As an example if i search for "self" browsing a method even if after i open > an Inspector i can see "self" highlighted > > Exatly. That's another problem. The scope. For me it should be only the method you are browsing.... or maybe an option to select scope: - current method - all methods of current class - all classes (all system browser) And, in my opinion, it should only put colors to the system browser...I don't know if it is worth it to do it also in Inspector, Debugger, workspace, etc.... > Cheers, > Francisco > > >> >>> Last little thing is that it would be nice to have the find & replace >>> like a popup, so that you can close it from the windows title in addition to >>> "close" button. >>> >> sorry, I don't really understand. >> You just want an additional menu item it the window menu in order to be >> able to close the find & replace dialog from there ? >> >> Cheers >> Alain >> >> Thanks >>> >>> mariano >>> >> >> >> >

Dec. 3, 2010

Re: [Pharo-project] problem with find & replace in PharoCore 1.2

by Mariano Martinez Peck

On Thu, Dec 2, 2010 at 10:04 PM, Alain Plantec <alain.plantec(a)free.fr>wrote: > > Last little thing is that it would be nice to have the find & replace like >> a popup, so that you can close it from the windows title in addition to >> "close" button. >> > ok, you just want a normal window top bar with a red button for the find & > replace dialog, that it ? > ouiiiii :) I am lazy and closing from there is better than the close button for me. Some prefer that button, so we can have both :) > alain > >

Dec. 3, 2010

Re: [Pharo-project] problem with find & replace in PharoCore 1.2

by Mariano Martinez Peck

On Thu, Dec 2, 2010 at 9:53 PM, Alain Plantec <alain.plantec(a)free.fr> wrote: > Le 02/12/2010 21:27, Mariano Martinez Peck a Ã©crit : > > First, Alain, let me congratulate you because of this wonderful >> improvemnt. I found myself several times copying code to a text editor to do >> exactly that and then come back to pharo...anyway, awesome work. >> > thanks Mariano, > > > >> Now, I have a little bug. Suppose I search something, in this case, I >> serached the word "new" in testParagraphExtent >> Now...it shows all the "new" with a orange color. Perfect. But then I put >> cancel, I go to other methods, and it is still painting "new"!!! ;) >> I should do that when I change the method I guess, or when I press cancel. >> > the orange color is for the current searched text which is updated while > you are typing some text in the find field. > It is the same when you select some text and cmd-h. > so I can set the search text to empty string if one cancel the find & > replace. > is it what you want ? > I guess so. What I mean is....when the find/replace finished instead??? my problem is that even closing the popup it continues putting colors...so...until when? forever? > notice that you can do that with cmd-h with nothing selected in the current > text morph. > > >> Last little thing is that it would be nice to have the find & replace like >> a popup, so that you can close it from the windows title in addition to >> "close" button. >> > sorry, I don't really understand. > You just want an additional menu item it the window menu in order to be > able to close the find & replace dialog from there ? > > Cheers > Alain > > Thanks >> >> mariano >> > > >

Dec. 3, 2010

Re: [Pharo-project] Issue 3323 in pharo: [Kernel Dependencies] Model>>#initialExtent

by pharo＠googlecode.com

Updates: Status: Fixed Comment #2 on issue 3323 by Benjamin.VanRyseghem.Pharo: [Kernel Dependencies] Model>>#initialExtent http://code.google.com/p/pharo/issues/detail?id=3323 fix Attachments: Issue3323ModelRemoveDependenceToRealEstateAgent.1.cs 900 bytes

Dec. 3, 2010

Re: [Pharo-project] Issue 3375 in pharo: PositionableStream remove dependence to Compiler

by pharo＠googlecode.com

Comment #10 on issue 3375 by Benjamin.VanRyseghem.Pharo: PositionableStream remove dependence to Compiler http://code.google.com/p/pharo/issues/detail?id=3375 Yes I know, but in one hand I want methods in meaningful category and on the other hand I want no dependencies, so I had to take a decision ... Moreover, maybe it will change when dependencies of System-Changes will be checked ... Maybe it's not practical, but I don't think it makes sense that Stream depends on Compiler

Dec. 3, 2010

Re: [Pharo-project] Issue 3320 in pharo: [Kernel Dependencies] Object>>#indexIfCompact

by pharo＠googlecode.com

Updates: Status: Fixed Comment #3 on issue 3320 by Benjamin.VanRyseghem.Pharo: [Kernel Dependencies] Object>>#indexIfCompact http://code.google.com/p/pharo/issues/detail?id=3320 fix Attachments: Issue3320IntegerRemoveDependenceToSystemObjectStorage.1.cs 6.4 KB

Dec. 3, 2010

Re: [Pharo-project] Issue 3375 in pharo: PositionableStream remove dependence to Compiler

by pharo＠googlecode.com

Comment #9 on issue 3375 by rydier: PositionableStream remove dependence to Compiler http://code.google.com/p/pharo/issues/detail?id=3375 No, but other methods which have similar functionality, and have already been moved to *System-Changes, do :P (Like I implied in first comment by mentioning fileIn, fileInAnnouncing: etc.) Why not switch those over as well when you're at it? The reason I mentioned consistency is because the browser is very class-centric. When I now browse PositionableStream, and see the functionality for filing in code randomly distributed between two extension categories, rather than all being in a logically named category like they used to... Let's just say it doesn't always strike me as practical improvements.

Dec. 3, 2010

Re: [Pharo-project] Issue 3375 in pharo: PositionableStream remove dependence to Compiler

by pharo＠googlecode.com

Comment #8 on issue 3375 by Benjamin.VanRyseghem.Pharo: PositionableStream remove dependence to Compiler http://code.google.com/p/pharo/issues/detail?id=3375 Excuse me, it's the end of the week, I'm a little bit tired ^^ What I want to say was it doesn't invoke methods which reference Compiler (I think)

Dec. 3, 2010