Tweak mainstream in Squeak
Andreas Raab
andreas.raab at gmx.de
Mon Jul 10 18:09:04 UTC 2006
stéphane ducasse wrote:
> No problem we are the bad guys to blame....
>
> Stef (the random refactorer)
Honestly, Stef, if it isn't random then what is the strategy for these
changes? Looking at the past Squeak versions, starting from 3.6 every
version was just incompatible enough with previous versions such that it
would break any serious user of the metaclass hierarchy (like Tweak). I
think you will agree that it can't continue that way, that at some point
we need to get back to what can be called a *stable* metaclass kernel
with reliable APIs and when exactly will that point be reached?
Cheers,
- Andreas
>
>> Lex Spoon wrote:
>>> Hilaire is only asking what the status and expectations about a usable
>>> Tweak are. It took a lot of asking, and apparently the answer is that
>>> you have to go back and convert a 3.8 image to a Tweak one. This is
>>> different from Morphic, where Morphic was initially available in
>>> Squeak right beside MVC.
>>
>> But what is your point, exactly? That Tweak is to blame for changes in
>> 3.9 that render 3.9 incompatible with 3.8 to such an extent that Tweak
>> doesn't work out of the box? Contrary to which other 3.8 based
>> environments (iSqueak, Croquet, TinLizzie) run Tweak just fine.
>>
>> And for the records, the reason why Morphic was initially available in
>> Squeak right beside MVC was because the people who worked on it (SqC)
>> had control over BOTH. Unfortunately, the same cannot be said about
>> Tweak and 3.9 so unless your point is that you're screwed when you
>> don't have control over parts that you depend on (to which I
>> wholeheartedly agree), then I don't get the point you're trying to make.
>>
>> Cheers,
>> - Andreas
>>
>>
>
>
>
More information about the Squeak-dev
mailing list
|