homepage Welcome to WebmasterWorld Guest from 54.204.142.143
register, free tools, login, search, subscribe, help, library, announcements, recent posts, open posts,
Pubcon Platinum Sponsor 2014
Home / Forums Index / Browsers / Firefox Browser Usage and Support
Forum Library, Charter, Moderators: incrediBILL

Firefox Browser Usage and Support Forum

    
Error "No Space Between Attributes"
Firefox View Source Screen Shows Red Links
j_a_c_k




msg:4595205
 4:17 am on Jul 22, 2013 (gmt 0)

When I check my page source in Firefox, I see that some of my links are in red. Those in red show a title popup of "No Space Between Attributes".

I cannot find a definition of this message. Is it an error, will it affect search, where do I look to figure out what this message is trying to tell me?

Thanks for your help on this.

 

birdbrain




msg:4595432
 6:25 pm on Jul 22, 2013 (gmt 0)

Hi there j_a_c_k,

...what is this message trying to tell me?


Well, apart from the obvious, it is pointing out your mildly sloppy coding. ;)

We all do it sometime or other, especially if C&P'ing code.

I treat it as a helpful aid. :)

birdbrain

lucy24




msg:4595453
 7:18 pm on Jul 22, 2013 (gmt 0)

Might help if you posted a couple of sample <a> elements to show which ones are red and which aren't.

I don't normally use FF for viewing source, so I'm not familiar with their color coding-- but this in turn means I haven't changed the defaults. Looks like all html entities are red. And in the sample page I looked at, the entire DTD was also red, with a popup saying rudely that they expected "doctype html" and that's all. Lissen, FF, it's entirely my own business what doctype I choose to use, so long as it's valid-- and in this particular case it was an e-book where we're not ALLOWED to use HTML 5 yet, so don't tell me, tell Project Gutenberg. Hmph.

birdbrain




msg:4595464
 7:40 pm on Jul 22, 2013 (gmt 0)

Hi there Lucy,

Might help if you posted a couple of sample <a> elements to show which ones are red and which aren't.

There is really no need for that.

The O.P. was rather vague.

It is the code in "View Source" to which she/he refers rather than it's rendering. :)

"View Source" in Firefox shows attribute name/value pairs in black/blue.

When space is lacking between attributes then the whole tag is shown in red.

birdbrain

lucy24




msg:4595505
 9:26 pm on Jul 22, 2013 (gmt 0)

It is the code in "View Source" to which she/he refers rather than it's rendering

Fer hevvins sakes, I understood that. (Uh, didn't the remainder of my post make this clear?)

When space is lacking between attributes then the whole tag is shown in red.

Does red simply mean "This is something we don't like"?

:: back to re-check something ::

In view of their reaction to the DTD, I thought they might be highlighting only those entities that HTML 5 doesn't approve of (apparently everything but &amp; &lt; &gt; ?) but nope, &amp; looks the same as the others.

Shrug.

birdbrain




msg:4595520
 10:03 pm on Jul 22, 2013 (gmt 0)

Hi there Lucy,

Uh, didn't the remainder of my post make this clear?

Actually, I have great difficulty in understanding anything that you write
in your numerous posts. :(

This, of course, may not be your fault, but perhaps be due to our different
global locations or possibly a certain amount of obtuseness on my part. ;)

birdbrain

birdbrain




msg:4595646
 7:51 am on Jul 23, 2013 (gmt 0)

Hi there Lucy,

Looking long and carefully at your original post, I did manage to inwardly digest this...

And in the sample page I looked at, the entire DTD was also red


I would suggest that there is probably a fault in your dtd. :(

I use either...
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"
"http://www.w3.org/TR/html4/strict.dtd">

...or...
<!DOCTYPE html>

...and they are both shown in a rather delicate shade of blue. ;)

birdbrain

lucy24




msg:4595663
 8:34 am on Jul 23, 2013 (gmt 0)

Hm

:: scratching head ::

Cut-and-paste from the code I use in all ebooks (they prefer XHTML but you gotta draw the line somewhere) so I know there's no validation-level problem:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd">


But the popup didn't say there's some specific problem. It just sulked that it expected "html" alone.

Further experimentation with random commercial sites pulled up from browser history suggests that maybe they just don't like Transitional, period. (What the ### business is it of theirs?) Here's another one in red from recent browser history:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">


:: tweet tweet, chirp chirp ::

Fotiman




msg:4595739
 1:13 pm on Jul 23, 2013 (gmt 0)

Well, the Transitional DTD was meant to be just that... "transitional". That transition period has long passed, so you shouldn't be using that one any more. :)

maybe they just don't like Transitional, period. (What the ### business is it of theirs?)

Umm... well... since they (the browser) is the one rendering the page, I'd say it's their business. I noticed that on WebmasterWorld the tooltip on the DOCTYPE says

Quirky doctype. Expected "<!DOCTYPE html>".

So perhaps the warning is really just meant as "this DTD will trigger quirks mode, and as such is less cross-browser friendly"? Of course, WebmasterWorld is using a DOCTYPE that will trigger quirks mode (*shakes head*).
Just a guess, though. I don't think the "Expected" statement necessarily means that they ONLY expected an HTML5 doctype. It might just mean they expected something that would trigger standards mode instead?

lucy24




msg:4595873
 10:10 pm on Jul 23, 2013 (gmt 0)

I re-checked mine. It says "Almost standards mode doctype" before the "Expected..." part. ALMOST? C'mon, FF, give us a hint. Missing a space? Extra space? LF alone where you expected CRLF? Also re-checked with the validator; no complaints.

"Transitional" is an oddly chosen word anyway. It doesn't really mean "on the way from point A to point B", it simply means "you're allowed to put things in the HTML that we'd prefer to see in CSS". That means, for example, you can say <blahblah align = "center"> where Strict would insist on <blahbalh style = "text-align: center";> using twice as many words to achieve identical results. Please do not deduce from this that I ever, at any time, under any circumstances, use <font> tags. Let's be reasonable.

Fotiman




msg:4595888
 10:37 pm on Jul 23, 2013 (gmt 0)

[en.wikipedia.org...]
See the section that talks about Almost Standards mode (Transitional DOCTYPEs will trigger this).

In strict, presentation attributes would be disallowed, and PREFERABLY put in an external stylesheet (as opposed to using inline style elements). Sure, you *COULD* use inline styles, but "could" and "should" are very different words. :)

birdbrain




msg:4595896
 11:10 pm on Jul 23, 2013 (gmt 0)

Hi there Lucy,

I cannot, for the life of me, understand why you are
complaining about Firefox's display of "Source Code.

It is the only browser, amongst my testers, that
gives indications of sloppy coding.

To me, that makes it a handy tool, to you, it just
seems to be an irritation.

birdbrain

[edited by: bill at 2:40 am (utc) on Jul 24, 2013]
[edit reason] tidy up [/edit]

lucy24




msg:4595904
 11:35 pm on Jul 23, 2013 (gmt 0)

Sure, you *COULD* use inline styles, but "could" and "should" are very different words.

Yes, that's the thing about "Strict" that always riled me. I could never see why <blahblahh style = "text-align: center";> is OK while <blahblah align = "center"> is not.

Along the way, I noticed that there must be a Mozilla Blue, because the color FF uses-- in, ahem, elements it doesn't object to-- is identical to what Camino uses for the same elements :) But if I'm really going to study a page's source code, I prefer to paste it into SubEthaEdit which offers an even more detailed range of color coding.

[edited by: bill at 2:41 am (utc) on Jul 24, 2013]
[edit reason] tidy up [/edit]

Global Options:
 top home search open messages active posts  
 

Home / Forums Index / Browsers / Firefox Browser Usage and Support
rss feed

All trademarks and copyrights held by respective owners. Member comments are owned by the poster.
Home ¦ Free Tools ¦ Terms of Service ¦ Privacy Policy ¦ Report Problem ¦ About ¦ Library ¦ Newsletter
WebmasterWorld is a Developer Shed Community owned by Jim Boykin.
© Webmaster World 1996-2014 all rights reserved