Post #259,457
6/20/06 10:53:52 AM
|
That looks like something Saved As html from Word
A positive attitude may not solve all your problems, but it will annoy enough people to make it worth the effort. (Herm Albright)
|
Post #259,460
6/20/06 11:02:21 AM
|
Actually from an email, probably composed in Outlook
===
Purveyor of Doc Hope's [link|http://DocHope.com|fresh-baked dog biscuits and pet treats].
[link|http://DocHope.com|http://DocHope.com]
|
Post #259,554
6/21/06 1:09:02 PM
|
You haven't seen Publisher go at it...
I wanted to post an excerpt from [link|http://users.online.be/~tdn15618/|http://users.online.be/~tdn15618/] , but I can't. I would have to post the whole thing. Besides doing what you ran into, it embeds the whole lot in XML, which in turn is tangled in a mess of nested comments.
It works as a webpage on IE, it somehow displays OK on FireFox, but the links don't work.
|
Post #259,558
6/21/06 1:34:31 PM
|
Oh dear God
That virtually SCREAMS, "Don't look here. Stay in your pretty GUI. Code is hard. You don't like hard. Go click something."
===
Purveyor of Doc Hope's [link|http://DocHope.com|fresh-baked dog biscuits and pet treats].
[link|http://DocHope.com|http://DocHope.com]
|
Post #259,667
6/22/06 3:16:54 AM
|
Displays in Opera, too. But again, the links don't work.
"Insert crowbar. Apply force."
|
Post #259,669
6/22/06 7:32:28 AM
|
And I just realized why...
[link|http://users.online.be/~tdn15618/IttoRyuDojo_bestanden/image007.gif|Yikes!]
The "links" are all really GIF's where IE then overlays some kind of image map on that is contained in the XML to make them work.
Someone in Redmond should be committed over this... And given that the comments contain essentially a complete scripting language outside of Javascript and VBScript, one may wonder if there aren't another few undiscovered avenues of abuse in there as well :/
|
Post #259,675
6/22/06 8:48:58 AM
|
Huh?
In IE6/XP it displays as a table with regular text links. How does it turn into an image in other browsers?
As for why they're doing it, it's because MS HTML editors try to treat the browser window as an application surface.[1] Which means they try to absolute-position everything, and fix the fonts the way they look in your development environment.
To answer my own question above, I would guess Publisher expects that IE is going to render the way you have it in your dev GUI, and if it detects other browsers it renders gifs so it can override your preferences. Have you tried changing your client string to IE and see what it looks like?
[1] I had a Visual Studio acolyte tell me that when explaining why he couldn't make a trivial change to the HTML. He didn't actually know HTML all that well, and wouldn't know how to change what VS was putting out anyway. Yes, his primary job was web development.
===
Purveyor of Doc Hope's [link|http://DocHope.com|fresh-baked dog biscuits and pet treats].
[link|http://DocHope.com|http://DocHope.com]
|
Post #259,697
6/22/06 2:47:27 PM
|
Re: Huh?
Open [link|http://users.online.be/~tdn15618/IttoRyuDojo_bestanden/image007.gif|http://users.online....nden/image007.gif] to see what he is talking about. The page basicly has everything in it twice, once as an image and once as MS custom XML.
The idea must be to force browsers to display it correctly by making everything but IE display images. There is so much custom crap and weird declarations thrown in that thing I can't even see how it is supposed to work though.
Jay
|
Post #259,699
6/22/06 3:28:27 PM
|
Yeah, that's what I was saying in the third paragraph
===
Purveyor of Doc Hope's [link|http://DocHope.com|fresh-baked dog biscuits and pet treats].
[link|http://DocHope.com|http://DocHope.com]
|
Post #259,700
6/22/06 4:05:25 PM
|
Way beyond UA strings...
... this appears to be [link|http://msdn.microsoft.com/library/default.asp?url=/workshop/author/vml/SHAPE/introduction.asp|VML] . MS proprietary, so only True Internet Explorers™ need apply...
|
