Do the submenus still appear 100% width if you remove the Superfish JS
code so that the menu is pure CSS plus IE7.js ?
Joel Birch.
Hello,
Your fix is good except that it won't work in IE6. You might instead
try setting background:none for all .sf-sub-indicator elements, then
restoring the arrows to the deeper nested ones using a selector with
greater specificity. ie:
sf-menu li ul a .sf-sub-indicator { ...
Joel Birch.
Nope, when I remove the Superfish JS it´s displayed correctly.
Thanks for your fast response
On Oct 30, 1:15 pm, Joel Birch [EMAIL PROTECTED] wrote:
Do the submenus still appear 100% width if you remove the Superfish JS
code so that the menu is pure CSS plus IE7.js ?
Joel Birch.
See these articles:
http://www.maratz.com/blog/archives/2005/06/22/preload-hover-images-in-css/
http://www.jaymeblackmon.com/preloading-css-hover-images
Hope that helps.
On Oct 30, 9:00 am, adexcube [EMAIL PROTECTED] wrote:
Hi,
I modified the skin of the menu using png images and I realised
Great, it worked. Thanks a lot for your help...
On 27 Paź, 23:09, Joel Birch [EMAIL PROTECTED] wrote:
Hello,
My suggestion is to try putting the Superfish CSS before the script
tags rather than after them in the source code.
Joel Birch.
Hello,
My suggestion is to try putting the Superfish CSS before the script
tags rather than after them in the source code.
Joel Birch.
So, the problem I'm having with IE6/Superfish is that the dropdown
menus push all other content down, rather than displaying on top of
the other content.
My superFish code is fairly straightforward:
$(document).ready(function() {
//superFish
$('ul#menu').superfish({
Hi Bob,
You seem to be missing some very important CSS. The submenu ul
elements must be position absolute. Also, I don't see any 'top' or
'left' values or hover rules for them. Please refer to the original
demo CSS files for further clues.
Joel Birch
On 23/10/2008, Bob Sawyer [EMAIL PROTECTED]
Nicely done - thanks for showing us this. I guess this should be an
official part of Superfish considering that that all the other
animate() parameters are exposed options. I'll include this in the
next update. Thanks again.
Joel Birch.
Hi Jess,
I guess I have replied too late, but it looks like you solved the
problem, so that's great. Hope you made your deadline.
Joel Birch.
Hi Dom,
Rather than use the pathClass option for this, you can manually show
all '.current' submenus on document ready, then set a timer to close
them after a couple of seconds. Below is your initialisation code
modified as described. I've tested it and it seems to work right -
unless I have
Superbe!
That's exactly what I wish. Thx for the help.
Dom
On Oct 19, 1:32 pm, Joel Birch [EMAIL PROTECTED] wrote:
Hi Dom,
Rather than use the pathClass option for this, you can manually show
all '.current' submenus on document ready, then set a timer to close
them after a couple of
I found that it is caused by having a textbox directly under the menu
so that when you come off the menu you are in the textbox. if this
happens the menu does not disappear. It is also still a Firefox only
problem as far as I can tell.
Regards
On Oct 16, 11:42 pm, Schotime [EMAIL PROTECTED]
Hi all,
as a workaround till Joel finds a solution change the following line
in the supersubs.js
From:
.end().end()[0].clientWidth / fontsize;
To:
.end().end()[0].clientWidth / fontsize - 3;
pacemaker
Sorry, but this doesn't work in 1.4.8.
I need an EASY way to run the menu ALL ACROSS the page. I can't
believe anyone would just run a menu half-way. Very, very odd.
On Sep 30, 11:59 pm, pillpusher [EMAIL PROTECTED] wrote:
to go right all the way across the screen, i put my ul and li tags
fyi - I didn't clarify the browser, although it's almost an
assumption: FF 3.0.3.
fyi - clarify browser: FF 3.0.3. It works only in IE.
On Oct 14, 8:16 pm, KellyS [EMAIL PROTECTED] wrote:
Sorry, but this doesn't work in 1.4.8.
I need an EASY way to run the menu ALL ACROSS the page. I can't
believe anyone would just run a menu half-way. Very, very odd.
On Sep 30,
Please see your original thread for my reply.
Joel Birch.
Hi Kelly,
More than likely your menu is 'floated' left and the div container is
not 'clearing' it's contents, ie. it is collapsing to zero height. IE
clears contents automatically which is why it appears to work in that
browser and not in standards compliant browsers. Simply add
float:left; to
Joel,
Thanks for the quick response! I tried that, but it forces extra
'padding' below the menu that I can't seem to get rid of. Have you
tried it? If you have any further suggestions for using the div, I'm
all ears. :)
You are correct, I could use a more in-depth understanding of CSS
Hi Kelly,
The extra 'padding' is most likely a bottom margin of the div, or even
of the div's contents, or a top margin of the elements below. You can
use the Firebug extension to see what is causing the unwanted space.
If you are unfamiliar with Firebug I can guarantee you that it is well
worth
Hi Joel,
Sorry, it's not the bottom margin. I even specified a 0px bottom
margin with no change.
There's nothing in the end of the div -- see my example above.
Firebug points to the UL class sf-menu sf-js-enabled sf-shadow.
I'm using the standard superfish.css with the addition of the menuback
This fix to your superfish.css seems to work, but I haven't fully
tested it. Obviously, you had this in there for a reason...?
I commented-out the margin-bottom:
.sf-menu {
float: left;
/*margin-bottom:1em;*/
}
On Oct 14, 9:15 pm, Joel Birch
Hi David,
David Kerns and I recently tracked down an issue with the hoverIntent
plugin combined with Superfish which causes this bug in IE. See if the
bug disappears if you remove hoverIntent and if so, you can replace
hoverIntent with this newer plugin, which we have tested to work great
with
Thanks for the quick response. I tried the new hover plugin (which
works nicely and I will definitely be using) and discovered that it is
not the solution to my problem. I am able to better describe the
bug. It seems that in IE, the mouseout is prematurely triggered
specifically when the mouse
complete shot in the dark here: what if you set the width of the a
element to 100%?
On Oct 11, 5:10 pm, DaveByDesign [EMAIL PROTECTED] wrote:
Thanks for the quick response. I tried the new hover plugin (which
works nicely and I will definitely be using) and discovered that it is
not the
Hi David,
I found that there is CSS in your stylesheet.css file that makes the
anchor elements collapse in width rather than expanding to the full
width as they should, being display:block. If you delete that file you
should see the difference there. My guess is that because you are
using
Hi Luke,
Have you looked at using the pathClass option built into Superfish?
It is demonstrated on the nav bar demo found on the Superfish
documentation page.
Joel Birch.
2008/10/6 iguana007 [EMAIL PROTECTED]:
Hello there, I would like ask You if there is any possibility to
always
Hello,
Superfish is intentionally designed to use only the solid arrow for
IE6 as it can not handle PNG 8-bit indexed alpha transparency. As to
how to save your own arrow files using the same format, the process is
described and explained in this awesome article:
On Oct 5, 12:47 am, yvonney [EMAIL PROTECTED] wrote:
Hi...
Is there a way within the standard superfish css to extend the basic
horizontal menu fully across the screen from left to right. If so I
guess it would be great to know if we can have the menus themselves
left center or right...
That is extremely wonderful thank you.
I'll have to have a look at the css as you suggested...
Hi Dan,
I spent an hour on this and couldn't figure out why the Superfish file
triggers the bug, but I do have good news. It turns out that IE needs
'hasLayout' triggered on the #masthead element. Add height:1%; to the
CSS for that element and the address panel stays where it is supposed
to.
Hi Jason,
This is interesting because the only problems I have seen like this
with regard to Mac FF2 have always been easily solved by setting
wmode=transparent on the 'embed' tag. Did you give that a try that
first?
Joel Birch.
Hi Grand Gouda,
Could you provide a link to your example please? That will make it
much easier and quicker for me to find where the problem is. Thanks.
Joel Birch.
Hi Dave,
Unfortunately, IE6 has never been able to manage pure CSS dropdowns as
it only allows :hover rules on anchor elements while the CSS-only
behaviour requires li:hover. So what you are seeing is normal for a
suckerfish-style menu.
Joel Birch.
Hello,
'Click to activate' is an upcoming Superfish feature, but it won't be
added very soon as my schedule is too busy for the rest of the year.
Joel Birch.
Joel,
If you have AdBlocker+ installed it won't work. I'm not really sure
why. However, based on your response to Tom2008, I may have seen the
problem. I've got the original Suckerfish javascript still in there.
Since that uses the sfhover class, my problem probably lies there. I'm
hmm.. I thouhgt I was using the latest method :)
I've downloaded the latest version of bgiframe which is currently on
the server. So what you're saying is that I replace my (complicated)
call to superfish in my head with the simple one like you listed, and
it should do the trick?
I'll try that
Joel,
Got the mouseOut delay working in IE. Also, I think the problem with
AdBlocker is now fixed (my styles were in a folder labeled ADS - our
initials and a sign that advertisements are about to be foisted upon you in
most circumstances.
Thanks for the help!
Peace,
Dave Meiser
On Fri, Oct
Hello Ettiene,
There is now a much simpler and less buggy way of using bgIframe. It
is described on the updated Superfish documentation page, here:
http://users.tpg.com.au/j_birch/plugins/superfish/#sample2
You will need to make sure you are using the most up-to-date version
of bgIframe which
Ok, I'm struggling a bit here...
My call in the head looks like this:
$(document).ready(function(){
$(ul.nav).superfish()
.find(liulli:has(ul)).addClass(isparent)
.find('ul').bgIframe({opacity:false});
});
I've got that first find in there to add a class
Hi Ettiene,
You need to add an .end() to before you add the find('ul').bgIframe() like so:
$(document).ready(function(){
$(ul.nav).superfish()
.find(liulli:has(ul)).addClass(isparent).end()
.find('ul').bgIframe({opacity:false});
});
Joel Birch.
Or for better performance:
$('ul.nav').superfish()
.find('ul').bgIframe({opacity:false})
.find('li:has(ul)').addClass('isparent');
No .end() needed this way either.
On Oct 3, 5:09 am, Joel Birch [EMAIL PROTECTED] wrote:
Hi Jason,
This is interesting because the only problems I have seen like this
with regard to Mac FF2 have always been easily solved by setting
wmode=transparent on the 'embed' tag. Did you give that a try that
first?
Yes, that didn't
Hmm, this is the first time I've heard of this problem using the newer
method of applying bgIframe. Are you absolutely positive you are using
the bgIframe version from the link I gave you?
The issue you describe has happened before but I can't remember what
the cause or solution was (because I
Hi Dave,
When I visited the site the content looked completely unstyled and the
CSS was not applied to the menu. Maybe I'm too late to check it out
and you have changed things around since your original post?
Joel Birch.
MUCH appreciated... very concise...
so... on the full width thing... yes... hadn't thought of that at
all... though I'm thinking.. hey, isn't there just a line in the CSS I
can mod..
dunno... I guess I'm saying cool great idea... and, geez, seems like
Superfish should have some hooks to do that?
Thanks .. I'll check it out.
Sorry for late replay.
Too much work :-(
i tried to assign a z index (lower than the superfish navbar) to the
slide show class, but it didn't help.
to go right all the way across the screen, i put my ul and li tags
in a div tag, and gave the div tag the same background (color or
image) as the navbar. that worked for me. let me know if that helps
you.
regarding removing the padding to make it go all the way to the top, i
had this happen to
i know i look like an idiot posting to my own posts (and answering my
own questions), but i wanted to post the solution i found in case
someone else had the same problem. after looking around at other
peoples' questions (and source codes) i noticed that a negative z-
index makes my navbar work
Thanks so much for taking the time to respond. I'll create a link and
post. I've just created a working version using background colors...
http://www.mauihospitalfoundation.org/beta/ci/
... site is beta and all that blah blah.
The main page (url above) is superfish. All the pages linked from
Excellent example thanks so much for this. I'll hopefully be able to
glean what I need from this.
Aloha,
Colin
On Sep 22, 3:39 pm, Joel Birch [EMAIL PROTECTED] wrote:
This sort of thing requires a good knowledge of CSS and althoughSuperfishis
well suited for powering these menus, it is out
Hi Rick,
I have tried to to set z-index: 99 to the top menu and 0 to the bottom
but still have the same effect...
Thank you.
On Sep 24, 8:11 pm, Rick Faircloth [EMAIL PROTECTED] wrote:
Hi,Ilya...
Trying increasing the z-index on the top menu and see if that helps.
Rick
-Original
view?
Rick
-Original Message-
From: jquery-en@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Ilya
Sent: Thursday, September 25, 2008 9:10 AM
To: jQuery (English)
Subject: [jQuery] Re: Superfish v1.4.8 using two menus one under another
Hi Rick,
I have tried to to set
Unfortunately I need to continue to include the LightWindow and the
like because they are being used by other applications on the site
(and it is a work project that I don't have final say on).
As for that link, good stuff! It solved almost all my problems, but I
think I am running into another
You can try this thread:
http://groups.google.com/group/jquery-en/browse_thread/thread/26925831a8b2b09e
On 24 sep, 21:44, Ilya [EMAIL PROTECTED] wrote:
Hello,
I'm trying to use Superfish v1.4.8 with two menus located one under
another. Everything looks almost great except for IE6 -- the
Thanks Joel, I found this:
http://users.tpg.com.au/j_birch/plugins/superfish/supposition-test.zip
Is this the latest version that was worked on? I'll play with it a
bit today.
Thanks Joel, I found this:
http://users.tpg.com.au/j_birch/plugins/superfish/supposition-test.zip
Is this the latest version that was worked on? I'll play with it a
bit today.
Just a quick look at the test page shows that it appears to work fine
in both Firefox 3.01 and IE8 beta2, but not at all in Opera 9.52. I
haven't put it on the test server yet though.
Just a quick look at the test page shows that it appears to work fine
in both Firefox 3.01 and IE8 beta2, but not at all in Opera 9.52. I
haven't put it on the test server yet though.
It's now on the test server and working. However, I had to use
superfish1.4.1.js instead of 1.4.8. It works in all of the browsers
mentioned above. In IE6 there is overlap where the hovered menu is
behind the one to the right of it. For those who have js turned off,
I'll have to include an
Hi, Ilya...
Trying increasing the z-index on the top menu and see if that helps.
Rick
-Original Message-
From: jquery-en@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Ilya
Sent: Wednesday, September 24, 2008 3:44 PM
To: jQuery (English)
Subject: [jQuery] Superfish v1.4.8
Thanks, but this was unsuccessful. I'm thinking that to include
logic, this type of function would have to be javascript, yes?
On Sep 22, 9:27 pm, Joel Birch [EMAIL PROTECTED] wrote:
Try changing the CSS where it sets the 'top' property on hover, to 'bottom'.
Joel Birch.
It might require some JS, but this could also be a feature that can be
enabled when instantiating the superfish menu (i.e. $
(document).ready(function() { $('ul.sf-menu').superfish({ in
here }); });) I don't know jQuery well enough however to know if there
is a way to get it to reverse top with
Sounds reasonableif only I knew what I was doing! Just back from
a trip so plenty busy, I'll see what I can come with in the next day
or two.
Sounds reasonableif only I knew what I was doing! Just back from
a trip so plenty busy, I'll see what I can come with in the next day
or two.
I think I misunderstood the original question. @tsnj do a search for
the Supposition plugin. It was created to do exactly what you want.
It never left beta as I think there was still a minor bug that I
wasn't satisfied with but didn't get around to solving. You may find
it works fine for what you
2008/9/24 Charl Mert [EMAIL PROTECTED]:
How do I disable animations in superfish?
$('ul.sf-menu').superfish({
speed: 1
});
This sets the animation speed (or duration) to one microsecond which
is basically instantaneous.
Joel Birch.
Hi Aaron,
LightWindow uses the Prototype library so you need to read up about
using jQuery with other libraries, here:
http://docs.jquery.com/Using_jQuery_with_Other_Libraries
That page will tell you everything you need to know so you can use
both libraries at the same time. However, a far
Sweet!
That was a nice and simple solution. It works but I realized that I'll
have to change some of the CSS... :)
Many Thanks!
Müfit
On Sep 21, 9:57 am, Joel Birch [EMAIL PROTECTED] wrote:
I just thought of a really simple solution for this. Before
initialising Superfish simply dynamically
I found this problem when I using smarty with jquery ..
but I have not sloved this problem,whatever I using 1st method or 2nd
method..
so I give up jQuery althrough jquery very cool...
Are you using any other Javascript library in the same page? smarty
works server-side, there is no reason to conflict with jQuery unless
you're doing something wrong. A working html example would help!
On Sep 22, 2:11 pm, macleo [EMAIL PROTECTED] wrote:
I found this problem when I using smarty
Sorry, for late reply. But this code did not worked in my case. I had
to stick with my code.
On Aug 18, 8:56 pm, Joel Birch [EMAIL PROTECTED] wrote:
Hello,
'This' should do the job (pardon the pun):
onShow: function(){
if ($.browser.msie){
2008/9/23 nicholasnet [EMAIL PROTECTED]:
Sorry, for late reply. But this code did not worked in my case. I had
to stick with my code.
On Aug 18, 8:56 pm, Joel Birch [EMAIL PROTECTED] wrote:
Hello,
'This' should do the job (pardon the pun):
onShow: function(){
if
Hello,
In the original superfish-navbar.css file there is a rule like this,
which you seem to be missing:
.sf-navbar li.current {
background: #BDD2FF;
}
Joel Birch.
Hello,
Looks like you have sorted out the problem as it seems to work fine for me.
Joel Birch.
Hi Ashley,
You may need to design around your issues. That sounds like a lot of
nav items for this type of menu so you are bound to run into width
problems. The navbar style of menu is not really intended to be
designed in such a way that it requires items to wrap onto subsequent
rows.
1. This
Hi Terry,
As a rule, you should always put your CSS before your JavaScript in
the source order. This avoids the FOUC problems.
Joel Birch.
Try changing the CSS where it sets the 'top' property on hover, to 'bottom'.
Joel Birch.
Hello,
Sorry for the delayed response - I've been snowed under.
1. I guess you will have to apply an id to the top level li for each
submenu in the HTML. Then apply CSS to colourise the descendants as
required.
2. If you do this you will run into the IE z-index bug. The only
solution I have
This sort of thing requires a good knowledge of CSS and although
Superfish is well suited for powering these menus, it is out of the
scope of the plugin to implement this for you. Here is an example of
something similar, whereby background images are swapped to provide
tabs with 'hover' and
Hello,
I haven't done this myself, although an upcoming job looks like it
will require it, so I may have a solution sometime in the future. I
imagine the only problem will be that floating items to the right will
reverse the order of the submenu items considering that people will
still read them
Hello,
This does seem fairly ambitious considering that menu CSS is quite
complicated and the corners plugin alters the layout of elements in
various ways also. Could you provide a working example so we can use
Firebug to analyse what issues you are running into exactly?
Joel Birch.
Sounds like a bug in Supersubs, which is to be expected as it is beta
and is in need of some love. I have heard of this problem and it's on
the list of things to sort out.
Joel Birch.
Thanks so much for your patch. I'll be sure to have a good luck at it
when I get to adding this functionality to Superfish.
Cheers
Joel Birch.
You need to look into how to use jQuery with other libraries:
http://docs.jquery.com/Using_jQuery_with_Other_Libraries
That link should tell you everything you need to know to fix your problem'
Joel Birch.
Hi Colin,
If you still need help with this (sorry for my very late response)
could you provide a link to your attempt so we can hone in on where
you have gone wrong? Thanks.
Joel Birch.
I just thought of a really simple solution for this. Before
initialising Superfish simply dynamically add one common class to the
elements that are of any of three WordPress classes.
$('document').ready(function(){
$('ul.sf-menu')
Hi Joel!
I am just happy if I can contribute to make Superfish even better!
All the best,
Müfit
On Sep 18, 5:29 am, Joel Birch [EMAIL PROTECTED] wrote:
Hi Müfit,
Thanks for your well-articulated thoughts on this. I agree that being
able to specify more that one pathClass would be very
Hi Müfit,
Thanks for your well-articulated thoughts on this. I agree that being
able to specify more that one pathClass would be very useful for
WordPress generated menus. I will aim to get this in as a Superfish
feature as soon as possible, although I'm snowed under with work for
the next few
Some additional info: I did try the following (I've included an
excerpt from the example file), but the results weren't very good.
link rel=stylesheet type=text/css href=css/superfish.css
media=screen
script type=text/javascript src=js/jquery-1.2.6.min.js/
script
Hi,
I made patch which addresses your problem with not-responding submenus
and makes lower-level submenus open on hover.
Any other suggestions or code improvements would be appreciated.
You can find my patch (including instructions ) on
http://plugins.jquery.com/node/3967
jarda
On Aug 7,
test
On 7 Srp, 09:34, yitzc [EMAIL PROTECTED] wrote:
Hi. I am using the Superfish menu, and it fits my needs perfectly. The
problem is that the client I am designing the website for has decided
that he wants the menus to appear only when he clicks on them - and
not when he hovers the mouse
Hi,
I made patch against superfish-1.4.8, which fixes your problem and
adds desired functionality. We are using it in company intranet and it
looks like working well with some minor issues. Any further sugestions
or code improvements will be appreciated.
You can find my patch on
Hi Joel,
THANK YOU SO MUCH ... a honest very big Thank You :-)
That helped :-)
One final remark:
I tried to use parameters with the default text:
script type=text/javascript
// initialise plugins
jQuery(function(){
hi joel,
meanwhile i am very, very desperate :-( .. i cant find where to fix
the problem .. i think that this is a fundamental function
to be able to change the background and textcolor depending
on the actual status. but it looks like i am the only one having
that problem.
I preparred a sample
Yes, on the TEST5 page there is an enormous mess of namespace
pollution from the form module. The dollar sign shortcut is being
stolen. You can either use jQuery() instead of $(), or you can look
into jQuery's handy noConflict() function.
Joel Birch.
Hi Erick,
Here is a working version of your examples. You should be able to see
the solution from this. Look in the menu's CSS file and find the part
commented as: /*HERE IS THE KEY CSS*/
http://users.tpg.com.au/j_birch/ric
Hope this solves your issue.
Joel Birch.
Hi Dave,
I'd say just remove transparency for IE. I think you are walking into
a mine-field attempting that. That said, I haven't tested it. Would be
nice to see a page demonstrating your issue.
Joel Birch.
501 - 600 of 972 matches
Mail list logo
