Removing D embedded in HTML feature

[Craig Black]

"BCS" <ao at pathlink.com> wrote in message 
news:55391cb32b1988ca60bce34bf4a0 at news.digitalmars.com...
> Reply to bjoern,
>
>> Walter Bright schrieb:
>>
>>> Scott suggested this be removed for D 2.0. Is anyone at all using it,
>>> or have plans to use it, or can make a good case for keeping it?
>>>
>>> http://www.digitalmars.com/d/2.0/html.html
>>>
>> Please keep it.
>>
>> I am conviced that "text only" is not enough for next generation code
>> editors. a few examples :
>>
>> a database application could embedd an Entity Relationship model. This
>> could be a simple static graphic, or even an interactive live model
>> which generates D code. (using java applets, ActiveX, ...)
>>
>> D has strong OOP features, why not having an interactive UML modeler
>> within the code.
>>
>> D has builtin profiler support, why not embedding a charts, coloring
>> time critical sections.
>>
>> extented Documentation support
>>
>> I am convinced that, once the first HTML base D code-editor is
>> released, several new, fantastic ideas will be born.
>>
>> I guess java applets can be used as code generators, code watcher
>> (safeD, without using the compiler) ....
>>
>> I thinking about : "how a next generation code editor should look
>> like" for quit a while and hope to implement an HTML based (or
>> hypertext based in general) Editor for D for use in my IDE.
>>
>> Bjoern
>>
>
> I'm working with some people that are working on one of the most advanced 
> abstraction systems I know of. There goal is to push abstraction as far as 
> possible and the conclusion after several years of playing with different 
> approaches (much of it trying to build a UI that lets people work with the 
> abstractions) is that abstractions and fancy UI's don't mix because as 
> soon as I abstract above what the UI knows, the UI breaks. Your time will 
> be better spent building these tools outside D (code generators) or inside 
> D (meta programming). IMNSHO, trying to interleave the D code and external 
> abstractions is a waste of time.
>

And it overcomplicates the compiler implementation.  It is very important 
that D compilers be easy to implement.