Re: [Slightly OT] How to process lightweight text markup languages?

["Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>]

On Mon, 19 Jan 2015 13:37:57 -0800 (PST), gautier_niouzes@hotmail.com
wrote:

> Le lundi 19 janvier 2015 21:12:41 UTC+1, Randy Brukardt a écrit :
> 
>> No, this is a fallicy. The Internet (and world in general) would be better 
>> off if documents that are sufficiently malformed were simply not displayed 
>> at all. In that case, the document source would be fixed if anyone cares 
>> enough.
> 
> Alas the forces of competition resulted in the opposite: if a browser
> doesn't display a malformed HTML, users blame the browser and try another
> one.

In a hypothetic case of "doing things right" they would not be able to
deploy broken pages at the server side. Can you execute a malformed
executable?

The problem is not only lack of an enforced standard but also the whole
concept of a directly interpreted weak language which could be equally
understood by a human and the machine. This is an inherently flawed idea as
HTML, XML, scripting languages promptly prove. In the end it is neither
readable nor executable with huge overhead for all parties and no safety at
all, plus, totally unmaintainable.

> Same in real
> life: sometimes smart guys have to find solutions for idiots (customers,
> bosses,...)

Yes, you could also put it this way: idiots are busy piling up work for
smart people...

> You'd like to start a new, parallel Web with only well formatted documents ?

If I had a say, I would begin with a file-/data-less typed OS. That would
preclude the very notion of "formatted document". It should be just
"document", a type with operations, no directly accessible data.

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de