[Home] [Downloads] [Search] [Help/forum]

Gammon Software Solutions forum

See www.mushclient.com/spam for dealing with forum spam. Please read the MUSHclient FAQ!

[Folder]  Entire forum
-> [Folder]  Forum
. -> [Folder]  Problems
. . -> [Subject]  Code tag on Firefox
Home  |  Users  |  Search  |  FAQ
Username:
Register forum user name
Password:
Forgotten password?
(New message)
Subject: Code tag on Firefox
Name:
Your forum user name.
Register forum user name
Password:
Your forum password.
Forgotten password?
Message:
Message to be posted (in English, please).
Forum codes:
Check this if your message uses 'forum codes' or templates (auto-detected for new posts).
Forum codes Templates

Save this message ...

Subject review (reverse sequence)

Pages: 1  2 3  

Posted by Samson   USA  (683 posts)  [Biography] bio
Date Tue 06 Dec 2005 11:29 AM (UTC)  [ quote  ]
Message
Got me on the monospace font thing. I haven't noticed anything about it until you mentioned it. Perhaps I've just never tried to mix the two and other sites I frequent don't either? Might be something to file in the Firefox bugzilla.
SmaugMuds.org: http://www.smaugmuds.org - The Smaug MUDs Community Center

"The past was erased, the erasure was forgotten, the lie became truth." -- George Orwell, 1984
[Go to top] top
Posted by Nick Gammon   Australia  (18,770 posts)  [Biography] bio   Forum Administrator
Date Tue 06 Dec 2005 04:21 AM (UTC)  [ quote  ]
Message
Quote:

The default monospace font in FF is 3 or 4 sizes smaller than for proportional.


Why is this anyway? Is it to annoy people who are trying to mix monospace and proportional fonts on a page? Surely if I want my monospaced font smaller I tell the browser with a "size" tag? Especially as IE doesn't seem to do that.
- Nick Gammon

www.gammon.com.au, www.mushclient.com
[Go to top] top
Posted by Samson   USA  (683 posts)  [Biography] bio
Date Tue 06 Dec 2005 03:18 AM (UTC)  [ quote  ]
Message
Did a quick scan of a few random pages, only coming up with one validation failure now on the textarea tags for inputting stuff, like this reply, saying that the "wrap" attribute is not valid. I'd ignore that one though as we also ignore complaints about it with Quicksilver Forums since there is no other method we've found yet to allow our text boxes that need to turn wrapping off to do so without causing serious problems.

Also no longer seeing inconsistent code tag sizes. I think whatever was causing all the various validation problems had something to do with it. Most likely the interaction of the font tags with each other.
SmaugMuds.org: http://www.smaugmuds.org - The Smaug MUDs Community Center

"The past was erased, the erasure was forgotten, the lie became truth." -- George Orwell, 1984
[Go to top] top
Posted by Nick Gammon   Australia  (18,770 posts)  [Biography] bio   Forum Administrator
Date Tue 06 Dec 2005 03:08 AM (UTC)  [ quote  ]
Message
Well, I'm making progress. My main forum page now validates as HTML 4.01. See what you think. Some pages may not validate, especially those which I did my own HTML in.

Let me know if you find any particularly bad examples. Especially standard "generated" pages, once the problem is fixed, it should be fixed for all instances of it.
- Nick Gammon

www.gammon.com.au, www.mushclient.com
[Go to top] top
Posted by Samson   USA  (683 posts)  [Biography] bio
Date Mon 05 Dec 2005 10:14 AM (UTC)  [ quote  ]
Message
I hear ya on the invalid HTML being the rule more than the exception. I don't think in this case that it's the number of validation errors you get, a couple of simple changes to the source capture I did dropped it in half by removing just one font tag. In this case here I think it's mainly the font tags which are causing all the grief. Alot of size=1 and size=-1 but if I recall correctly these are all relative and should be based on something defined but I'm not seeing that, so maybe that's what the browsers keep choking on?

My sites took a great deal of time to fix up, it wasn't easy given the code I started with but if you look carefully even with perfect validation IE still slightly skews one of the div borders on the right side of the afkmud and smaugfuss pages. Validation isn't the cureall, but it goes a long way toward curbing undefined results.
SmaugMuds.org: http://www.smaugmuds.org - The Smaug MUDs Community Center

"The past was erased, the erasure was forgotten, the lie became truth." -- George Orwell, 1984
[Go to top] top
Posted by Nick Gammon   Australia  (18,770 posts)  [Biography] bio   Forum Administrator
Date Mon 05 Dec 2005 05:48 AM (UTC)  [ quote  ]
Message
Quote:

Relying on Microsoft as an example of who does things right is laughable at best when it comes to web standards.


I know, I am just saying that if Microsoft don't have it right, and they have a huge number of web pages, then there must be an awful lot of "undefined behaviour" around.

I tried:

http://www.apple.com/

3 validation errors.

http://www.php.net/

10 validation errors.

http://www.google.com.au/

41 validation errors.

I would like to fix up my HTML, my point being that "invalid" HTML is somewhat of the rule.

BTW, all of the sites on Samson's signature passed validation, well done! :)

Quote:

Although as I said before current forum source would help alot :)


You are welcome to it, I just need to make sure that it will run, by dumping the database declarations too. Sometimes when I add a new feature it also needs a new field on the database, and without that, you may get errors on select statements etc.
- Nick Gammon

www.gammon.com.au, www.mushclient.com
[Go to top] top
Posted by Metsuro   USA  (389 posts)  [Biography] bio
Date Mon 05 Dec 2005 03:43 AM (UTC)  [ quote  ]
Message
You know I've never had Firefox ever crash <.<
Everything turns around in the end
[Go to top] top
Posted by Samson   USA  (683 posts)  [Biography] bio
Date Mon 05 Dec 2005 03:16 AM (UTC)  [ quote  ]
Message
In that case then IE and Opera both have the same rerendering bug because I've tested both against your site and seen similar results with the code tag. Undefined behaviour is undefined behaviour, regardless of the browser used.

This obviously does not excuse whatever casued FF to crash for you, and if you sent the Talkback report on it they do monitor those.

I have been using Firefox now since they were version 0.2 and called Phoenix and to date I have not had anything serious come about from an actual release version. One can expect crashes on their alpha or beta lines but the releases have all been rock solid.

Relying on Microsoft as an example of who does things right is laughable at best when it comes to web standards. Even they admit this in their IE7 developer blogs. IE bugs are well known and very frustrating to web developers everywhere.

In any case, I'm still toying with the source capture from this very topic to see what I can come up with. Although as I said before current forum source would help alot :)
SmaugMuds.org: http://www.smaugmuds.org - The Smaug MUDs Community Center

"The past was erased, the erasure was forgotten, the lie became truth." -- George Orwell, 1984
[Go to top] top
Posted by Nick Gammon   Australia  (18,770 posts)  [Biography] bio   Forum Administrator
Date Sun 04 Dec 2005 07:00 PM (UTC)  [ quote  ]

Amended on Sun 04 Dec 2005 07:01 PM (UTC) by Nick Gammon

Message
I don't totally agree with this. For any web browser to say "it makes no claims regarding rendering incorrect code at all", I don't think you would sell, or give away, a single copy.

There must be millions of web pages that have non-complying HTML. Just as an example picked at random, I tried a page from Microsoft's own web site:

http://www.microsoft.com/games/default.aspx

The validation for that failed with 48 errors, including:

"No DOCTYPE found! Attempting validation with XHTML 1.0 Transitional."!

Now if one of Microsoft's main web pages has 48 errors, and bear in mind they make software to generate web pages so they should know what they are doing, what hope does the ordinary developer have?

Web browsers, by their nature, know they are going to get incorrect HTML a lot of the time, and have to try to render them in a reasonably useful and meaningful way.

I am a developer and understand the concept of "behaviour is undefined if you do X", for example if you use a pointer without initialising it, the behaviour is undefined because of the random data that is probably in that memory location.

However, a web browser that simply receives tags out of order, is hardly the same thing as using an uninitialised memory address.

Put it this way, I have been using Firefox for about 3 days now, and am typing this message in using it. In that time I have already had one crash (access violation) which closed all the Firefox windows I had open. I hope they aren't going to try to justify that as "well, you must have got bad HTML so we are entitled to crash". It's a bug, pure and simple.

So is re-rendering a page differently every time you hit refresh.
- Nick Gammon

www.gammon.com.au, www.mushclient.com
[Go to top] top
Posted by Samson   USA  (683 posts)  [Biography] bio
Date Sun 04 Dec 2005 06:57 PM (UTC)  [ quote  ]
Message
I'm working with a source capture of one of these pages to see if I can quash the validation errors, but if there is a current version of the forum software somewhere available then it would be very easy to solve this through editing the templates and avoid missing something.
SmaugMuds.org: http://www.smaugmuds.org - The Smaug MUDs Community Center

"The past was erased, the erasure was forgotten, the lie became truth." -- George Orwell, 1984
[Go to top] top
Posted by Zeno   USA  (2,867 posts)  [Biography] bio   Moderator
Date Sun 04 Dec 2005 03:42 PM (UTC)  [ quote  ]

Amended on Sun 04 Dec 2005 03:43 PM (UTC) by Zeno

Message
Quote:
To be honest, if refreshing randomly displays different data, this is definitely a bug in the browser. Surely, no matter how bad the HTML is, it should be rendered consistently?


This is what someone said on the Mozilla forums when I brought up the random display:
Quote:
Zeno, if you throw Firefox into quirks mode (say for example you leave out the DOCTYPE declaration, which is a great way to confuse a standards-strict browser) you create the condiditons for the possibility that it will render differently at each request. If you make typographic errors in the code, you have the possibility that it will make a randomly alternate pick each time of what the code might be. Which, given where your typo is, would achieve pretty much the effect you are seeing.

I'm not sure it could fairly be described as a bug in the browser that it renders incorrect code incorrectly in a random manner, rather than incorrectly in a consistent manner, given that it makes no claims regarding rendering incorrect code at all.
Zeno McDohl,
Owner of Bleached InuYasha Galaxy
http://www.biyg.org
[Go to top] top
Posted by Samson   USA  (683 posts)  [Biography] bio
Date Sun 04 Dec 2005 04:14 AM (UTC)  [ quote  ]
Message
May be able to start off with the simple stuff - like this:

<a href="/forum/"><img src="/images/forum.gif" alt="[Help/forum]" width=95 height=27 border=0/></a>

The img tag in 4.01 also does not require the / before closing the tag. The width, height, and border attributes should also be enclosed in quotes. The validator isn't complaining but it could still be influencing things.
SmaugMuds.org: http://www.smaugmuds.org - The Smaug MUDs Community Center

"The past was erased, the erasure was forgotten, the lie became truth." -- George Orwell, 1984
[Go to top] top
Posted by Samson   USA  (683 posts)  [Biography] bio
Date Sun 04 Dec 2005 04:08 AM (UTC)  [ quote  ]
Message
Since you are validating for HTML 4.01 you should stick to using <br> and <hr>. The trailing slash thing is only necessary to validate for the XHTML 1.0 and 1.1 standards.

You can of course use CSS, and it may help to do so. Cuts down on alot of the redundant stuff. Though I am no guru myself with HTML/CSS I can lend a hand with what I have picked up from my own pages and from development work on QSF.
SmaugMuds.org: http://www.smaugmuds.org - The Smaug MUDs Community Center

"The past was erased, the erasure was forgotten, the lie became truth." -- George Orwell, 1984
[Go to top] top
Posted by Nick Gammon   Australia  (18,770 posts)  [Biography] bio   Forum Administrator
Date Sun 04 Dec 2005 02:39 AM (UTC)  [ quote  ]
Message
I would like my pages to validate correctly, but the major problem is that, in my ignorance of HTML when I first started writing them, I did something like this:


<html>
<head>
<title>Page title</title>
</head>
<body">
<FONT FACE="Verdana, Arial, Helvetica, Geneva" SIZE="-1">

<!--  entire rest of page here -->

</font>
</body>
</html>


Now basically I don't think you are supposed to do that - try to make a font global for the page. I think a lot of the validation errors arise from that.

I experimented for a while with CSS, but with pretty variable results. Like the font would switch to some ugly default in things like the "login" dialog box, or lots of places.

To do it properly would really take a pretty big rewrite, paying close attention to the current HTML standards, and keeping a lot of things (like colours) as separate control-file (or user file) entries.

If someone can demonstrate a simple way of changing the page (just take the generated HTML and play with it), so that the validation errors go away, but without major changes, then I would be pleased to hear from them.

I have fixed a few things in the last few days, like making <hr> to be <hr/>, <br> to be <br/>, <img blah blah> to be <img blah blah/> and so on. Plus, of course, the doctype and character encoding mentioned earlier.
- Nick Gammon

www.gammon.com.au, www.mushclient.com
[Go to top] top
Posted by Samson   USA  (683 posts)  [Biography] bio
Date Sat 03 Dec 2005 09:08 PM (UTC)  [ quote  ]
Message
Quote:
I could care less about validation errors, the only issue with the site that bugs me is this code display issue. Actually I really don't even notice any other issues.


The only reason I mention the validation errors is that they may, in their cryptic wisdom, be pointing to the reason why this is happening. I've seen validation errors trigger inconsistent behaviour in Firefox, IE, Opera, and in Konqueror. So it certainly won't *HURT* to correct those.

As for the specific issue in this case, I've seen the code tag inconsistency in Firefox, IE, and Opera, and every time it changes it's been after either a page refresh or clicking to a new topic. So that leads me to beleive the fault is somewhere in the html, not in the browsers.
SmaugMuds.org: http://www.smaugmuds.org - The Smaug MUDs Community Center

"The past was erased, the erasure was forgotten, the lie became truth." -- George Orwell, 1984
[Go to top] top

The dates and times for posts above are shown in Universal Co-ordinated Time (UTC).

To show them in your local time you can join the forum, and then set the 'time correction' field in your profile to the number of hours difference between your location and UTC time.

13,575 views.

This is page 2, subject is 3 pages long:  [Previous page]  1  2 3  [Next page]

[Reply to this subject]  Reply to this subject   [New subject]  Start a new subject   [Refresh] Refresh page

Go to topic:           Search the forum

[Go to top] top

[Home]

Written by Nick Gammon - 5K

Comments to: Gammon Software support
[RH click to get RSS URL] Forum RSS feed ( http://www.gammon.com.au/rss/forum.xml )

[Best viewed with any browser - 2K]    [Internet Contents Rating Association (ICRA) - 2K]    [Web site powered by FutureQuest.Net]