[jQuery] Re: Release: Accordion 1.5

2007-08-31 Thread jman

Hi,

I am fairly new to jQuery in general, so this question might have been
answered somewhere along the way.

I have a problem using the accordion plugin with the interface plugin.
They don't interact, just including the interface.js file on the same
page makes the accordion stop working.

It appears the problem is on line 177 complete: settings.finished of
the jquery.accordion.js file. When the interface is included the
execution jumps to the interface file, when the interface file is not
included the execution jumps to jQuery, animate.

Any help would be greatly appreciated,
Jason


On Aug 30, 3:25 pm, Erin Doak [EMAIL PROTECTED] wrote:
 I agree that people like the animation effects.
 I'm all for them. The problem is that if a
 menu/header is still in the opening animation
 process and the mouse is moved to a new
 menu/header item the new menu doesn't open at all
 - no matter how long one waits. That to me is a
 bug.

 Erin

 In the real world, things dont always happen instantly.

 A sliding door (like on Star Trek) opens with a
 whoosh.  I am sure they could have built a
 door shield that was opened instantly rather
 than a whooshing door.  Especially with their
 futuristic technology.  However, people like the
 whoosh.  It's possible to have it too long, like
 whosh.  In which case
 you bump into the door with your nose ( i.e.
 Supermarket Doors) or whsh in which case it
 feels like the power it turned up too high,
 which is jarring.

 The perfect effect is timed to the Goldilocks
 principle.  Not too quick, not too slow, not the
 instant the user puts their mouseover, not
 waiting too long to fire, not too much bounce,
 not too robot-like.  It should be just-right.

 Glen

 On 8/30/07, Erin Doak
 mailto:[EMAIL PROTECTED][EMAIL PROTECTED]
 wrote:

 In my opinion (and only my opinion) i think
 that it is kinda disturbing if we hover on one
 item and immediately if we hover on another
 item, the accordian doesn't open for the second
 item.

 I think that the interface should always be
 responsive to the user. If the mouse is over a
 menu it should activate. The animation is really
 just an 'extra'. The ability to navigate a web
 site by accessing the menu items is of paramount
 importance.

 One possible solution might be to offer either behavior as an option.

 Erin

 On 8/26/07, Jörn Zaefferer mailto:[EMAIL PROTECTED][EMAIL PROTECTED] 
 wrote:

 Ganeshji Marwaha schrieb:
   Jörn, this is fantastic... very re-usable as well..

   I have a question/suggestion though... When i hover over one of the
   items, and before the animation completes if i hover over another
   item, the animation for the second item doesn't occur. Now, i will
   have to move my mouse out of that item and hover over it again to get
   the other item to expand. Is it something that can be fixed, or is it
   a known limitation that we will have to live by...

 Well, so far that was intended to be a feature, not a bug. The
 combination of long-running animations with hover is annoying, right.
 But it is also annoying when the accordion keeps changing on each mouse
 move, even when you didn't intend to get a different chunk. Fixing it
 isn't difficult, but it is difficult to decide what the right fix
 actually is. Your help is appreciated.

 -- Jörn



[jQuery] Re: Release: Accordion 1.5

2007-08-30 Thread Glen Lipka
In the real world, things dont always happen instantly.

A sliding door (like on Star Trek) opens with a whoosh.  I am sure they
could have built a door shield that was opened instantly rather than a
whooshing door.  Especially with their futuristic technology.  However,
people like the whoosh.  It's possible to have it too long, like
whosh.  In which case you bump into the door with
your nose (i.e. Supermarket Doors) or whsh in which case it feels like the
power it turned up too high, which is jarring.

The perfect effect is timed to the Goldilocks principle.  Not too quick, not
too slow, not the instant the user puts their mouseover, not waiting too
long to fire, not too much bounce, not too robot-like.  It should be
just-right.

Glen

On 8/30/07, Erin Doak [EMAIL PROTECTED] wrote:

  In my opinion (and only my opinion) i think that it is kinda disturbing
 if we hover on one item and immediately if we hover on another item, the
 accordian doesn't open for the second item.


 I think that the interface should always be responsive to the user. If the
 mouse is over a menu it should activate. The animation is really just an
 'extra'. The ability to navigate a web site by accessing the menu items is
 of paramount importance.

 One possible solution might be to offer either behavior as an option.

 Erin




 On 8/26/07,* Jörn Zaefferer* [EMAIL PROTECTED] wrote:


 Ganeshji Marwaha schrieb:
  Jörn, this is fantastic... very re-usable as well..
 
  I have a question/suggestion though... When i hover over one of the
  items, and before the animation completes if i hover over another
  item, the animation for the second item doesn't occur. Now, i will
  have to move my mouse out of that item and hover over it again to get
  the other item to expand. Is it something that can be fixed, or is it
  a known limitation that we will have to live by...

 Well, so far that was intended to be a feature, not a bug. The
 combination of long-running animations with hover is annoying, right.
 But it is also annoying when the accordion keeps changing on each mouse
 move, even when you didn't intend to get a different chunk. Fixing it
 isn't difficult, but it is difficult to decide what the right fix
 actually is. Your help is appreciated.

 -- Jörn





[jQuery] Re: Release: Accordion 1.5

2007-08-29 Thread Brandon Aaron
Firebug has a tendency to say that every once in a while. Restart Firefox
and see if it still has the error.

--
Brandon Aaron

On 8/29/07, Erin Doak [EMAIL PROTECTED] wrote:


 It's late and maybe I'm wrong but there seems to be an infinite
 recursion error (Firebug says too much recursion) when multiple dd
 tags are used inside a dt tag. Maybe the plugin was never meant to be
 used with this html structure.

 Example: http://rmip.com/accordion/
 Top example has the problem. Error occurs on clicking a heading.
 The bottom doesn't.

 jQuery version is 1.1.4.


 Erin



[jQuery] Re: Release: Accordion 1.5

2007-08-27 Thread Dragan Krstic
Hi Jorn,

Well, so far that was intended to be a feature, not a bug. The
 combination of long-running animations with hover is annoying, right.
 But it is also annoying when the accordion keeps changing on each mouse
 move, even when you didn't intend to get a different chunk. Fixing it
 isn't difficult, but it is difficult to decide what the right fix
 actually is. Your help is appreciated.


In my Inverse Accordion script, I'm caching last hovered item. So, when
animation is finished, I run animation again on last hovered element if
mouse is still over it.

Inverted accordion worked on same way as your for some time. After I posted
my script, guys from apple.com implemented my solution.

Conclusion: apple.com guys are on out list!
-- 
Dragan Krstić krdr
http://krdr.ebloggy.com/


[jQuery] Re: Release: Accordion 1.5

2007-08-27 Thread Olmo

The hover bug in the home page is not an actual MooTools bug. It has
to do with the layout of the page. There's a demo at:
http://demos.mootools.net/Fx.Elements that you won't see the problem.

:).

-Olmo M.

On Aug 26, 5:36 pm, Ganeshji Marwaha [EMAIL PROTECTED] wrote:
 In my opinion (and only my opinion) i think that it is kinda disturbing if
 we hover on one item and immediately if we hover on another item, the
 accordian doesn't open for the second item.

 If you look at the mootools.net home page, you see the kwick(horizontal
 acoordian). I am working on something like that. I am facing the same
 problem there as well. But in the mootools site, if you hover from the left
 end to the right end fast, you could see that the intermediate items
 partially animate...

 As far as i know this can be solved using the stop() method in fx. But the
 stop() method is available only as part of the interface's animation
 extension. John has promised that as part of the core in 1.2 though.

 So, again, in my opinion, i would favor an approach where if we hover over
 one item and then immediately if we hover over the other item before the
 animation of first is complete, then the animation of the first item should
 be stopped in the middle and the second animation should start. That would
 be ideal. But i am not sure how easy or difficult it is.

 I am keen and willing to do any help that might be required.

 -GTG

 On 8/26/07, Jörn Zaefferer [EMAIL PROTECTED] wrote:



  Ganeshji Marwaha schrieb:
   Jörn, this is fantastic... very re-usable as well..

   I have a question/suggestion though... When i hover over one of the
   items, and before the animation completes if i hover over another
   item, the animation for the second item doesn't occur. Now, i will
   have to move my mouse out of that item and hover over it again to get
   the other item to expand. Is it something that can be fixed, or is it
   a known limitation that we will have to live by...

  Well, so far that was intended to be a feature, not a bug. The
  combination of long-running animations with hover is annoying, right.
  But it is also annoying when the accordion keeps changing on each mouse
  move, even when you didn't intend to get a different chunk. Fixing it
  isn't difficult, but it is difficult to decide what the right fix
  actually is. Your help is appreciated.

  -- Jörn



[jQuery] Re: Release: Accordion 1.5

2007-08-27 Thread Jörn Zaefferer


Brian Cherne schrieb:

Jörn, how hard would it be to incorporate hoverIntent?
It would be extremely easy if hoverIntent were implemented as a custom 
event. I guess adding support for that within hoverIntent is very easy, 
so thats the approach I'd prefer.


I'll see what can be done about that.

-- Jörn


[jQuery] Re: Release: Accordion 1.5

2007-08-27 Thread Jörn Zaefferer


Jörn Zaefferer schrieb:


Brian Cherne schrieb:

Jörn, how hard would it be to incorporate hoverIntent?
It would be extremely easy if hoverIntent were implemented as a custom 
event. I guess adding support for that within hoverIntent is very 
easy, so thats the approach I'd prefer.


I'll see what can be done about that.
Gah. I'm a bit confused this evening. I'd like to use hoverIntent just 
by binding the event, I don't even need the mouseout callback:


$someElement.bind(hoverIntent, handler);

Any idea how that could be implemented?

-- Jörn


[jQuery] Re: Release: Accordion 1.5

2007-08-26 Thread Ganeshji Marwaha
Jörn, this is fantastic... very re-usable as well..

I have a question/suggestion though... When i hover over one of the items,
and before the animation completes if i hover over another item, the
animation for the second item doesn't occur. Now, i will have to move my
mouse out of that item and hover over it again to get the other item to
expand. Is it something that can be fixed, or is it a known limitation that
we will have to live by...

-GTG


On 8/25/07, Jörn Zaefferer [EMAIL PROTECTED] wrote:


 Jack Killpatrick schrieb:
  Jörn, happy to have this, thx!
 
  Question: is it possible to set the height of individual accordion
  panels? Perhaps that goes against the grain of an accordion's bottom
  edge staying in place, but in my use case it would be ok if the bottom
  moved up and down as the user moved through the panels. I have some
  panels with a bunch of content, which would have scrollbars appear
  (fine), but some of the panels have very little content and in this
  case I'd like to prevent a big gob of whitespace at the bottom of
  them, by tweaking the height for that panel a bit.
 Thanks for bringing this up. I need a bit more math to support that
 together with the new animation system.

 -- Jörn



[jQuery] Re: Release: Accordion 1.5

2007-08-26 Thread Jörn Zaefferer


Ganeshji Marwaha schrieb:

Jörn, this is fantastic... very re-usable as well..
 
I have a question/suggestion though... When i hover over one of the 
items, and before the animation completes if i hover over another 
item, the animation for the second item doesn't occur. Now, i will 
have to move my mouse out of that item and hover over it again to get 
the other item to expand. Is it something that can be fixed, or is it 
a known limitation that we will have to live by...


Well, so far that was intended to be a feature, not a bug. The 
combination of long-running animations with hover is annoying, right. 
But it is also annoying when the accordion keeps changing on each mouse 
move, even when you didn't intend to get a different chunk. Fixing it 
isn't difficult, but it is difficult to decide what the right fix 
actually is. Your help is appreciated.


-- Jörn


[jQuery] Re: Release: Accordion 1.5

2007-08-26 Thread Ganeshji Marwaha
In my opinion (and only my opinion) i think that it is kinda disturbing if
we hover on one item and immediately if we hover on another item, the
accordian doesn't open for the second item.

If you look at the mootools.net home page, you see the kwick(horizontal
acoordian). I am working on something like that. I am facing the same
problem there as well. But in the mootools site, if you hover from the left
end to the right end fast, you could see that the intermediate items
partially animate...

As far as i know this can be solved using the stop() method in fx. But the
stop() method is available only as part of the interface's animation
extension. John has promised that as part of the core in 1.2 though.

So, again, in my opinion, i would favor an approach where if we hover over
one item and then immediately if we hover over the other item before the
animation of first is complete, then the animation of the first item should
be stopped in the middle and the second animation should start. That would
be ideal. But i am not sure how easy or difficult it is.

I am keen and willing to do any help that might be required.

-GTG


On 8/26/07, Jörn Zaefferer [EMAIL PROTECTED] wrote:


 Ganeshji Marwaha schrieb:
  Jörn, this is fantastic... very re-usable as well..
 
  I have a question/suggestion though... When i hover over one of the
  items, and before the animation completes if i hover over another
  item, the animation for the second item doesn't occur. Now, i will
  have to move my mouse out of that item and hover over it again to get
  the other item to expand. Is it something that can be fixed, or is it
  a known limitation that we will have to live by...

 Well, so far that was intended to be a feature, not a bug. The
 combination of long-running animations with hover is annoying, right.
 But it is also annoying when the accordion keeps changing on each mouse
 move, even when you didn't intend to get a different chunk. Fixing it
 isn't difficult, but it is difficult to decide what the right fix
 actually is. Your help is appreciated.

 -- Jörn



[jQuery] Re: Release: Accordion 1.5

2007-08-26 Thread Brian Cherne
Jörn, how hard would it be to incorporate hoverIntent?

Brian.

On 8/26/07, Jörn Zaefferer [EMAIL PROTECTED] wrote:


 Ganeshji Marwaha schrieb:
  Jörn, this is fantastic... very re-usable as well..
 
  I have a question/suggestion though... When i hover over one of the
  items, and before the animation completes if i hover over another
  item, the animation for the second item doesn't occur. Now, i will
  have to move my mouse out of that item and hover over it again to get
  the other item to expand. Is it something that can be fixed, or is it
  a known limitation that we will have to live by...

 Well, so far that was intended to be a feature, not a bug. The
 combination of long-running animations with hover is annoying, right.
 But it is also annoying when the accordion keeps changing on each mouse
 move, even when you didn't intend to get a different chunk. Fixing it
 isn't difficult, but it is difficult to decide what the right fix
 actually is. Your help is appreciated.

 -- Jörn



[jQuery] Re: Release: Accordion 1.5

2007-08-25 Thread Jörn Zaefferer


Jack Killpatrick schrieb:

Jörn, happy to have this, thx!

Question: is it possible to set the height of individual accordion 
panels? Perhaps that goes against the grain of an accordion's bottom 
edge staying in place, but in my use case it would be ok if the bottom 
moved up and down as the user moved through the panels. I have some 
panels with a bunch of content, which would have scrollbars appear 
(fine), but some of the panels have very little content and in this 
case I'd like to prevent a big gob of whitespace at the bottom of 
them, by tweaking the height for that panel a bit.
Thanks for bringing this up. I need a bit more math to support that 
together with the new animation system.


-- Jörn


[jQuery] Re: Release: Accordion 1.5

2007-08-24 Thread Alexandre Plennevaux
wooot, Jörn, that's slick, bravo !

  _  

From: jquery-en@googlegroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of Jörn Zaefferer
Sent: vendredi 24 août 2007 23:03
To: jQuery Discussion.
Subject: [jQuery] Release: Accordion 1.5


I'm happy to present you a new release of my Accordion menu plugin for
jQuery. Thanks to some essential help from John Resig on animations, this
may be the first release that is actually worth its code. And its the last
release as a standalone plugin (stay tuned). If you are already using the
plugin: An update is highly recommended. Otherwise, why don't you give it a
try?

Plugin Page and Documentation:
http://bassistance.de/jquery-plugins/jquery-plugin-accordion/
Demo: http://jquery.bassistance.de/accordion/

Notable changes from the last release:


*   Option navigation offers simplest state-saving ever, by activating
elements based on the current location 

*   Option autoheight eases the accordion setup by calculating the
largest chunk and setting that as the height for all other chunks 

*   Option animated eases animation setup and provides smooth and
flawless animations. Using the easing plugin you can replace the default
slide animation with bounceslide and easeslide. Additional animations
can be added as plugins to jQuery.Accordion.Animations 

Have fun!

Jörn Zaefferer



Ce message Envoi est certifié sans virus connu.
Analyse effectuée par AVG.
Version: 7.5.484 / Base de données virus: 269.12.4/969 - Date: 23/08/2007
16:04




[jQuery] Re: Release: Accordion 1.5

2007-08-24 Thread Josh Nathanson
Great job Jörn!  I see you got my wizard implementation in there...your code 
is of course super slick compared to mine!  Love the new animations.

-- Josh



- Original Message - 
  From: Jörn Zaefferer 
  To: jQuery Discussion. 
  Sent: Friday, August 24, 2007 3:03 PM
  Subject: [jQuery] Release: Accordion 1.5


  I'm happy to present you a new release of my Accordion menu plugin for 
jQuery. Thanks to some essential help from John Resig on animations, this may 
be the first release that is actually worth its code. And its the last release 
as a standalone plugin (stay tuned). If you are already using the plugin: An 
update is highly recommended. Otherwise, why don't you give it a try?

  Plugin Page and Documentation: 
http://bassistance.de/jquery-plugins/jquery-plugin-accordion/
  Demo: http://jquery.bassistance.de/accordion/

  Notable changes from the last release:

a.. Option navigation offers simplest state-saving ever, by activating 
elements based on the current location 
b.. Option autoheight eases the accordion setup by calculating the 
largest chunk and setting that as the height for all other chunks 
c.. Option animated eases animation setup and provides smooth and 
flawless animations. Using the easing plugin you can replace the default slide 
animation with bounceslide and easeslide. Additional animations can be 
added as plugins to jQuery.Accordion.Animations 
  Have fun!

  Jörn Zaefferer


[jQuery] Re: Release: Accordion 1.5

2007-08-24 Thread Mike Alsup
Sweet, Jörn.  It looks great!

On 8/24/07, Jörn Zaefferer [EMAIL PROTECTED] wrote:

  I'm happy to present you a new release of my Accordion menu plugin for
 jQuery. Thanks to some essential help from John Resig on animations, this


[jQuery] Re: Release: Accordion 1.5

2007-08-24 Thread Jack Killpatrick

Jörn, happy to have this, thx!

Question: is it possible to set the height of individual accordion 
panels? Perhaps that goes against the grain of an accordion's bottom 
edge staying in place, but in my use case it would be ok if the bottom 
moved up and down as the user moved through the panels. I have some 
panels with a bunch of content, which would have scrollbars appear 
(fine), but some of the panels have very little content and in this case 
I'd like to prevent a big gob of whitespace at the bottom of them, by 
tweaking the height for that panel a bit.


Thanks,
Jack

Jörn Zaefferer wrote:
I'm happy to present you a new release of my Accordion menu plugin for 
jQuery. Thanks to some essential help from John Resig on animations, 
this may be the first release that is actually worth its code. And its 
the last release as a standalone plugin (stay tuned). If you are 
already using the plugin: An update is highly recommended. Otherwise, 
why don't you give it a try?


Plugin Page and Documentation: 
http://bassistance.de/jquery-plugins/jquery-plugin-accordion/

Demo: http://jquery.bassistance.de/accordion/

Notable changes from the last release:

* Option navigation offers simplest state-saving ever, by
  activating elements based on the current location
* Option autoheight eases the accordion setup by calculating the
  largest chunk and setting that as the height for all other chunks
* Option animated eases animation setup and provides smooth and
  flawless animations. Using the easing plugin you can replace the
  default slide animation with bounceslide and easeslide.
  Additional animations can be added as plugins to
  jQuery.Accordion.Animations

Have fun!

Jörn Zaefferer