CompiledMethod asString is a text

>>>>>> "Niko" == Niko Schwarz <[hidden email]> writes:
>
> Niko> Hi, I just bumped into this. Probably this is intended somehow, but it
> Niko> does seem weird enough to ask …
>
> Niko>     (Object >> #hash) asString class
>
> Niko> returns 'Text'.
>
> It has to be, to hold styled text, right?
>

> --
> Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
> <[hidden email]> <URL:http://www.stonehenge.com/merlyn/>
> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
> See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion
>
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

> On 1 April 2010 01:52, Randal L. Schwartz <[hidden email]> wrote:
>>>>>>> "Niko" == Niko Schwarz <[hidden email]> writes:
>>
>> Niko> Hi, I just bumped into this. Probably this is intended somehow, but it
>> Niko> does seem weird enough to ask …
>>
>> Niko>     (Object >> #hash) asString class
>>
>> Niko> returns 'Text'.
>>
>> It has to be, to hold styled text, right?
>>
> as to me, asking to string, should return string, not text.
>

>
> On Apr 1, 2010, at 12:00 AM, Niko Schwarz wrote:
>
>> Hi, I just bumped into this. Probably this is intended somehow, but it
>> does seem weird enough to ask …
>>
>>     (Object>>  #hash) asString class
>>
>> returns 'Text'.
>>
>>
>
> I think this is historical. Methods *used* to return Strings, and the Browser highlighted the first line.
>
> Than, when the possibility to have "Rich text" kind of methods (with bold, colors, links) added in Squeak,
> this was "implemented" by the "do the smallest change possible, we will rewrite everything anyway" strategy.
>
> Never clean up! Never Refactor!

> On 4/1/2010 12:12 AM, Marcus Denker wrote:
>>
>> On Apr 1, 2010, at 12:00 AM, Niko Schwarz wrote:
>>
>>> Hi, I just bumped into this. Probably this is intended somehow, but it
>>> does seem weird enough to ask …
>>>
>>>    (Object>>  #hash) asString class
>>>
>>> returns 'Text'.
>>>
>>>
>>
>> I think this is historical. Methods *used* to return Strings, and the Browser highlighted the first line.
>>
>> Than, when the possibility to have "Rich text" kind of methods (with bold, colors, links) added in Squeak,
>> this was "implemented" by the "do the smallest change possible, we will rewrite everything anyway" strategy.
>>
>> Never clean up! Never Refactor!
>
> Wow, Marcus. Your hostility towards Squeak is seriously amazing.

>>
>>> Hi, I just bumped into this. Probably this is intended somehow, but it
>>> does seem weird enough to ask …
>>>
>>>    (Object>>  #hash) asString class
>>>
>>> returns 'Text'.
>>>
>>>
>>
>> I think this is historical. Methods *used* to return Strings, and the Browser highlighted the first line.
>>
>> Than, when the possibility to have "Rich text" kind of methods (with bold, colors, links) added in Squeak,
>> this was "implemented" by the "do the smallest change possible, we will rewrite everything anyway" strategy.
>>
>> Never clean up! Never Refactor!
>
> Wow, Marcus. Your hostility towards Squeak is seriously amazing. Even more so since CompiledMethod>>asString DOES NOT EXIST in Squeak. It's a Pharo method. Of course, it's Squeak's fault that in Pharo, and Pharo only, CompiledMethod>>asString returns a text.
>
>> Of course, like always, the "big rewrite from scratch" never happened. To the contrary, all the time more and
>> more "do the smallest change possible" changes where introduced on top, up to the point that the whole system
>> was just *bad*.
>
> So what does that mean given that the method has a stamp of 'stephane.ducasse 8/9/2009 12:05'?
>
> Cheers,
>  - Andreas
>
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

>>>>
> It's not hostility. Not at all. It's my *love* for Squeak that was/is the problem. I could just not do nothing, *because*
> I loved it so much... my mistake.
>
>> Even more so since CompiledMethod>>asString DOES NOT EXIST in Squeak.
>
> So then I was wrong with this analysis... but on the big picture, it is true. And you know it.
>
> Marcus
>
> --
> Marcus Denker  -- http://www.marcusdenker.de
> INRIA Lille -- Nord Europe. Team RMoD.
>
>
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

>> The "etoy hater Brunnen" in Bern :-)
>>
>> Marcus
>
> lol
> I always found this fountain amazing, nearly bad taste.
> To scare little kids, I went to see it with my sons but I'm sure that they
> did not remember. It would be fun to go with camille and explain him.
> He is at the right age for this kind of metaphor
>

>
> On Apr 1, 2010, at 10:18 AM, Stéphane Ducasse wrote:
>
>> More seriously it would be nice to have a solution.
>> After may be string and text can share a common interface and the current situation is kind of ok.
>> Does anybody have a larger view on the problem and possible solution?
>
> I think this was all fixed already in 1.1...
>
> (Object>>#halt) asString class  --> ByteString.
>
> There is no asText. but #getSource return a Text (for formatted methods, of course)
>
> (Object>>#halt) getSource class
>
> So not too bad.
>
> Marcus
>
>
> --
> Marcus Denker  -- http://www.marcusdenker.de
> INRIA Lille -- Nord Europe. Team RMoD.
>
>
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

> Guys, is this a fool's day hoax? ;)
>
> I think we shouldn't get agitated because of stuff like this. It doesn't matter what origin the code has. We fix it and then its done. That's how we make progress. And it's supposed to be fun too!
>
> Cheers,
> Adrian
>
>
> On Apr 1, 2010, at 10:23 , Marcus Denker wrote:
>
>>
>> On Apr 1, 2010, at 10:18 AM, Stéphane Ducasse wrote:
>>
>>> More seriously it would be nice to have a solution.
>>> After may be string and text can share a common interface and the current situation is kind of ok.
>>> Does anybody have a larger view on the problem and possible solution?
>>
>> I think this was all fixed already in 1.1...
>>
>> (Object>>#halt) asString class  --> ByteString.
>>
>> There is no asText. but #getSource return a Text (for formatted methods, of course)
>>
>> (Object>>#halt) getSource class
>>
>> So not too bad.
>>
>> Marcus
>>
>>
>> --
>> Marcus Denker  -- http://www.marcusdenker.de
>> INRIA Lille -- Nord Europe. Team RMoD.
>>
>>
>> _______________________________________________
>> 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

>
>
> On Apr 1, 2010, at 9:43 AM, Andreas Raab wrote:
>
>> On 4/1/2010 12:12 AM, Marcus Denker wrote:
>>>
>>> On Apr 1, 2010, at 12:00 AM, Niko Schwarz wrote:
>>>
>>>> Hi, I just bumped into this. Probably this is intended somehow, but it
>>>> does seem weird enough to ask …
>>>>
>>>>   (Object>>  #hash) asString class
>>>>
>>>> returns 'Text'.
>>>>
>>>>
>>>
>>> I think this is historical. Methods *used* to return Strings, and the Browser highlighted the first line.
>>>
>>> Than, when the possibility to have "Rich text" kind of methods (with bold, colors, links) added in Squeak,
>>> this was "implemented" by the "do the smallest change possible, we will rewrite everything anyway" strategy.
>>>
>>> Never clean up! Never Refactor!
>>
>> Wow, Marcus. Your hostility towards Squeak is seriously amazing.

> On 4/1/2010 1:06 AM, Marcus Denker wrote:
>>
>> So then I was wrong with this analysis... but on the big picture, it is
>> true. And you know it.
>
> It was. In the past. But I don't live in the past. I live in the present.
> And in the present, Squeak has moved on. We're past that. We have a great
> system, a great community, a great contribution process. If you look at the
> last eight months we've had more contributions than in the previous five
> years together, both small and large. We have *serious* momentum. We have
> Etoys and Croquet/Cobalt moving back to Squeak. We'll be having the *second*
> release this year in three weeks we may even have a third release this year
> if the momentum keeps up.
>
> In any case we're *way* past the issues you mention. Everyone who wants to
> help Squeak is welcome to contribute[1]. That includes you and Stef. You
> have standing invitations to join the Squeak core developers so if you have
> any interest in Squeak left, you'll pick that invitation up and help make
> Squeak better. At least that's how I judge if someone really loves Squeak -
> not whether he says it but whether he *does* something to improve it.
>
> [1]http://squeakboard.wordpress.com/2009/07/02/a-new-community-development-model/
>
> Cheers,
>  - Andreas
>
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>