I'm right now working on
my website, and I am discovering two problems there.
1. I am using XHTML 1.0 and therefor allowed to close a tag which does not contain any in-tag information with /> however, I don't seem to be allowed to do this with the <script> tag in IE. Not as it is that much a problem, but it was quite an annoyance to
figure that out, because my website is, in order to gain all design opportunities, optimized for the Windows Internet Explorer (my little menu and the transition effect).
2. As I am enabled to colorize the scrollbars via CSS in IE and Opera. This once again is styled properly, but it seems as if IE doesn't care about what I defined. The scrollbars remain in standard Windows style (for me on XP the Luna Silver theme).
Anybody got an idea about what I did wrong, or how to fix it without using another browser?
PS: Oh and I do have all the newest updates installed, so don't tell me this bug is known and was already fixed...
-
-
Dodo wrote:I'm right now working on my website, and I am discovering two problems there.
1. I am using XHTML 1.0 and therefor allowed to close a tag which does not contain any in-tag information with /> however, I don't seem to be allowed to do this with the <script> tag in IE. Not as it is that much a problem, but it was quite an annoyance to figure that out, because my website is, in order to gain all design opportunities, optimized for the Windows Internet Explorer (my little menu and the transition effect).
IE / Trident is an HTML UA, not an XML / XHTML UA. It just happens to accept XHTML since it treats it as HTML. IE has a special-case handler for <script> which only works if it isn't self-closing. Still... <script src="foo"></script> isn't too hard to write
I expect this will be fixed in IE8.
Dodo wrote:2. As I am enabled to colorize the scrollbars via CSS in IE and Opera. This once again is styled properly, but it seems as if IE doesn't care about what I defined. The scrollbars remain in standard Windows style (for me on XP the Luna Silver theme).
Inconsistent, doesn't matter anyway, you shouldn't be styling the scrollbars since that's the UI chrome. -
http://channel9.msdn.com/ShowPost.aspx?PostID=46385#46385
In short: bug known, not fixed. -
True, but this is quite annoying. I love scripting...W3bbo wrote:IE has a special-case handler for <script> which only works if it isn't self-closing. Still... <script src="foo"></script> isn't too hard to write

Well... standard UI Chrome looks ugly on my dark website... I WANT to style the scrollbars, buttons and all the other UI Chrome stuff...W3bbo wrote:Inconsistent, doesn't matter anyway, you shouldn't be styling the scrollbars since that's the UI chrome.
ZippyV wrote:
Waitup... let me have a short look at the date... did we have IE7 in 2005? I don't think so...
They could have fixed the bug with XHTML/XML treatments already...
-
Dodo wrote:Waitup... let me have a short look at the date... did we have IE7 in 2005? I don't think so...
They could have fixed the bug with XHTML/XML treatments already...
IE7 was a security-focused patch and fixed actual bugs with their implementation of CSS2.0 (rather than non-implemented features). They never promised any fixes or new features for the current state of the web, that's for IE8 (about a year away, according to my sources inside MS).
-
What's in store with IE8 - any info?
-
esoteric wrote:What's in store with IE8 - any info?
I'd say... have the web more vista
Nothing special tho... IE's fine, what's bad are the bugs (not that other browsers are any better... even more bugs... as far as I can see...) -
yeah, this is a known issue.
you can track this bug (and other similar browser bugs) on this site here.
http://webbugtrack.blogspot.com/2007/08/bug-153-self-closing-script-tag-issues.html
It will be updated with a link to the IE bug tracking site when it comes back online, and will be updated with the fix information when it is fixed.
HTH! -
esoteric wrote:What's in store with IE8 - any info?
Has anyone noticed the markup in this page is broken?
-
-
Also, another problem is that saved passwords in Ie7 are not stored in an encrypted form in the registry.
This is a security vulnerability.
At least FF will let you use a master password to encrypt all other passwords which are important. -
That's because Firefox has CSS problems... in IE it's in the right place.GoddersUK wrote:The featured thing moves to a different place when I fire it up in IE7

Anyway, anybody got an idea about my scrollbars? The scripttags aren't that annoying, as I can use normal HTML4 style ones.
-
SecretSoftware wrote:Also, another problem is that saved passwords in Ie7 are not stored in an encrypted form in the registry.
Some are, some aren't, but even the file system ones are encyrpted.
-
-
Dodo wrote:
That's because Firefox has CSS problems... in IE it's in the right place.
GoddersUK wrote:
The featured thing moves to a different place when I fire it up in IE7

Firefox has neglible issues with CSS2.1 conformance.
The reason why this C9 page is a little fubard is because of a non-closed <div> element somewhere, thus messing up the box tree.
Remember that the CSS nor HTML specifications do not define what a UA should do if there are errors in the document structure.
-
W3bbo wrote:fubard
Nice word.
-
This doesn't go for those CSS introductions that happen via script.W3bbo wrote:Firefox has neglible issues with CSS2.1 conformance.
nope... it's one of my posts or a quote of themW3bbo wrote:
The reason why this C9 page is a little fubard is because of a non-closed <div> element somewhere, thus messing up the box tree.
Did I ever say?W3bbo wrote:
Remember that the CSS nor HTML specifications do not define what a UA should do if there are errors in the document structure.


Thread Closed
This thread is kinda stale and has been closed but if you'd like to continue the conversation, please create a new thread in our Forums,
or Contact Us and let us know.