Aug. 03, 2004, 07:33 PM
Boys and Girls;
Somewhat over a month ago, mozerd asked me to post some of my personal filters, and I agreed. This is my first installment in what might turn out to be a series of "Naked Filter Stories From The Cruel City", or some such drivel. Let's pick up the action, already in progress......
~~~~~~~~~~~
As most of you know by now, I am a lazy old fart. I don't like to do repetitive things that should happen automatically. Hence, I built a filter to automatically open the extra smilies window on this forum whenever I click on Add Reply.
In short, I make the extra smilies window open by attaching the '0nclick' event handler to the Add Reply button (in the image tag itself). This attached event handler executes a function that already exists in the source code, thanks to the forum's software. (It's named emo_p0p[].) Here's a list to show you the order of what's happening:
> the linked image is clicked;
> that image's '0nclick' event handler fires off, executing the named function;
> the link itself is executed.
So, how can I make use of this? Easy. Just write a Proxo filter to add the appropriate command to the proper page(s). Here's the code in question, then more explanations:
<span style='color:red'>**ADMIN Edit: Attached filter; was causing a conflict with existing forum software code.**</span>
Note that I'm only looking to do this on the UOPF; that there is no need for boundries; and that the byte limit is purely the default value. What I am matching on is the string ' a1t='Reply to this topic', found only in the Add Reply button (there are two of 'em on the page). My Replace string is simply the same thing, with text added to assign an event handler to the image, and designate the aforementioned function for that event.
Simple, no? The smilies don't load until you actually click Add Reply, and clicking it more than once won't load more instances - once loaded, that's the only instance.
One small drawback, at least it might be for some folks. When the filter is first invoked, the smilies window will keep the focus. The main window will display the Reply form like it should, but it doesn't regain focus. However, in succeeding invocations, the main window does retain focus. I tried things like b1ur[], and f0cus[] with the proper window names, but I couldn't get the focus to go back to the main window, so I said to hell with it. I only have to deal with it once, and then I'm done for the rest of the current surfing session. (Providing I don't accidentally close the smilies window in mid-session.
)
Does this count for anything?
Oddysey
Somewhat over a month ago, mozerd asked me to post some of my personal filters, and I agreed. This is my first installment in what might turn out to be a series of "Naked Filter Stories From The Cruel City", or some such drivel. Let's pick up the action, already in progress......
~~~~~~~~~~~
As most of you know by now, I am a lazy old fart. I don't like to do repetitive things that should happen automatically. Hence, I built a filter to automatically open the extra smilies window on this forum whenever I click on Add Reply.
In short, I make the extra smilies window open by attaching the '0nclick' event handler to the Add Reply button (in the image tag itself). This attached event handler executes a function that already exists in the source code, thanks to the forum's software. (It's named emo_p0p[].) Here's a list to show you the order of what's happening:
> the linked image is clicked;
> that image's '0nclick' event handler fires off, executing the named function;
> the link itself is executed.
So, how can I make use of this? Easy. Just write a Proxo filter to add the appropriate command to the proper page(s). Here's the code in question, then more explanations:
<span style='color:red'>**ADMIN Edit: Attached filter; was causing a conflict with existing forum software code.**</span>
Note that I'm only looking to do this on the UOPF; that there is no need for boundries; and that the byte limit is purely the default value. What I am matching on is the string ' a1t='Reply to this topic', found only in the Add Reply button (there are two of 'em on the page). My Replace string is simply the same thing, with text added to assign an event handler to the image, and designate the aforementioned function for that event.
Simple, no? The smilies don't load until you actually click Add Reply, and clicking it more than once won't load more instances - once loaded, that's the only instance.
One small drawback, at least it might be for some folks. When the filter is first invoked, the smilies window will keep the focus. The main window will display the Reply form like it should, but it doesn't regain focus. However, in succeeding invocations, the main window does retain focus. I tried things like b1ur[], and f0cus[] with the proper window names, but I couldn't get the focus to go back to the main window, so I said to hell with it. I only have to deal with it once, and then I'm done for the rest of the current surfing session. (Providing I don't accidentally close the smilies window in mid-session.
)Does this count for anything?
Oddysey
-- I do not ever recall asking you to post some of your personal filters -- however, since I do like the way that you persisted through that JavaScript stuff you helped me with -- and you did a GREAT [
I'm getting old and forgetful, I mean it! :P