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


Register forum user name Search FAQ

Gammon Forum

[Folder]  Entire forum
-> [Folder]  Forum
. -> [Folder]  Problems
. . -> [Subject]  Code tag on Firefox

Code tag on Firefox

It is now over 60 days since the last post. This thread is closed.     [Refresh] Refresh page


Pages: 1  2 3  

Posted by David Haley   USA  (3,881 posts)  [Biography] bio
Date Reply #15 on Sat 05 Mar 2005 08:21 AM (UTC)
Message
Yeah. The bug isn't so much the funny display, but the inconsistent display and how it changes after refresh etc.

David Haley aka Ksilyan
Head Programmer,
Legends of the Darkstone

http://david.the-haleys.org
[Go to top] top

Posted by Zeno   USA  (2,871 posts)  [Biography] bio
Date Reply #16 on Sun 27 Mar 2005 04:42 AM (UTC)
Message
https://bugzilla.mozilla.org/show_bug.cgi?id=284792

I saved this first page, and uploaded it there. All but (obviously) the images remained. Yet the problem does not exist. Only here.

Zeno McDohl,
Owner of Bleached InuYasha Galaxy
http://www.biyg.org
[Go to top] top

Posted by Zeno   USA  (2,871 posts)  [Biography] bio
Date Reply #17 on Thu 01 Dec 2005 08:03 PM (UTC)

Amended on Thu 01 Dec 2005 08:04 PM (UTC) by Zeno

Message
After updating to 1.5, I still notice this problem. So I asked around a bit.

Quote:
I'm pretty sure using a font element there isn't valid. Who knows what will happen when you use crazy html. Wink

W3C Markup Validation Service wrote:
Error Line 223 column 23: document type does not allow element "FONT" here.

<pre><code><font size=2>

how about
Code:
<code style="font-size: larger">...
or whatever size is appropriate.


http://validator.w3.org/check?verbose=1&uri=http%3A//www.gammon.com.au/forum/bbshowpost.php%3Fbbsubject_id%3D6085%26page%3D999999

Perhaps you aren't suppose to use font tags in the code tag?

Zeno McDohl,
Owner of Bleached InuYasha Galaxy
http://www.biyg.org
[Go to top] top

Posted by Samson   USA  (683 posts)  [Biography] bio
Date Reply #18 on Fri 02 Dec 2005 01:18 AM (UTC)
Message
Perhaps an even bigger problem being that there is no valid doctype or character encoding in the html either. Without the doctype the browser falls into "quirks mode" and it basically becomes a free-for-all. The behaviour end up being determined at the whim of the browser.
[Go to top] top

Posted by Zeno   USA  (2,871 posts)  [Biography] bio
Date Reply #19 on Fri 02 Dec 2005 11:40 AM (UTC)
Message
I tested it locally, changing the source to <code style="font-size: larger"> as suggested, and it seems to be fixed.

Zeno McDohl,
Owner of Bleached InuYasha Galaxy
http://www.biyg.org
[Go to top] top

Posted by Nick Gammon   Australia  (22,973 posts)  [Biography] bio   Forum Administrator
Date Reply #20 on Fri 02 Dec 2005 07:32 PM (UTC)
Message
OK, the pressure's on, I can see that. :)

The problem from my point of view is that the code tags are not generated in a single place, for historical and other reasons.

For example, when I do HTML inside a forum post (which is not *that* often) I manually insert the code tags.

Also the static web pages will have them all over the place. The forum tags (where you use the [code] tag) are naturally generated in a single place.

I'll try to fix it.

- Nick Gammon

www.gammon.com.au, www.mushclient.com
[Go to top] top

Posted by Nick Gammon   Australia  (22,973 posts)  [Biography] bio   Forum Administrator
Date Reply #21 on Fri 02 Dec 2005 07:59 PM (UTC)
Message
Quote:

Anyone else here have a problem with Firefox and the code tag? I've viewed code tags with Firefox on multiple computers, so it may be a Firefox problem.

This text looks very small in Firefox


Now here's a funny thing. I downloaded the latest version of Firefox, and the "code" text looks OK, much the same as in Internet Explorer.

I can work on the validation errors, but I can't see a major difference to the way the forum appears in the two browsers.

- Nick Gammon

www.gammon.com.au, www.mushclient.com
[Go to top] top

Posted by Zeno   USA  (2,871 posts)  [Biography] bio
Date Reply #22 on Fri 02 Dec 2005 08:06 PM (UTC)

Amended on Fri 02 Dec 2005 08:08 PM (UTC) by Zeno

Message
Try a refresh a few times. Like Ksilyan said, it's a weird inconsistent display issue.

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.

Here's what it looks like normally:
http://www.rebirthseph.noobify.com/ff_font1.bmp

This is when it becomes a problem:
http://www.rebirthseph.noobify.com/ff_font2.bmp

It seems to randomize between normal font size and that one small font size.

Zeno McDohl,
Owner of Bleached InuYasha Galaxy
http://www.biyg.org
[Go to top] top

Posted by Nick Gammon   Australia  (22,973 posts)  [Biography] bio   Forum Administrator
Date Reply #23 on Fri 02 Dec 2005 08:49 PM (UTC)
Message
Quote:

Try a refresh a few times. Like Ksilyan said, it's a weird inconsistent display issue.


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?

Quote:

how about
Code:
<code style="font-size: larger">...
or whatever size is appropriate.


I have done that, see how that goes (this is for forum [code] tags only right now).

It looks OK in Firefox, however now in IE I get the weird effect that the font looks too *small* for [code] tags, but OK for [mono] tags. That is really strange. The only difference is that the [code] tags use the <pre> tag, which is just supposed to retain linebreaks and indenting. Oh well, I'll research that some more.

Quote:

Perhaps an even bigger problem being that there is no valid doctype or character encoding in the html either.


The HTML header now has a DOCTYPE and character encoding tag.




- Nick Gammon

www.gammon.com.au, www.mushclient.com
[Go to top] top

Posted by Samson   USA  (683 posts)  [Biography] bio
Date Reply #24 on Sat 03 Dec 2005 09:08 PM (UTC)
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.
[Go to top] top

Posted by Nick Gammon   Australia  (22,973 posts)  [Biography] bio   Forum Administrator
Date Reply #25 on Sun 04 Dec 2005 02:39 AM (UTC)
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 Reply #26 on Sun 04 Dec 2005 04:08 AM (UTC)
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.
[Go to top] top

Posted by Samson   USA  (683 posts)  [Biography] bio
Date Reply #27 on Sun 04 Dec 2005 04:14 AM (UTC)
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.
[Go to top] top

Posted by Zeno   USA  (2,871 posts)  [Biography] bio
Date Reply #28 on Sun 04 Dec 2005 03:42 PM (UTC)

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 Reply #29 on Sun 04 Dec 2005 06:57 PM (UTC)
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.
[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.


85,040 views.

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

It is now over 60 days since the last post. This thread is closed.     [Refresh] Refresh page

Go to topic:           Search the forum


[Go to top] top

Quick links: MUSHclient. MUSHclient help. Forum shortcuts. Posting templates. Lua modules. Lua documentation.

Information and images on this site are licensed under the Creative Commons Attribution 3.0 Australia License unless stated otherwise.

[Home]


Written by Nick Gammon - 5K   profile for Nick Gammon on Stack Exchange, a network of free, community-driven Q&A sites   Marriage equality

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

[Best viewed with any browser - 2K]    [Hosted at HostDash]