Removing D embedded in HTML feature

[BCS]

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.