- Pharo-dev - lists.pharo.org

Re: [Pharo-project] About projects with Metacello

by Lukas Renggli

>> O2 breaks OB, if both are loaded. I suggest that the configurations >> should trigger a conflict when somebody tries to load both. > > Lukas. Could you give me more details please? Look. This is the part of the > latest script we used to generate the dev image: It it not broken in the sense that there are many debuggers flying around, but OB is broken in the sense that ... - O2 still overrides methods of OB. If anybody commits something from an image where both are loaded these methods suddenly are missing (isClassOrganization was a recent example that caused a lot of confusion). - O2 still changes the menus in OB, and then people complain that the menus are messed up in OB. - O2 changes the refactoring engines, so that even when OB is selected sometimes O2 browser unexpectedly show up. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Dec. 20, 2009

Re: [Pharo-project] did you check in 1.1 how the old browser now support the creation of new method cat

by StÃ©phane Ducasse

I sent that to the list because this is really important. >> one of these days we will have to have some pharo specific tools. > > There will be nobody that maintains them. There will be nobody that takes responsibility and that writes and runs tests. You can see that with Davids browser, it is dead. You can see that with Services, they are dead. And many others ... Yes but pharo is moving so slowly we will get more people taking care of packages. > But that is not the real problem. And I didn't mean Squeak (although that's a problem too, but I personally don't care). What I ment is the difference between Pharo 1.0 and Pharo 1.1. You lost me there :) > These two versions are killing any progress on the tool front and makes any maintainer of external packages a lot of pain. Why why don't you freeze a version for pharo1.0 Else we can just stop now. because this will be the same with pharo1.1 and 1.2 and 1.0 > I spent the complete Thursday and Friday trying to get Helvetia running in Pharo 1.1, but that doesn't work because it requires some significant changes in packages like the Refactoring Rngine, the AST, Shout, eCompletion and OB that are also supposed to work on Pharo 1.0. No there are not supposed to work in 1.0 CERTAIN frozen versions are supposed to work on 1.0 and others won't. A lot of software on mac does not run automatically on snowleopard and 10.2 Tell me if Im wrong but we should use release and version. > Adding the category dialog to OB makes it depend on 1.1, thus people cannot use it in 1.0 anymore. So the category dialog can maybe happen in a year from now. I cannot use 1.1 at the moment, I am stuck with the frozen 1.0 version.

Dec. 20, 2009

Re: [Pharo-project] About projects with Metacello

by Mariano Martinez Peck

On Sun, Dec 20, 2009 at 9:32 AM, Lukas Renggli <renggli(a)gmail.com> wrote: > > I think it would be better to have ConfigurationOfRefactoring and two > > other: ConfigurationOfOB and ConfigurationOfO2, which have the former > > as a required project (and IIUC it was your first intention, right?). > > This will reduce duplication of dependencies between projects. > > O2 breaks OB, if both are loaded. I suggest that the configurations > should trigger a conflict when somebody tries to load both. > Lukas. Could you give me more details please? Look. This is the part of the latest script we used to generate the dev image: Gofer new wiresong: 'ob'; addPackage: 'OmniBrowser'; addPackage: 'OB-Morphic'; addPackage: 'OB-Standard'; addPackage: 'OB-Refactory'; addPackage: 'OB-Regex'; addPackage: 'OB-SUnitIntegration'; addPackage: 'OB-Shout'; load. Gofer new squeaksource: 'EnhancedOB'; addPackage: 'OmniBrowser2'; addPackage: 'O2-Standard'; addPackage: 'O2-Morphic'; addPackage: 'O2-Enhancements'; addPackage: 'OCForO2'; addPackage: 'O2-Refactory'; load. And there we are loading things from OB and O2. And the image don't seems to be "broken". Thanks. Mariano > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 20, 2009

Re: [Pharo-project] About projects with Metacello

by Mariano Martinez Peck

On Sun, Dec 20, 2009 at 9:23 AM, George Herolyants < george.herolyants(a)gmail.com> wrote: > Hi > > I think it would be better to have ConfigurationOfRefactoring and two > other: ConfigurationOfOB and ConfigurationOfO2, which have the former > as a required project (and IIUC it was your first intention, right?). > yes. > This will reduce duplication of dependencies between projects. > > 2009/12/19 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > Hi folks. Now that I am starting to write some configurations, I realized > > that we have a "change of concept" with Metacello. With Gofer or > Installer > > (someone tell me if I am wrong) we are use to manage projects that are a > > certain repository of squeaksource or similar. And then we have the > > packages. So, for example we are talking about the RefactoringBrowser, > you > > have: > > > > www.squeaksource.com/rb > > > > and the packages AST-Core, Refactoring-Core and Refactoring-Spelling. > > > > Then there is the project OB where you have also OB-Refactory and > OB-Regex > > for example. > > > > At first, of course, I thought to have one ConfigurationOf per project. I > > mean, map one to one. But now...I was wondering that I can have a > > ConfigurationOfRefactoring for example, that can deals with ALL the > things > > related to RB. In this case AST-Core, Refactoring-Core and > > Refactoring-Spelling from rb repo and OB-Refactory and OB-Regex from OB > > repo....and see all of them like a project. > > > > What do you think ? Do you have any thoughts with this? pors and cons? > I > > would like to listen opinions. > > > > Cheers, > > > > Mariano > > > > > > _______________________________________________ > > 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 >

Dec. 20, 2009

Re: [Pharo-project] ^ on linux displayed as >

by Michael Rueger

Bart Gauquie wrote: > Hi, > > I apparently created : > http://code.google.com/p/pharo/issues/detail?id=1405 also; which is the > same issue. > Using latests 1.0 I still have the problem. If I press ^ and space, a [] > block appears. > > On my Ubuntu, in a native texteditor, both work: If I press ^ twice, it > appears correctly and if I press ^ followed by a space, the same happens. on Linux key composition works in a pre-defined way by composing sequences. Or rather hardwired because of the way the VM delivers key events right now. Unfortunately that can be different from what is set for other applications. That being said let me take a look if I can fix it anyways :-) Michael

Dec. 20, 2009

Re: [Pharo-project] ^ on linux displayed as >

by Bart Gauquie

Hi, I apparently created : http://code.google.com/p/pharo/issues/detail?id=1405also; which is the same issue. Using latests 1.0 I still have the problem. If I press ^ and space, a [] block appears. On my Ubuntu, in a native texteditor, both work: If I press ^ twice, it appears correctly and if I press ^ followed by a space, the same happens. Regards, Bart On Sun, Dec 20, 2009 at 10:59 AM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > Hi guys > > is this problem still present? > > http://code.google.com/p/pharo/issues/detail?id=1417 > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- imagination is more important than knowledge - Albert Einstein Logic will get you from A to B. Imagination will take you everywhere - Albert Einstein Learn from yesterday, live for today, hope for tomorrow. The important thing is not to stop questioning. - Albert Einstein The true sign of intelligence is not knowledge but imagination. - Albert Einstein Gravitation is not responsible for people falling in love. - Albert Einstein

Dec. 20, 2009

[Pharo-project] ^ on linux displayed as >

by StÃ©phane Ducasse

Hi guys is this problem still present? http://code.google.com/p/pharo/issues/detail?id=1417 Stef

Dec. 20, 2009

Re: [Pharo-project] About projects with Metacello

by StÃ©phane Ducasse

good idea! Dale? Do we have xor for configuration ;) ? On Dec 20, 2009, at 9:32 AM, Lukas Renggli wrote: >> I think it would be better to have ConfigurationOfRefactoring and two >> other: ConfigurationOfOB and ConfigurationOfO2, which have the former >> as a required project (and IIUC it was your first intention, right?). >> This will reduce duplication of dependencies between projects. > > O2 breaks OB, if both are loaded. I suggest that the configurations > should trigger a conflict when somebody tries to load both. > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 20, 2009

Re: [Pharo-project] need hunter to kill the double paste bug.

by Michael Rueger

Lukas Renggli wrote: > Another thing, this is not something that is only related to the > clipboard. I've seen a similar thing happen when I use a keyboard > shortcut that opens a dialog. In some cases the initial selection of a > text-field is replaced by the keyboard shortcuts character, e.g. > pressing Ctrl+x to delete a method inserts sometimes the x into the > confirmation dialog. Hmm, so it seems to be a general problem with short cuts on the Mac? But, as much as I try on my MiniMac with SnowLeopard, I can't reproduce it. (in a core image) Michael

Dec. 20, 2009

Re: [Pharo-project] About projects with Metacello

by Lukas Renggli

> I think it would be better to have ConfigurationOfRefactoring and two > other: ConfigurationOfOB and ConfigurationOfO2, which have the former > as a required project (and IIUC it was your first intention, right?). > This will reduce duplication of dependencies between projects. O2 breaks OB, if both are loaded. I suggest that the configurations should trigger a conflict when somebody tries to load both. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Dec. 20, 2009