Re: [Proto-Scripty] Master reset

2010-02-17 Thread John Mayer
Give them all the same classname and then do this: $$('.class-name').each(function(el){ el.BlindUp(); }); On Tue, Feb 16, 2010 at 4:30 PM, Aimee79 aimee...@gmail.com wrote: I am using the BlindDown effect on a page to display multiple archived web polls. Is there anyway to I can us a

Re: [Proto-Scripty] Master reset

2010-02-17 Thread Alex Wallace
That can be optimized slightly with invoke: $$(.class-name).invoke(blindUp); Also note that it's camel-case- blindUp, not BlindUp. Best, Alex On Wed, Feb 17, 2010 at 7:31 AM, John Mayer johnjma...@gmail.com wrote: Give them all the same classname and then do this:

Re: [Proto-Scripty] Re: Ajax Updater running from a DVD under IE8

2010-02-17 Thread Walter Lee Davis
Thanks very much, this seems to fix things very neatly. Walter On Feb 16, 2010, at 12:33 PM, gwyohm wrote: hi walter, this seem to be a known issue on rails trac. http://dev.rubyonrails.org/ticket/8259 It only happens on file:/// protocol when native XmlHttpRequest is used which is as a

[Proto-Scripty] Re: Blinddown IE7 problem

2010-02-17 Thread doofus
thanks for posting the fix! was exact same issue I was having ... On Dec 31 2009, 9:16 am, drewB dbats...@gmail.com wrote: I was able to fix the problem.  Turns out it was related to the hasLayout bug in IE7 (http://www.satzansatz.de/cssd/ onhavinglayout.html).  Basically, the structure of the

Re: [Proto-Scripty] can Request be used to track navigation clicks asynchronously?

2010-02-17 Thread Daff
Hi Mark, Just discussing this with a collogue and we came up with another idea, still using asynch AJAX, but place it in the receiving page, then all the calling page has to do is place the appropriate click event into a cookie that is persisted across the page transfer. The new page then

[Proto-Scripty] Only fire event once on mouseover

2010-02-17 Thread louis w
Refer to the link below. I have a dropdown html element which has an event observer looking for mouseover. It's working, but it continuously fires mouseover events while you are mousing over the other elements inside it. I am guessing this is because of bubbling. Is there a way to only make it

Re: [Proto-Scripty] Only fire event once on mouseover

2010-02-17 Thread David Behler
Try onmouseenter instead. It should only fire when the mouse enters the element. David Am 17.02.2010 22:40, schrieb louis w: Refer to the link below. I have a dropdown html element which has an event observer looking for mouseover. It's working, but it continuously fires mouseover events

Re: [Proto-Scripty] Only fire event once on mouseover

2010-02-17 Thread Walter Lee Davis
If you're using the latest Prototype, you can observe mousenter and mouseleave, which do precisely what you want. Otherwise you have to go through a bunch of hoops that determine if the event was fired on the parent element or on one of its children. I believe that's more or less what the

[Proto-Scripty] Re: Only fire event once on mouseover

2010-02-17 Thread louis w
Bingo. That was it. Thanks so much!! On Feb 17, 4:48 pm, Walter Lee Davis wa...@wdstudio.com wrote: If you're using the latest Prototype, you can observe mousenter and   mouseleave, which do precisely what you want. Otherwise you have to go   through a bunch of hoops that determine if the