The Trunk: Traits-fbs.297.mcz

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

The Trunk: Traits-fbs.297.mcz

commits-2
Frank Shearar uploaded a new version of Traits to project The Trunk:
http://source.squeak.org/trunk/Traits-fbs.297.mcz

==================== Summary ====================

Name: Traits-fbs.297
Author: fbs
Time: 7 August 2013, 6:52:54.132 pm
UUID: 00f10a78-c0a1-a243-a90d-d0a642804ab8
Ancestors: Traits-fbs.296

#asClassDefinition, #classDefinitions implementors belong in Monticello.

=============== Diff against Traits-fbs.296 ===============

Item was removed:
- ----- Method: Trait>>asClassDefinition (in category 'monticello') -----
- asClassDefinition
- ^Smalltalk at: #MCTraitDefinition ifPresent:[:aClass|
- aClass
- name: self name
- traitComposition: self traitCompositionString
- category: self category
- comment: self organization classComment asString
- commentStamp: self organization commentStamp].!

Item was removed:
- ----- Method: Trait>>classDefinitions (in category 'monticello') -----
- classDefinitions
- | definitions |
- definitions := OrderedCollection with: self asClassDefinition.
- (self hasClassTrait
- and: [self classTrait hasTraitComposition
- and: [self classTrait traitComposition isEmpty not]])
- ifTrue: [definitions add: self classTrait asMCDefinition].
- ^definitions asArray!


Reply | Threaded
Open this post in threaded view
|

Re: The Trunk: Traits-fbs.297.mcz

Tobias Pape
This one is dangerous.

It makes monticello directly depend on traits,
and unloading traits wont work no longer, no?

Best
    -Tobias

Am 07.08.2013 um 21:56 schrieb [hidden email]:

> Frank Shearar uploaded a new version of Traits to project The Trunk:
> http://source.squeak.org/trunk/Traits-fbs.297.mcz
>
> ==================== Summary ====================
>
> Name: Traits-fbs.297
> Author: fbs
> Time: 7 August 2013, 6:52:54.132 pm
> UUID: 00f10a78-c0a1-a243-a90d-d0a642804ab8
> Ancestors: Traits-fbs.296
>
> #asClassDefinition, #classDefinitions implementors belong in Monticello.
>
> =============== Diff against Traits-fbs.296 ===============
>
> Item was removed:
> - ----- Method: Trait>>asClassDefinition (in category 'monticello') -----
> - asClassDefinition
> -    ^Smalltalk at: #MCTraitDefinition ifPresent:[:aClass|
> -        aClass
> -            name: self name
> -            traitComposition: self traitCompositionString
> -            category: self category
> -            comment: self organization classComment asString
> -            commentStamp: self organization commentStamp].!
>
> Item was removed:
> - ----- Method: Trait>>classDefinitions (in category 'monticello') -----
> - classDefinitions
> -    | definitions |
> -    definitions := OrderedCollection with: self asClassDefinition.
> -    (self hasClassTrait
> -        and: [self classTrait hasTraitComposition
> -        and: [self classTrait traitComposition isEmpty not]])
> -            ifTrue: [definitions add: self classTrait asMCDefinition].
> -    ^definitions asArray!
>
>

Reply | Threaded
Open this post in threaded view
|

Re: The Trunk: Traits-fbs.297.mcz

Frank Shearar-3
Yes, I guess it does. That's easily solvable by adding a
Monticello-Traits package. But this way Traits is at least a bit
cleaner. I'll give the North Americans time to respond, but as long as
these methods stay out of Traits, I'm happy.

frank

On 7 August 2013 21:01, Tobias Pape <[hidden email]> wrote:

> This one is dangerous.
>
> It makes monticello directly depend on traits,
> and unloading traits wont work no longer, no?
>
> Best
>     -Tobias
>
> Am 07.08.2013 um 21:56 schrieb [hidden email]:
>
>> Frank Shearar uploaded a new version of Traits to project The Trunk:
>> http://source.squeak.org/trunk/Traits-fbs.297.mcz
>>
>> ==================== Summary ====================
>>
>> Name: Traits-fbs.297
>> Author: fbs
>> Time: 7 August 2013, 6:52:54.132 pm
>> UUID: 00f10a78-c0a1-a243-a90d-d0a642804ab8
>> Ancestors: Traits-fbs.296
>>
>> #asClassDefinition, #classDefinitions implementors belong in Monticello.
>>
>> =============== Diff against Traits-fbs.296 ===============
>>
>> Item was removed:
>> - ----- Method: Trait>>asClassDefinition (in category 'monticello') -----
>> - asClassDefinition
>> -    ^Smalltalk at: #MCTraitDefinition ifPresent:[:aClass|
>> -        aClass
>> -            name: self name
>> -            traitComposition: self traitCompositionString
>> -            category: self category
>> -            comment: self organization classComment asString
>> -            commentStamp: self organization commentStamp].!
>>
>> Item was removed:
>> - ----- Method: Trait>>classDefinitions (in category 'monticello') -----
>> - classDefinitions
>> -    | definitions |
>> -    definitions := OrderedCollection with: self asClassDefinition.
>> -    (self hasClassTrait
>> -        and: [self classTrait hasTraitComposition
>> -        and: [self classTrait traitComposition isEmpty not]])
>> -            ifTrue: [definitions add: self classTrait asMCDefinition].
>> -    ^definitions asArray!
>>
>>
>

Reply | Threaded
Open this post in threaded view
|

Re: The Trunk: Traits-fbs.297.mcz

Tobias Pape


Am 07.08.2013 um 22:22 schrieb Frank Shearar <[hidden email]>:

> Yes, I guess it does. That's easily solvable by adding a
> Monticello-Traits package. But this way Traits is at least a bit
> cleaner. I'll give the North Americans time to respond, but as long as
> these methods stay out of Traits, I'm happy.

Which one is mire important to a core squeak, mc or traits?
I would have thought mc _even though_ traits is a language thing.

Let’s peel the onion, what are the rings of squeak?

Clearly, a Ring0 squeak needs Kernel and Collections, ring 1 would be core things like files, i/o, then tools like mc and then the rest.. Although, Compiler does not fit into that scheme. Anyone good at drawing?


>
> frank
>
> On 7 August 2013 21:01, Tobias Pape <[hidden email]> wrote:
>> This one is dangerous.
>>
>> It makes monticello directly depend on traits,
>> and unloading traits wont work no longer, no?
>>
>> Best
>>    -Tobias
>>
>> Am 07.08.2013 um 21:56 schrieb [hidden email]:
>>
>>> Frank Shearar uploaded a new version of Traits to project The Trunk:
>>> http://source.squeak.org/trunk/Traits-fbs.297.mcz
>>>
>>> ==================== Summary ====================
>>>
>>> Name: Traits-fbs.297
>>> Author: fbs
>>> Time: 7 August 2013, 6:52:54.132 pm
>>> UUID: 00f10a78-c0a1-a243-a90d-d0a642804ab8
>>> Ancestors: Traits-fbs.296
>>>
>>> #asClassDefinition, #classDefinitions implementors belong in Monticello.
>>>
>>> =============== Diff against Traits-fbs.296 ===============
>>>
>>> Item was removed:
>>> - ----- Method: Trait>>asClassDefinition (in category 'monticello') -----
>>> - asClassDefinition
>>> -    ^Smalltalk at: #MCTraitDefinition ifPresent:[:aClass|
>>> -        aClass
>>> -            name: self name
>>> -            traitComposition: self traitCompositionString
>>> -            category: self category
>>> -            comment: self organization classComment asString
>>> -            commentStamp: self organization commentStamp].!
>>>
>>> Item was removed:
>>> - ----- Method: Trait>>classDefinitions (in category 'monticello') -----
>>> - classDefinitions
>>> -    | definitions |
>>> -    definitions := OrderedCollection with: self asClassDefinition.
>>> -    (self hasClassTrait
>>> -        and: [self classTrait hasTraitComposition
>>> -        and: [self classTrait traitComposition isEmpty not]])
>>> -            ifTrue: [definitions add: self classTrait asMCDefinition].
>>> -    ^definitions asArray!
>