in reply to more css support, step 1

I don't have much to offer, but since you asked, I'll say what little I have to say. My immediate reaction is two-fold: 1) "I'm supposed to have some clue what the point is based on what?!" 2) That patch at least looks fairly harmless.

But now that I write that I think the "harmless" assessment is nearly tied to the "pointless" assessment. If it isn't adding a completely new item to CSS then the patch might have some impact besides making way for some future idea. But I have little clue what the immediate impact would be or what future ideas are hoped for so I go back to not knowing what the point is.

Update: I looked for a reply (to the linked patch) or at least that was my intent so I'm disappointed in myself for not seeing the reply. It answered my questions.

- tye        

Replies are listed 'Best First'.
Re^2: more css support, step 1 (flexibility)
by shmem (Chancellor) on Jan 06, 2008 at 19:58 UTC
    1) "I'm supposed to have some clue what the point is based on what?!"

    Point is, there should be as little tag attribute values hard-coded into the HTML; instead they should be relegated to CSS directives. That has the benefit that layout and appearance can be tweaked and improved on a site or per-user basis (by individual CSS settings) without having to change the least bit of the PerlMonks engine code (see the CSS Zen Garden for what's possible with CSS).

    So, no, those changes aren't pointless, and ++ to jporter for his work.


    _($_=" "x(1<<5)."?\n".q·/)Oo.  G°\        /
                                  /\_¯/(q    /
    ----------------------------  \__(m.====·.(_("always off the crowd"))."·
    ");sub _{s./.($e="'Itrs `mnsgdq Gdbj O`qkdq")=~y/"-y/#-z/;$e.e && print}
Re^2: more css support, step 1 (point?)
by jdporter (Canon) on Jan 06, 2008 at 20:33 UTC

    The overarching point, or goal, is to replace all the hard-coded style with CSS classes (or IDs, if/where appropriate). I identified clr_highlight as one such style parameter which could easily be replaced with CSS. It is only one small step toward the goal, but it's an easy one, a viable first step. The patches (Red CSS - (patch) and kin) are only one half of this first step; the second half is to modify those places where clr_highlight is used to use the CSS classes (tr.post_head, tr.highlight, table.highlight) instead.

    Do we need to talk about why CSS is better than hard-coded style?

    A word spoken in Mind will reach its own level, in the objective world, by its own weight