Beefy Boxes and Bandwidth Generously Provided by pair Networks
Keep It Simple, Stupid
 
PerlMonks  

Re^4: Approved PM markup: div but not span?

by Anonymous Monk
on Jun 28, 2015 at 21:47 UTC ( [id://1132411]=note: print w/replies, xml ) Need Help??


in reply to Re^3: Approved PM markup: div but not span?
in thread Approved PM markup: div but not span?

If id were allowed, that would allow id collisions, ... could be used for attribution confusion, navigation hazards and other tricky annoyances

<a name=""> can be used for anchors instead of id

regarding "style", if it is allowed, it would have to be validated, for things like urls() for XSS attacks, and for overwriting content by id ...

There are font tags but without a background Hard-coded colors breaking custom CSS settings.

  • Comment on Re^4: Approved PM markup: div but not span?

Replies are listed 'Best First'.
Re^5: Approved PM markup: div but not span?
by kcott (Archbishop) on Jun 29, 2015 at 13:58 UTC

    Thanks for your input and, as a general response to your post, please see Additions to Approved HTML.

    I was aware that ids needed to be unique but thought that these would be resolved by Node IDs (assuming authors used unique IDs in their individual nodes); however, upon further consideration, that's probably little more than wishful thinking.

    ambrus (in Re^4: Approved PM markup?) points out issues with using CSS in posts: I've dropped the suggestion of using either the style element or style attributes.

    -- Ken

Re^5: Approved PM markup: div but not span?
by BrowserUk (Patriarch) on Jun 30, 2015 at 18:27 UTC
    If id were allowed, that would allow id collisions, ... could be used for attribution confusion, navigation hazards and other tricky annoyances

    Really? I mean, really, really!?

    I know that lore has it that duplicate ids in html is verboten -- although HTML5 relaxed the specification to:

    The value must be unique amongst all the IDs in the element's home subtree and must contain at least one character

    with duplicates in a given subtree being ignored. -- but is the possibility of duplication -- accidental or deliberate -- so heinous that we must prevent it at all costs?

    Isn't the worst that could happen is that the duplicates might both get styled the same way?

    I could (vaguely) understand the restriction if this place was a JQuery-driven game-show site, like so many are these days; but as-is, and seems likely as-always-will-be, isn't the banning of ids just another piece of over-zealous control-freakery?


    With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday'
    Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
    "Science is about questioning the status quo. Questioning authority".
    In the absence of evidence, opinion is indistinguishable from prejudice.
    I'm with torvalds on this Agile (and TDD) debunked I told'em LLVM was the way to go. But did they listen!
      What are you hoping to achieve with an ID?

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://1132411]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others romping around the Monastery: (6)
As of 2024-04-23 14:17 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found