Why I'm hesitating to switch to D

Jacob Carlborg doob at me.com
Wed Jun 29 07:07:00 PDT 2011


On 2011-06-29 15:39, Ary Manzana wrote:
> On 6/29/11 6:25 PM, Walter Bright wrote:
>> On 6/29/2011 1:38 AM, James Fisher wrote:
>>> However, the case for using
>>> it for the website
>>> <https://github.com/D-Programming-Language/d-programming-language.org/blob/master/index.dd>
>>>
>>>
>>> is nonexistent (anyone disagree?).
>>
>> I do. Ddoc is:
>>
>> 1. Rather trivial to learn & use. A website/book/community devoted to
>> how to use it is completely unnecessary. It's fairly obvious how to use
>> it (for someone with a basic familiarity with HTML) by simply looking at
>> a couple examples.
>
> But you have to learn it nonetheless.
>
>>
>> 2. It automatically tracks the D language, so D code examples are always
>> properly highlighted.
>
> There are many tools to syntax highlight code using HTML. Making the
> compiler (or some part of it) do it is... hmmm... it's not the
> compiler's job!
>
> Come on, it's not that hard to highlight with an external javascript
> (Nick Sabalausky, please no comments :-P :-))

No reason for using JavaScript to do it.

>>
>> 3. It is always available and installed for anyone who installs D.
>
> Fair.
>
>>
>> 4. The D compiler and Ddoc are always in sync. No begging for updates
>> from 3rd parties, no lags even if they get right on incorporating
>> necessary updates.
>
> More job for you and your team, having to keep that in sync. And when D
> becomes more popular I'm sure someone else will write a better ddoc, or
> better ddocs, so why spend effort and time doing it in-sync with the
> compiler?

If DDoc would be a separate tool then it *would* be necessary for the 
developers to sync it with the compiler. When it's embedded in the 
compiler it will be automatically.

-- 
/Jacob Carlborg


More information about the Digitalmars-d mailing list