Cmd-t in OB?
Locked
12
12
 
|
hi!
When I press cmd-t in an ob browser in the class category pane, I get a window titled "Selected Command". I would expect executing the test of the class category. I tried to find out where the "Selected Command" command is defined with: OBCommand allSubclasses select: [:c | c new keystroke = $t ] => an OrderedCollection(OBCmdRunTests) But apparently only running the test is associated to Cmd-t. Isn't that convenient to be able to run the test from a class category? Cheers, alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
Update, this has been fixed half a year ago :-)
Lukas On 8 October 2010 14:58, Alexandre Bergel <[hidden email]> wrote: > hi! > > When I press cmd-t in an ob browser in the class category pane, I get a window titled "Selected Command". I would expect executing the test of the class category. > > I tried to find out where the "Selected Command" command is defined with: > OBCommand allSubclasses select: [:c | c new keystroke = $t ] > => an OrderedCollection(OBCmdRunTests) > > But apparently only running the test is associated to Cmd-t. > Isn't that convenient to be able to run the test from a class category? > > Cheers, > alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
I did a "ConfigurationOfOmnibrowser project lastVersion load"
Apparently ConfigurationOfOmnibrowser is not maintained... Cheers, Alexandre On 8 Oct 2010, at 09:03, Lukas Renggli wrote: > Update, this has been fixed half a year ago :-) > > Lukas > > On 8 October 2010 14:58, Alexandre Bergel <[hidden email]> wrote: >> hi! >> >> When I press cmd-t in an ob browser in the class category pane, I get a window titled "Selected Command". I would expect executing the test of the class category. >> >> I tried to find out where the "Selected Command" command is defined with: >> OBCommand allSubclasses select: [:c | c new keystroke = $t ] >> => an OrderedCollection(OBCmdRunTests) >> >> But apparently only running the test is associated to Cmd-t. >> Isn't that convenient to be able to run the test from a class category? >> >> Cheers, >> alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
I don't know, I do not maintain them.
I just realize that people often report bugs that have been fixed a long time ago. I suggest that you always load the latest code using the following script: "Refactoring" Gofer new squeaksource: 'rb'; package: 'AST-Core'; package: 'AST-Semantic'; package: 'Refactoring-Core'; package: 'Refactoring-Changes'; package: 'Refactoring-Critics'; package: 'Refactoring-Environment'; package: 'Refactoring-Spelling'; load. ! "OmniBrowser" Gofer new renggli: 'omnibrowser'; package: 'OmniBrowser'; package: 'OB-Standard'; package: 'OB-Morphic'; package: 'OB-Shout'; package: 'OB-Refactory'; package: 'OB-Regex'; package: 'OB-SUnitIntegration'; load. ! "Tools" Gofer new renggli: 'unsorted'; package: 'Shout'; package: 'ShoutWorkspace'; package: 'RoelTyper'; package: 'ECompletion'; package: 'ECompletionOmniBrowser'; load. ! "Select Tools" SystemBrowser default: (Smalltalk at: #OBSystemBrowserAdaptor). Lukas On 8 October 2010 15:09, Alexandre Bergel <[hidden email]> wrote: > I did a "ConfigurationOfOmnibrowser project lastVersion load" > Apparently ConfigurationOfOmnibrowser is not maintained... > > Cheers, > Alexandre > > > On 8 Oct 2010, at 09:03, Lukas Renggli wrote: > >> Update, this has been fixed half a year ago :-) >> >> Lukas >> >> On 8 October 2010 14:58, Alexandre Bergel <[hidden email]> wrote: >>> hi! >>> >>> When I press cmd-t in an ob browser in the class category pane, I get a window titled "Selected Command". I would expect executing the test of the class category. >>> >>> I tried to find out where the "Selected Command" command is defined with: >>> OBCommand allSubclasses select: [:c | c new keystroke = $t ] >>> => an OrderedCollection(OBCmdRunTests) >>> >>> But apparently only running the test is associated to Cmd-t. >>> Isn't that convenient to be able to run the test from a class category? >>> >>> Cheers, >>> alexandre >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> [hidden email] >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
In reply to this post by Alexandre Bergel
The problem is that with gofer only this is tedious to maintain multiple versions of something.
Can somebody take care of the ConfigurationOfOB? Stef > I don't know, I do not maintain them. > > I just realize that people often report bugs that have been fixed a > long time ago. > > I suggest that you always load the latest code using the following script: > > "Refactoring" > Gofer new > squeaksource: 'rb'; > package: 'AST-Core'; > package: 'AST-Semantic'; > package: 'Refactoring-Core'; > package: 'Refactoring-Changes'; > package: 'Refactoring-Critics'; > package: 'Refactoring-Environment'; > package: 'Refactoring-Spelling'; > load. > ! > "OmniBrowser" > Gofer new > renggli: 'omnibrowser'; > package: 'OmniBrowser'; > package: 'OB-Standard'; > package: 'OB-Morphic'; > package: 'OB-Shout'; > package: 'OB-Refactory'; > package: 'OB-Regex'; > package: 'OB-SUnitIntegration'; > load. > ! > "Tools" > Gofer new > renggli: 'unsorted'; > package: 'Shout'; > package: 'ShoutWorkspace'; > package: 'RoelTyper'; > package: 'ECompletion'; > package: 'ECompletionOmniBrowser'; > load. > ! > "Select Tools" > SystemBrowser default: (Smalltalk at: #OBSystemBrowserAdaptor). > > Lukas > > On 8 October 2010 15:09, Alexandre Bergel <[hidden email]> wrote: >> I did a "ConfigurationOfOmnibrowser project lastVersion load" >> Apparently ConfigurationOfOmnibrowser is not maintained... >> >> Cheers, >> Alexandre >> >> >> On 8 Oct 2010, at 09:03, Lukas Renggli wrote: >> >>> Update, this has been fixed half a year ago :-) >>> >>> Lukas >>> >>> On 8 October 2010 14:58, Alexandre Bergel <[hidden email]> wrote: >>>> hi! >>>> >>>> When I press cmd-t in an ob browser in the class category pane, I get a window titled "Selected Command". I would expect executing the test of the class category. >>>> >>>> I tried to find out where the "Selected Command" command is defined with: >>>> OBCommand allSubclasses select: [:c | c new keystroke = $t ] >>>> => an OrderedCollection(OBCmdRunTests) >>>> >>>> But apparently only running the test is associated to Cmd-t. >>>> Isn't that convenient to be able to run the test from a class category? >>>> >>>> Cheers, >>>> alexandre >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> [hidden email] >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> >>> -- >>> Lukas Renggli >>> www.lukas-renggli.ch >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> [hidden email] >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
OB and RB evolve in tiny steps. Each commit is a stable version in
itself. Each commit improves or fixes a tiny little bit of the stable core library. I consider it safe to always load the latest versions. For exactly that reason the experimental hard-core changes are in a different repository (http://source.lukas-renggli.ch/ob21). I don't know how to support such a workflow with Metacello? For me it is way faster to use the Gofer scripts below. Lukas On 8 October 2010 15:27, Stéphane Ducasse <[hidden email]> wrote: > The problem is that with gofer only this is tedious to maintain multiple versions of something. > Can somebody take care of the ConfigurationOfOB? > > Stef > >> I don't know, I do not maintain them. >> >> I just realize that people often report bugs that have been fixed a >> long time ago. >> >> I suggest that you always load the latest code using the following script: >> >> "Refactoring" >> Gofer new >> squeaksource: 'rb'; >> package: 'AST-Core'; >> package: 'AST-Semantic'; >> package: 'Refactoring-Core'; >> package: 'Refactoring-Changes'; >> package: 'Refactoring-Critics'; >> package: 'Refactoring-Environment'; >> package: 'Refactoring-Spelling'; >> load. >> ! >> "OmniBrowser" >> Gofer new >> renggli: 'omnibrowser'; >> package: 'OmniBrowser'; >> package: 'OB-Standard'; >> package: 'OB-Morphic'; >> package: 'OB-Shout'; >> package: 'OB-Refactory'; >> package: 'OB-Regex'; >> package: 'OB-SUnitIntegration'; >> load. >> ! >> "Tools" >> Gofer new >> renggli: 'unsorted'; >> package: 'Shout'; >> package: 'ShoutWorkspace'; >> package: 'RoelTyper'; >> package: 'ECompletion'; >> package: 'ECompletionOmniBrowser'; >> load. >> ! >> "Select Tools" >> SystemBrowser default: (Smalltalk at: #OBSystemBrowserAdaptor). >> >> Lukas >> >> On 8 October 2010 15:09, Alexandre Bergel <[hidden email]> wrote: >>> I did a "ConfigurationOfOmnibrowser project lastVersion load" >>> Apparently ConfigurationOfOmnibrowser is not maintained... >>> >>> Cheers, >>> Alexandre >>> >>> >>> On 8 Oct 2010, at 09:03, Lukas Renggli wrote: >>> >>>> Update, this has been fixed half a year ago :-) >>>> >>>> Lukas >>>> >>>> On 8 October 2010 14:58, Alexandre Bergel <[hidden email]> wrote: >>>>> hi! >>>>> >>>>> When I press cmd-t in an ob browser in the class category pane, I get a window titled "Selected Command". I would expect executing the test of the class category. >>>>> >>>>> I tried to find out where the "Selected Command" command is defined with: >>>>> OBCommand allSubclasses select: [:c | c new keystroke = $t ] >>>>> => an OrderedCollection(OBCmdRunTests) >>>>> >>>>> But apparently only running the test is associated to Cmd-t. >>>>> Isn't that convenient to be able to run the test from a class category? >>>>> >>>>> Cheers, >>>>> alexandre >>>>> -- >>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>>> Alexandre Bergel http://www.bergel.eu >>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> [hidden email] >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>> >>>> >>>> >>>> -- >>>> Lukas Renggli >>>> www.lukas-renggli.ch >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> [hidden email] >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> [hidden email] >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
In reply to this post by Lukas Renggli
Ok, thanks
Alexandre On 8 Oct 2010, at 09:22, Lukas Renggli wrote: > I don't know, I do not maintain them. > > I just realize that people often report bugs that have been fixed a > long time ago. > > I suggest that you always load the latest code using the following script: > > "Refactoring" > Gofer new > squeaksource: 'rb'; > package: 'AST-Core'; > package: 'AST-Semantic'; > package: 'Refactoring-Core'; > package: 'Refactoring-Changes'; > package: 'Refactoring-Critics'; > package: 'Refactoring-Environment'; > package: 'Refactoring-Spelling'; > load. > ! > "OmniBrowser" > Gofer new > renggli: 'omnibrowser'; > package: 'OmniBrowser'; > package: 'OB-Standard'; > package: 'OB-Morphic'; > package: 'OB-Shout'; > package: 'OB-Refactory'; > package: 'OB-Regex'; > package: 'OB-SUnitIntegration'; > load. > ! > "Tools" > Gofer new > renggli: 'unsorted'; > package: 'Shout'; > package: 'ShoutWorkspace'; > package: 'RoelTyper'; > package: 'ECompletion'; > package: 'ECompletionOmniBrowser'; > load. > ! > "Select Tools" > SystemBrowser default: (Smalltalk at: #OBSystemBrowserAdaptor). > > Lukas > > On 8 October 2010 15:09, Alexandre Bergel <[hidden email]> wrote: >> I did a "ConfigurationOfOmnibrowser project lastVersion load" >> Apparently ConfigurationOfOmnibrowser is not maintained... >> >> Cheers, >> Alexandre >> >> >> On 8 Oct 2010, at 09:03, Lukas Renggli wrote: >> >>> Update, this has been fixed half a year ago :-) >>> >>> Lukas >>> >>> On 8 October 2010 14:58, Alexandre Bergel <[hidden email]> wrote: >>>> hi! >>>> >>>> When I press cmd-t in an ob browser in the class category pane, I get a window titled "Selected Command". I would expect executing the test of the class category. >>>> >>>> I tried to find out where the "Selected Command" command is defined with: >>>> OBCommand allSubclasses select: [:c | c new keystroke = $t ] >>>> => an OrderedCollection(OBCmdRunTests) >>>> >>>> But apparently only running the test is associated to Cmd-t. >>>> Isn't that convenient to be able to run the test from a class category? >>>> >>>> Cheers, >>>> alexandre >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> [hidden email] >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> >>> -- >>> Lukas Renggli >>> www.lukas-renggli.ch >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> [hidden email] >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
In reply to this post by Stéphane Ducasse
On Fri, Oct 8, 2010 at 3:27 PM, Stéphane Ducasse <[hidden email]> wrote: The problem is that with gofer only this is tedious to maintain multiple versions of something. I do as much as my time let me. I even updated several confs. See: http://forum.world.st/Updated-Metacello-Configurations-of-OmniBrowser-RefactoringBrowser-OCompletion-td2715921.html#a2715921 So...if you load that, this should be fixed because I did that few weeks ago (fee weeks ago < 6 months). I cannot update the conf for every Lukas commit. That's not the idea of Metacello. Anyway, I explained several times (I have already put it even in Metacello FAQ) that if you want to load the latest code of every package, just load the baseline. Example: (ConfigurationOfOmnibrowser project version: '1.2-baseline') load Stef _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
> Example: (ConfigurationOfOmnibrowser project version: '1.2-baseline') load
I know, but I don't remember. It is far too complicated. Why not ConfigurationOfOmnibrowser project load@*%$LatestCode ? Lukas -- Lukas Renggli www.lukas-renggli.ch _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
On Fri, Oct 8, 2010 at 3:46 PM, Lukas Renggli <[hidden email]> wrote:
1) Nobody makes you use Metacello. If you don't want, don't use it 2) We know this is complicated and this is why we have discussing a lot since the last months, and this is why Dale will integrate #stableVersion, #bleedingEdge, etc 3) This is why there is a FAQ and a website. To persist the things your brain cannot. Anyway, for me this is not complicated. It is just one rule: "if you don't define a version, Metacello will take the last one" Since you read the Metacello tutorial I guess, you know a baseline should not define versions. Thus, if you try to load a baseline, it will have no version defined. Then, all the latest ones will be loaded. Is this that complicated? Cheers Mariano Why not _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
> Anyway, for me this is not complicated. It is just one rule: "if you don't
> define a version, Metacello will take the last one" > Since you read the Metacello tutorial I guess, you know a baseline should > not define versions. Thus, if you try to load a baseline, it will have no > version defined. Then, all the latest ones will be loaded. Is this that > complicated? I want to script it. And I don't want to figure out the baseline name myself. So yes, it is too complicated. Lukas -- Lukas Renggli www.lukas-renggli.ch _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
In reply to this post by Lukas Renggli
> ConfigurationOfOmnibrowser project load@*%$LatestCode
better in my opinion: ConfigurationOfOmnibrowser loadLastVersion As a metathough, I think we need a unification of how Configuration are defined and used. We have loadDefault in Moose. I often do a ConfigurationOfXX project lastVersion load. You can directly load the baseline. I know this has been discussed many times. But we really need to come up with a simple and efficient way to use configuration. I would also like to have ConfigurationOfXX forEachVersionsLoadAndDo: [:v | ... ], versionsSelect: [:v | ... ], ... Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
On 8 October 2010 15:56, Alexandre Bergel <[hidden email]> wrote:
>> ConfigurationOfOmnibrowser project load@*%$LatestCode > > better in my opinion: ConfigurationOfOmnibrowser loadLastVersion I think the indirection through project to preserve backwards compatibility and to avoid generating lots of boilerplate in the configuration classes is worth it. Lukas -- Lukas Renggli www.lukas-renggli.ch _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
>> better in my opinion: ConfigurationOfOmnibrowser loadLastVersion
> > I think the indirection through project to preserve backwards > compatibility and to avoid generating lots of boilerplate in the > configuration classes is worth it. Could be, even though I do not immediately see if this implies really a lot of boilerplate code. I usually only want to load the last version or a particular version of an application. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
In reply to this post by Lukas Renggli
El vie, 08-10-2010 a las 15:22 +0200, Lukas Renggli escribió:
> I don't know, I do not maintain them. > > I just realize that people often report bugs that have been fixed a > long time ago. > > I suggest that you always load the latest code using the following script: > > "Refactoring" > Gofer new > squeaksource: 'rb'; > package: 'AST-Core'; > package: 'AST-Semantic'; > package: 'Refactoring-Core'; > package: 'Refactoring-Changes'; > package: 'Refactoring-Critics'; > package: 'Refactoring-Environment'; > package: 'Refactoring-Spelling'; > load. > ! > "OmniBrowser" > Gofer new > renggli: 'omnibrowser'; > package: 'OmniBrowser'; > package: 'OB-Standard'; > package: 'OB-Morphic'; > package: 'OB-Shout'; > package: 'OB-Refactory'; > package: 'OB-Regex'; > package: 'OB-SUnitIntegration'; > load. > ! > "Tools" > Gofer new > renggli: 'unsorted'; > package: 'Shout'; > package: 'ShoutWorkspace'; > package: 'RoelTyper'; > package: 'ECompletion'; > package: 'ECompletionOmniBrowser'; > load. > ! > "Select Tools" > SystemBrowser default: (Smalltalk at: #OBSystemBrowserAdaptor). Please don't. This is not the way to go. That is the reason of Metacello and the correct way is to ask the maintainer of the Configuration to update it. This kind of scripts are good in the short term but in the long term they are bad for the users themselves and for the developers. Why? Because this script will work for the pharo that is current right now. Even so, it couldnt work in other pharo versions that are in the wild now like Pharo 1.0. When Pharo 1.9 is out and some newbie search the lists, he/she will try blindly to evaluate that code and more surely won't work, because it will be diverged a lot between now and Pharo 1.9. That is exactly the same what happens in Squeak, where the list is plaged with hundreds of such scripts that aren't working anymore in the newest Squeak versions. Dale is working in providing a standardized #bleedingEdge functionality to the Metacello configs, so that there is a explicit way to ask for the very latest package of a given software, while, at the same time, permiting to designate stable and functional versions for each Pharo release. TL;DR :) Use it just for getting the very last version of OB but don't think that this will always work for every Pharo release in the future. Cheers -- Miguel Cobá http://miguel.leugim.com.mx _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
In reply to this post by Alexandre Bergel
El vie, 08-10-2010 a las 09:56 -0400, Alexandre Bergel escribió:
> > ConfigurationOfOmnibrowser project load@*%$LatestCode > > better in my opinion: ConfigurationOfOmnibrowser loadLastVersion > > As a metathough, I think we need a unification of how Configuration are defined and used. > We have loadDefault in Moose. I often do a ConfigurationOfXX project lastVersion load. You can directly load the baseline. I know this has been discussed many times. But we really need to come up with a simple and efficient way to use configuration. > > I would also like to have ConfigurationOfXX forEachVersionsLoadAndDo: [:v | ... ], versionsSelect: [:v | ... ], ... > > Alexandre There is a long thread in the metacello mailing list where those topics are being discussed and Dale is right now working in the new code to support them. So if you want to be heard please propose those guidelines there so they are taken in account. Cheers > -- Miguel Cobá http://miguel.leugim.com.mx _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
Yeah, I agree, there is definitely a need for Metacello.
I suggest to make it easier to use, faster and more lightweight. Currently it is more the opposite. I propose something along Gofer, but for Metacello (I believe somebody already did something like this?): 1. loading the latest stable version must be dead simple Metacello new project: 'OB'; loadStable 2. loading the latest development version must be dead simple Metacello new project: 'OB'; loadDevelopment 3. specifying what groups to load must be dead simple Metacello new project: 'Seaside'; group: 'Tests'; group: 'Javascript'; load 4. loading should not require to additional infrastructure to be loaded into a Pharo image (I imagine a server that has all configurations preloaded and that returns Gofer scripts that can be executed in the target image) Lukas On 8 October 2010 17:15, Miguel Cobá <[hidden email]> wrote: > El vie, 08-10-2010 a las 09:56 -0400, Alexandre Bergel escribió: >> > ConfigurationOfOmnibrowser project load@*%$LatestCode >> >> better in my opinion: ConfigurationOfOmnibrowser loadLastVersion >> >> As a metathough, I think we need a unification of how Configuration are defined and used. >> We have loadDefault in Moose. I often do a ConfigurationOfXX project lastVersion load. You can directly load the baseline. I know this has been discussed many times. But we really need to come up with a simple and efficient way to use configuration. >> >> I would also like to have ConfigurationOfXX forEachVersionsLoadAndDo: [:v | ... ], versionsSelect: [:v | ... ], ... >> >> Alexandre > > There is a long thread in the metacello mailing list where those topics > are being discussed and Dale is right now working in the new code to > support them. So if you want to be heard please propose those guidelines > there so they are taken in account. > > > Cheers >> > > -- > Miguel Cobá > http://miguel.leugim.com.mx > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli www.lukas-renggli.ch _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
In reply to this post by Miguel Cobá
> There is a long thread in the metacello mailing list where those topics
> are being discussed and Dale is right now working in the new code to > support them. So if you want to be heard please propose those guidelines > there so they are taken in account. Yep, I know the value of a mailing list for a community. However, I simply cannot afford to spend hours reading all (very long) the emails on that topic. Once a Pharo community will be bootstrapped in Chile, then I will be more able to participate on topics that do not directly matter for the university, my employer. Writing a six-lines email is as valuable as writing a method of six-line of code, at least to me :-) Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
In reply to this post by Lukas Renggli
> 4. loading should not require to additional infrastructure to be
> loaded into a Pharo image (I imagine a server that has all > configurations preloaded and that returns Gofer scripts that can be > executed in the target image) Let's be imaginative. I want the server to return an image segment that I can directly install in my image :-) Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
In reply to this post by Lukas Renggli
On Fri, Oct 8, 2010 at 5:25 PM, Lukas Renggli <[hidden email]> wrote: Yeah, I agree, there is definitely a need for Metacello.
it does all that. 4. loading should not require to additional infrastructure to be this can be discussed with dale. Lukas _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
«
Return to Pharo Smalltalk Developers
|
1 view|%1 views
| Free forum by Nabble | Edit this page |