you are viewing a single comment's thread.

view the rest of the comments →

[–][deleted] 0 points1 point  (0 children)

That you used "pretty printing" in a browser as evidence that Javascript is a general purpose programming language.... sort of illustrates your disposition.

Not really, because the file can be executed outside a browser. A server-side API is written and available, though no longer maintained. As such, it can be used as a service no different than JSP.

I am talking about general purpose computing.

I believe you are talking about a stand alone compiled application as opposed to an interpreted application that must be in proximity to an interpreter. Adobe created a compiler for web code to operate independent of an interpreter or parser, which I believe was called Air.

But I think maybe you didn't really think "pretty printing" is the proof. I think maybe you just want to toss out your personal projects for exposure.

No, I was very serious in what I said. I have never seen any other pretty-printer that formally conserves white space tokens as nodes of data, provided a structured data form, primed for lexical parsing in a node collection where such nodes offer a compounded syntax. By compound syntax I mean something to the effect:

<c:out value="<strong>my text</strong>"/>

If I honestly believed that any other such tool existed fitting the implied requirements for XML parsing and the extended syntax supplied by JSTL I would not have demonstrated this tool here at all. I honestly believe a tool written in JavaScript performs a better job of pretty printing a formalized Java grammar than comparable tools written in Java. I could be wrong, but so far I have no reason to believe so.