Pause Self, Resume on Event

Aarti_pl aarti at interia.pl
Fri Jul 18 01:06:56 PDT 2008


Don pisze:
> Jarrett Billingsley wrote:
>> "Bill Baxter" <dnewsgroup at billbaxter.com> wrote in message 
>> news:g5ocsa$2v3b$2 at digitalmars.com...
>>> Jarrett Billingsley wrote:
>>>> "dsimcha" <dsimcha at yahoo.com> wrote in message 
>>>> news:g5o4g7$2f5i$1 at digitalmars.com...
>>>>
>>>>> On another note, anyone have any idea when/if Tango for D2, and 
>>>>> Tangobos for Tango
>>>>> for D2, will be available?  There are things I like and dislike 
>>>>> about both Tango
>>>>> and Phobos, and I really wish I could mix and match modules from 
>>>>> them without
>>>>> giving up my D2 features.  For example, I like Phobos's much 
>>>>> simpler IO API, less
>>>>> "OO everywhere" look and feel and "simple operations should be 
>>>>> simple" mentality,
>>>> Why does everyone say that Tango is "OO everywhere"?  There are free 
>>>> functions (or static functions) that correspond to most free 
>>>> functions in Phobos.  Please, please give me some examples of what 
>>>> you believe to be "OO everywhere."
>>>
>>> One example: there are no stand-alone writefln/writef or 
>>> readfln/readf functions in Tango.
>>
>> --! I mean ------ come on.  You call a method of a statically 
>> allocated object.  As if that's really different? 
> 
> I think it's a very important difference, actually. It makes it *feel* 
> like as though Tango's been sucked into the ideology of putting free 
> functions into a singleton object. And writefln() is the most visible 
> function in Phobos. If someone says they prefer Phobos over Tango, most 
> commonly, they mean they like writefln.
> 
> Making a simple wrapper/alias that calls Stdout -- AND MAKING IT 
> STANDARD would, I think, do a lot for Tango, especially for first 
> impressions.

...and - when same identifiers writefln/writef would be chosen - it will 
also make easier writing programs which can work with Phobos *and* Tango.

Also aliases string, wstring and dstring should be added to Tango for 
compatibility reasons.

BR
Marcin Kuszczak
aarti_pl


More information about the Digitalmars-d-learn mailing list