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

Re: [Pharo-project] Copy/paste not works

by StÃ©phane Ducasse

in 1.1 ? may be this is the effect of 945 can you check it? this was a nil on Stef On Jan 20, 2010, at 4:18 PM, Igor Stasenko wrote: > Just loaded the latest pharo-core image > and found that i can't copy/paste the text, not only between something > outside an image and image, but also > even inside an image. > When i pasting the text, a text editor marks itself as modified, but > nothing is pasted. > > Running on > Fedora 12 > Linux 2.6.31.6-166.fc12.i686 #1 SMP Wed Dec 9 11:14:59 EST 2009 i686 > athlon i386 GNU/Linux > GNOME 2.28.0 > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 20, 2010

Re: [Pharo-project] Copy/paste not works

by Adrian Lienhard

Did you download the image or did you do a software update? If the latter, please restart the image and try again. Cheers, Adrian On Jan 20, 2010, at 16:18 , Igor Stasenko wrote: > Just loaded the latest pharo-core image > and found that i can't copy/paste the text, not only between something > outside an image and image, but also > even inside an image. > When i pasting the text, a text editor marks itself as modified, but > nothing is pasted. > > Running on > Fedora 12 > Linux 2.6.31.6-166.fc12.i686 #1 SMP Wed Dec 9 11:14:59 EST 2009 i686 > athlon i386 GNU/Linux > GNOME 2.28.0 > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 20, 2010

[Pharo-project] Copy/paste not works

by Igor Stasenko

Just loaded the latest pharo-core image and found that i can't copy/paste the text, not only between something outside an image and image, but also even inside an image. When i pasting the text, a text editor marks itself as modified, but nothing is pasted. Running on Fedora 12 Linux 2.6.31.6-166.fc12.i686 #1 SMP Wed Dec 9 11:14:59 EST 2009 i686 athlon i386 GNU/Linux GNOME 2.28.0 -- Best regards, Igor Stasenko AKA sig.

Jan. 20, 2010

Re: [Pharo-project] Something I don't understand with Method Finder

by Marcus Denker

On Jan 20, 2010, at 3:56 PM, StÃ©phane Ducasse wrote: > not really. > It uses Symbol selectorsContaining: searchString. the problem is that this just uses the Symbol table, that is, it does not care if the symbok is actually used as a selector anywhere. the MethodNames tool does a pass in addition to check this: selectorList size > 19 ifFalse: ["else the following filtering is considered too expensive. This 19 should be a system-maintained Parameter, someday" selectorList := self systemNavigation allSelectorsWithAnyImplementorsIn: selectorList]. ^ selectorList Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Jan. 20, 2010

Re: [Pharo-project] question about O2 vs OB

by David RÃ¶thlisberger

Hi Fernando, > Then i would ask the O2 developers, why is the fork needed? Just curious, because if 02 copies a lot from OB, to add more functionality why that extra features cant be part of OB? We didn't fork O2 from OB for the longest time. Instead what is in O2 now was just a package called OB-Enhancements that could be loaded in OB to get the package browser and some other extensions to OB now being part of O2. But while this situation had the benefit of reusing the entire OB framework, which I really liked to re-use, the disadvantages were that this framework really restricted the possible extensions to the browser. So I had to change and adapt the framework itself. Now there were people that did not like these extensions, might it be because they did break their external tools based on the OB framework, might it be that these extensions also changed some behavior of the traditional OB-based code browser, or might it be that the changes were not well enough tested and thus it happened that there were bugs in the OB browser itself here and there. Also it was not possible to make these changes to the OB code and still keep the same behavior in all browsers as it used to be before. Furthermore, it got difficult for people fixing bugs in their forks of OB and merging them back to the now changed OB framework. Eventually, there was also a lack of lead concerning integration and maintenance of OB itself. Nobody felt responsible to take this lead. Colin was the original developer of OB, but he couldn't spend too much time on it anymore. I just wanted to extend OB to do some enhancements to it, but saw that this is not possible without extending its core. As I felt like you and did not want to fork, I extended the core itself in Colin's repository. But this turned out to not be compatible with the wishes of the community, so we forked O2 away. That's the reason of having OB and O2. While both now work together in the same image without inferring each other, this indeed increases the number of classes in the image quite a lot as they duplicate a whole bunch of code. So I strongly suggest to either use OB or O2, even though you can have both. But I do not see a reason why people want to switch between the two dynamically in the same image. Cheers, David

Jan. 20, 2010

Re: [Pharo-project] O2: tester wanted!

by Igor Stasenko

Is it virtually possible to run it in Squeak image, since its not depends on OB anymore? 2010/1/20 Alexandre Bergel <alexandre.bergel(a)inria.fr>: > Dear All, > > For people who do not know, O2 is the browser David has implemented in > the last few years. It replaces class-categories on the left-hand side > pane with a list of packages. We are still away from having packages > as real first class entities, but this is a good step toward. Note > that some people find O2 a bit slower than other available code > browsers. > > David and I spent some time on fixing O2. O2 has now no dependencies > to OB anymore. > We would like that people try it and submit bug reports on the google > bug tracker. In a fresh 10505, you can load O2 by evaluating: > > Gofer new squeaksource: 'MetacelloRepository'; package: > 'ConfigurationOfO2'; load. (Smalltalk at: #ConfigurationOfO2) perform: > #loadDefault > > O2 does not need OB whatsoever. O2 loads in a Core (I tried in a > 11165). Before and after loading O2, running OB tests give "548 run, > 547 passes, 1 failures" [*]. > > Cheers, > Alexandre > > [*] the test have been loaded using (ConfigurationOfOmniBrowser > project version: '1.1') Â load: 'Dev Tests' > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel Â http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Jan. 20, 2010

Re: [Pharo-project] Something I don't understand with Method Finder

by StÃ©phane Ducasse

not really. Stef On Jan 20, 2010, at 3:51 PM, Mariano Martinez Peck wrote: > > > On Wed, Jan 20, 2010 at 3:48 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Jan 20, 2010, at 3:25 PM, Mariano Martinez Peck wrote: > > > But Marcus, in this case it is not even used as symbol but not as selectot. It is not at all in the image. Neither selector, neither symbol, neither a comment, NOTHING. It it just in the .changes if you load it with a text editor and I can see: > > > > The changeset infrastructure seems to hold on to old methods and thus symbols. Via ClassChangeRecord, with the comment: > > A ClassChangeRecorder keeps track of most substantive changes premissible in a project, isolated or not. > > > Ahhhhhh okok. And Method Finder uses ClassChangeRecorder to perform the searches ? > > > Marcus > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 20, 2010

Re: [Pharo-project] question about O2 vs OB

by Lukas Renggli

> Â Then i would ask the O2 developers, why is the fork needed? Just curious, because if 02 copies a lot from OB, to add more functionality why that extra features cant be part of OB? I don't know, but I guess one of the reasons is that there is not a single test case for any of the new functionality. In comparison the OB code-base is extremely well tested, it has a very high code-coverage and even the morphic GUI code has tests. Another problem is that the O2 code does not use the meta-model everywhere, some parts are just hardcoded. Also its code is not properly packaged, so the very generic framework to build browsers suddenly includes behavior that just make sense for some specific Smalltalk code browsers. Furthermore OB is designed to be platform independent (like Seaside). The same code is for example used in GemStone and Squeak. O2 is full of platform dependent code. It's a pity because OB could be really much more powerful. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Jan. 20, 2010

Re: [Pharo-project] Something I don't understand with Method Finder

by Mariano Martinez Peck

On Wed, Jan 20, 2010 at 3:48 PM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On Jan 20, 2010, at 3:25 PM, Mariano Martinez Peck wrote: > > > But Marcus, in this case it is not even used as symbol but not as > selectot. It is not at all in the image. Neither selector, neither symbol, > neither a comment, NOTHING. It it just in the .changes if you load it with > a text editor and I can see: > > > > The changeset infrastructure seems to hold on to old methods and thus > symbols. Via ClassChangeRecord, with the comment: > > A ClassChangeRecorder keeps track of most substantive changes premissible > in a project, isolated or not. > > Ahhhhhh okok. And Method Finder uses ClassChangeRecorder to perform the searches ? > > Marcus > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 20, 2010

Re: [Pharo-project] Something I don't understand with Method Finder

by Marcus Denker

On Jan 20, 2010, at 3:25 PM, Mariano Martinez Peck wrote: > But Marcus, in this case it is not even used as symbol but not as selectot. It is not at all in the image. Neither selector, neither symbol, neither a comment, NOTHING. It it just in the .changes if you load it with a text editor and I can see: > The changeset infrastructure seems to hold on to old methods and thus symbols. Via ClassChangeRecord, with the comment: A ClassChangeRecorder keeps track of most substantive changes premissible in a project, isolated or not. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Jan. 20, 2010