Home Messages Index
[Date Prev][Date Next][Thread Prev][Thread Next]
Author IndexDate IndexThread Index

Re: OT Does MSWIerd save files as html?

In comp.os.linux.advocacy, Roy Schestowitz
<newsgroups@xxxxxxxxxxxxxxx>
 wrote
on Fri, 27 Jul 2007 14:56:11 +0100
<1785406.TQiZdtnDjN@xxxxxxxxxxxxxxx>:
> ____/ wexfordpress on Friday 27 July 2007 13:10 : \____
>
>> Kword, OO Writer, Abiword etc. will save files as html. Will MSWierd
>> do so too? And if so does it preserve paper dimensions somehow (maybe
>> in a CSS style?) I ask here because I know some
>> Gates fans hang out here.
>
> Microsoft corrupts HTML. It's not an accident, it's deliberate.

Microsoft has already corrupted HTML in the past as well.
Take a look at Section 13.3:

http://www.w3.org/TR/html401/struct/objects.html#h-13.3

OBJECT was apparently intended to replace APPLET and IMG.
APPLET is now deprecated -- has been for awhile,
presumably.  IMG is not but in theory could be; the
construct

    <IMG src="someimage.png" alt="Some image or other">

could easily mutate into

    <OBJECT data="someimage.png" type="image/png">
    Some image or other
    </OBJECT>

It might, actually, be a better construct -- if a bit more
verbose.  Of course most browsers have autotype detect anyway.
(Yes, even IE.)

This was back in late 1999, and in fact a working draft
in 1997 shows the same deprecation:

http://www.w3.org/TR/WD-html40-970917/struct/objects.html#h-14.3

Plenty of time for someone to object -- back then.

Not sure where EMBED fits into this.  HTML 3.2 doesn't
have it.  HTML 2.0 is a little too old (both it and
Java 1.0 came out in 1995) and doesn't have it either.
A little Googling suggests that EMBED/NOEMBED first came
out in Netscape 2.0, sometime in 1995 (beta) or 1996
(official final).

http://www.utoronto.ca/webdocs/HTMLdocs/NewHTML/embed.html

Applet also showed up there as well:

http://www.utoronto.ca/webdocs/HTMLdocs/NewHTML/applet.html

as well as a number of other extensions.  Clearly, Netscape
also influenced HTML 3.0.

http://www.utoronto.ca/webdocs/HTMLdocs/NewHTML/netscape.html

The evolution of the Java "call" is also instructive.
In the beginning, things were relatively simple.

<APPLET
    codebase="bin"
    code="com/tg00suus7038/net/applet/SomeApplet.class"
    width="300" height="300"
<PARAM name="myparamname" value="blah"></PARAM>
...
</APPLET>

If put in a webpage (say,
http://www.../~ewill/myapplet.html), the system expects
to find SomeApplet.class in a directory (in this case,
/home/ewill/public_html/bin/com/tg00suus7038/net/applet
on the server proper) relative to that webpage -- a fairly
natural consequence of Java's default packaging/directory
matching.

There are provisions for an archive= attribute, which
describes a comma-separated list of Java .jar files to
load -- an easy way to package applets, plus to include
required code libraries (JFreeChart probably being the
most obvious).  Specified parameters can be picked up in
the applet, for various purposes, using
Applet.getParameter("myparamname").

This form is still supported in Mozilla browsers, for some
reason, even though it's officially been deprecated.

Now let's look at the more or less modern form.

<OBJECT classid="clsid:8AD9C840-044E-11D1-B3E9-00805F499D93" width="300"
height="300" align="baseline"
codebase="http://java.sun.com/products/plugin/autodl/jinstall-1_4-windows-i586.cab#Version=1,4,0,0";>
	<PARAM name="code"
	value="com/tg00suus7038/net/applet/SomeApplet.class">
	<PARAM name="codebase" value="bin">
	<PARAM name="type" value="application/x-java-applet;version=1.5">
	<PARAM name="myparamname" value="blah">
Whoops, no applets.
</OBJECT>

Note in particular the rather ugly-looking classid, and
the even uglier codebase, though said codebase does allow
for transparent downloading, on Windows platforms.

(The classid does not match Sun's recommended classid,
so I'm not quite sure where precisely I got this from now.)

Just to be on the safe side, one should also put the following
within the OBJECT tag as well:

<COMMENT>
<EMBED type="application/x-java-applet;version=1.5"
width="300" height="100"
codebase="bin"
code="com/tg00suus7038/net/applet/SomeApplet.class">
	<PARAM name="myparamname" value="blah">
</EMBED>
</COMMENT>

Ow, my brain.  Is all this supposed to be this complicated?
Who benefits?  Certainly not my brain; the only obvious
beneficiary is IE, which basically processes Java applets as
it would any other ActiveX object.

Fortunately, archive= is still supported, although it now has
to be put in the form <PARAM name="archive"> just under the
OBJECT tag, and duplicated as an attribute in the EMBED tag.

Corrupted?  What do you think? ;-)  This Frankenstein complex
makes Mary Shelley's monster look strikingly handsome...

>
> This week:
>
> Is Microsoft learning from Web standards mistakes?
>
> ,----[ Quote ]
> | In a video interview with ZDNet Australia last month, Microsoft blogger and 
> | group manager of technical community, Frank Arrigo, explained how important 
> | it is for the Redmond giant to follow Web standards.  
> | 
> | "Standards are important," said Arrigo, who admitted that Microsoft had been 
> | guilty of ignoring them in the past. "If you look at IE6, we didn't quite 
> |           ^^^^^^^^^^^^^^^^^^^^^^^^^
> | follow all the standards but standards are important ... IE7 as an example is 
> | trying to address that."   
> `----
>
> http://www.zdnet.com.au/news/software/soa/Is-Microsoft-learning-from-Web-standards-mistakes-/0,130061733,339280240,00.htm
>
>
> Related:
>
> ,----[ Quote ]
> | From:       Bill Gates
> | Sent:       Saturday, December 05, 1998 9:44 AM
> | To:         Bob Muglia (Exchange); Jon DeVaan; Steven Sinofsky
> | Cc:         Paul Mariz
> | Subject:    Office rendering
> | 
> | One thing we have got to change is our strategy -- allowing Office 
> | documents to be rendered very well by OTHER PEOPLES BROWSERS is one of the 
> | most destructive things we could do to the company.
> | 
> | We have to stop putting any effort into this and make sure that Office
> | documents very well depends on PROPRIETARY IE capabilities.
> | 
> | Anything else is suicide for our platform. This is a case where Office has
> | to  to destroy Windows.

That last sentence no sense makes.

> `----
>
> http://antitrust.slated.org/www.iowaconsumercase.org/011607/2000/PX02991.pdf

Hmm...

"This is a case where Office has to avoid doing something
to destory Windows".

Uh...Bill...Mister Gates...doesn't Office come with a spellchecker? :-)
But then, tyops cna ahppen ot teh ebst of su, I ugess.

-- 
#191, ewill3@xxxxxxxxxxxxx
GNU and improved.

-- 
Posted via a free Usenet account from http://www.teranews.com


[Date Prev][Date Next][Thread Prev][Thread Next]
Author IndexDate IndexThread Index