Beefy Boxes and Bandwidth Generously Provided by pair Networks
Problems? Is your data what you think it is?
 
PerlMonks  

Re: Re^2: [CSS] Re: Let's discuss Podmaster's Signature

by demerphq (Chancellor)
on Jan 09, 2004 at 03:50 UTC ( #320016=note: print w/replies, xml ) Need Help??


in reply to Re^2: [CSS] Re: Let's discuss Podmaster's Signature
in thread Let's discuss Podmaster's Signature

Actually all you have to do is add the appropriate tags to your signature yourself and PM won't do it automatically for you. They look like

<div class="pmsig"><div class="pmsig-USERID"> </div></div>

Note: Its important that the two are not seperated with whitespace and contain no excess whitespace (ie are _exactly_ as above, with the user id substituted in) and that the user id (home node id) is correct. The match is NOT done with a regex for speed reasons

The outer allows user to turn off ALL signatures, the inner allows users to disable specific annoying signatures. So this entire thread is a waste of time. Princepawn could have easily disabled Podmasters sig, which frankly was one of the sigs people had in mind when this functionality and the tags were added. Personally i find the "retardo" mildly irritating, but have much less of a problem with it than I do with its horrible size and colouring.

Oh, as a last comment when I patched the original patch for adding this behaviour it added a comment to the html telling you how to do this yourself. The gods thought it was unnecessary and removed it.


---
demerphq

    First they ignore you, then they laugh at you, then they fight you, then you win.
    -- Gandhi


Replies are listed 'Best First'.
Re^5: [CSS] Let's discuss Podmaster's Signature (help text)
by tye (Sage) on Jan 09, 2004 at 16:00 UTC

    The explanatory text was removed because two of us felt that the manner in which it was given to the user was quite annoying (pre-pasted into the message composition window such that every user with a signature would have to delete the lengthy text every time they replied until they took the time to update their signature).

    It would have been nice if an alternate manner would have been provided to point users to an explanation, such as the patch author or applier describing it in a reply in the PMD thread that spawned the idea and adding a link to that reply in the patch (which could later be transposed into a sitedocclan node).

    But I didn't write nor apply any of these patches and so was not much involved with the whole thing other than kibitzing from the sidelines.

                    - tye

      The explanatory text was removed because two of us felt that the manner in which it was given to the user was quite annoying (pre-pasted into the message composition window such that every user with a signature would have to delete the lengthy text every time they replied until they took the time to update their signature).

      Oh dear. It seems my comment was interpreted as being a negative one. Not my intention.

      But it is true that I do disagree with the decision. I see the message my original patch would have provided as being signifigantly less annoying than simply having the new tags added without any explanation.

      But as I feel a touch of responsibility for the present state of affairs Ill look into a patch along the lines you've suggested. Perhaps when the form is constructed a note could be added underneath if the tags have been automatically added pointing to the documentation of the feature?


      ---
      demerphq

        First they ignore you, then they laugh at you, then they fight you, then you win.
        -- Gandhi


        Oh dear. It seems my comment was interpreted as being a negative one.

        *shrug* I was just presenting my interpretation of the situation. I didn't assume your comment was "negative" or not. Rereading what I wrote, I'm not sure where you read me taking your comment as negative, but that doesn't really matter. I'm not sure how you "took" my comment, but I apologize if it distressed you.

        The pmsig CSS features could certainly use some improvement, but the princepawn/PodMaster incident has shown that it is already useful, even important. I don't think one can yet safely hide all signatures, but one can certainly manipulate the presentation of many individuals' signatures.

        Some help text, some links to it, and a warning (with such a link) when someone previews a node having all (or nearly all?) of their node contents within the tags would probably go a long way toward making it possible to manipulate all signatures (and it is the most direct route I've heard toward that end).

        For newly-created signatures (or those still without the tags added), the "cut-n-paste this as your new signature" would be handy, yes. One could probably even emit a form that allowed moving bits around and, when submitted, updates the signature without the need for cut-n-paste nor a trip to user settings, but I'm not sure on the details of that (unfortunately, some user settings-related code made some bad desicisions [that I hope to correct but haven't] about how to determine when a parameter is "empty" and so you can clean out lots of settings by sending a partial form to user settings) and I'm certainly not saying that such is "required" or worth the effort or even that it would be the best approach -- the devil is in the details and those are best dealt with by the author and applier.

        Once such is in place, a one-time run to remove these CSS tags from old nodes where the tags surround the entire contents would be the next step. This could be done via the database (some Perl code run by one of the gods) or via editors' power and an external script (which is probably the better option since this method would also record the changes in the editors' change log).

        I would appreciate anyone working on any of these changes. SiteDocClan should probably help write the explanatory text (they have standardized a style, etc.), at least eventually. Someone (sorry, I don't recall who) already wrote a script that scrapes nodes finding those that should be updated and I think more than one person has written external scripts to batch apply updates via editors' powers. So I don't think you need to do this alone.

                        - tye
Re^4: [CSS] Re: Let's discuss Podmaster's Signature
by particle (Vicar) on Jan 09, 2004 at 14:05 UTC

    thanks for the tip! i've changed it successfully.

    damn the gods! how was i supposed to know it worked this way unless somebody told me, or i could read it myself? i guess sometimes they forget their own omniscience :-) wait... is that even possible? oh well....

    as Aristotle commented, this can be done with multiple classes in one tag, but i don't know how older browsers handle that.

    ~Particle *accelerates*

Log In?
Username:
Password:

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

How do I use this? | Other CB clients
Other Users?
Others exploiting the Monastery: (5)
As of 2022-05-24 13:03 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?
    Do you prefer to work remotely?



    Results (82 votes). Check out past polls.

    Notices?