Beefy Boxes and Bandwidth Generously Provided by pair Networks
The stupid question is the question not asked
 
PerlMonks  

RE: Variables for Theme Colors

by mdillon (Priest)
on Sep 18, 2000 at 05:08 UTC ( #32898=note: print w/ replies, xml ) Need Help??


in reply to Variables for Theme Colors

since the body of my discussion topic was lost to a bug that vroom says should now be fixed, i'll reproduce my original text here:

so, here's my idea: along the lines of the other custom markup provided on Perl Monks, like <CODE> and now <READMORE>, i propose that we be allowed the possibility of accessing the colors for the current theme as variables through some sort of extended HTML.

my initial idea was to use entities, for example &pm.bgcolor1;, &pm.fgcolor1;, &pm.bgcolor2;, or &pm.fgcolor2;. this is not the optimal solution, since the theme colors seem to be divided into primary and secondary sets which should ideally be kept together. but, without the site on the whole using CSS and doing something like <TABLE CLASS="pm_secondary">, i can't see how to do it.

the whole idea may simply be infeasible or simply too unwieldy, so i'm interested in getting some feedback.


Comment on RE: Variables for Theme Colors
Select or Download Code
RE: RE: Variables for Theme Colors
by ZZamboni (Curate) on Sep 18, 2000 at 05:24 UTC
    The use of color in posts has been discussed before, and if I remember correctly, the general feeling was that in general it should be discouraged.

    So although in principle I like your idea, I wonder: will the people who -against common opinion- still use color go to the trouble of figuring out how to use whatever new scheme we come up with, so that it is readable by everyone? I doubt it.

    I don't remember what the comments about color were when the discussion about restricting HTML in posts occurred, but it seems to me that a better solution may be to filter out color tags altogether.

    I haven't seen enough people using color to think that this is a real problem yet, though.

    --ZZamboni

      i think you may be right. this idea is probably more trouble than it is worth. however, as much as i personally dislike most uses of color in top-level and reply nodes (it doesn't really bother me on home nodes), i don't think that getting rid of all color is desirable yet (or necessary, as you've observed).

      one thing that quite possibly should be fixed is the Saints in Our Book page. that page is largely unreadable with the dark theme, since both the text color and the background are gray (thank goodness for visual highlighting of selections (too bad it isn't XOR'd so that i could see my selection on a yellow page)).

RE: (2) Variables for Theme Colors (Yet Another Markup To Learn ?)
by ybiC (Prior) on Sep 18, 2000 at 06:34 UTC
    My initial thoughts are that it would be Yet Another Markup To Learn, if powerful enough to prevent color space problems.   Perhaps less of a problem to y'all who are real coders and already work fluently in multiple programming languages, but my little router-and-switch-brain segfaults too easy.

    But I haven't really thought this out to any degree, so... I could just be full of beans. {grin}
        cheers,
        ybiC

RE: RE: Variables for Theme Colors
by turnstep (Parson) on Sep 18, 2000 at 17:22 UTC

    I vote for just removing <FONT> from the official Perl Monks Approved HTML tags list. I've never seen a legitimate use for them, they just lead to abuse and ugliness.

      No, I have used font to create slightly smaller text for footnotes. I don't see how that creates a problem.
        well, there are actually tags meant to do ecsactly that!

        <SMALL>this should be smaller</SMALL>
        would look like
        this should be smaler

        Update: Notice especially how the small tags not only has made my text smaller, but also introduced a spelling error =)
RE: RE: Variables for Theme Colors
by arturo (Vicar) on Sep 20, 2000 at 00:05 UTC

    how 'expensive' would it be to allow each monk to specify the option of stripping <font> tags from user input?

    This is a serious question, btw; the idea is that the perlmonks code could involve a user-configurable output filter.

    "He's got about as much personality as a loaf of bread" -- Wally Pleasant, She's in love with a Geek

Log In?
Username:
Password:

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

How do I use this? | Other CB clients
Other Users?
Others chanting in the Monastery: (4)
As of 2014-09-23 00:15 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    How do you remember the number of days in each month?











    Results (208 votes), past polls