[jQuery] Re: Superfish 1.4.1 update released
I am still struggling to find the time to work on those bugs. Anyone who has ideas about this, please feel free to contact me/Joel via this list. Joel, I appreciate your work, sorry I hadn't answered yet! -Original Message- About the callbacks. Would they enable us to write for instance this code outside of superfish ? http://www.klaasse.net/superfish-ext/superfish.html Yes. This is precisely the reason for the new callbacks. In fact I rewrote Jesse Klaasse's code to use the callbacks and the demo page can be found here: http://users.tpg.com.au/j_birch/plugins/superfish/supposition-test/menuA tTop.html I gave it the plugin of the plugin the name Supposition which is the crapiest name ever. Anyway, there are still issues with that code because when the document is longer than the window depth the scrolling is not taken into account when positioning the submenus which is disappointing. I don't know if this is a jQuery bug or a problem with the Supposition (hate that name so much) code as I am a n00b when it comes to dimensions code. I flicked my work back to Jesse to look at and also posted it to this group. Here's the thread: http://groups.google.com/group/jquery-en/browse_thread/thread/c4a290fc6a 2f6bfd
[jQuery] Re: Error when I try to interact with a Java Applet
I can confirm this.. I have the same problem with another applet..
[jQuery] Re: Superfish feature request
You're right, this is the quirk I'm talking about. I'm on Windows myself, so I have been referring to Windows Firefox. I'm still puzzled by this :| I hope we (or someone else) will be able to work this out.
[jQuery] Re: Superfish feature request
And a little update, as it seems to work great now (tested in IE6, IE7 and FF2): http://www.klaasse.net/superfish-ext/superfish.html I'm not totally satisfied yet, because: - I'm using + 1 in my calculations to include border/margin/padding stuff in the width() and height() results; - There's some strange right-border redrawing going on, which I can't explain; - As you may have noticed, there appear little arrows when a menu has a submenu. However, they disappear when one 'mouseover's the menuitem. Any suggestions / opinions / whatever? Maybe Joel can include something like this in the next release of Superfish. Feel free to use it! From: jquery-en@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Jesse Klaasse Sent: Wednesday, January 02, 2008 4:25 PM To: jquery-en@googlegroups.com Subject: [jQuery] Superfish feature request Importance: Low I am thoroughly enjoying the Superfish menu.. However, I would love to see the following option: when a submenu falls outside of the window, it's position should be adapted in order to fit. Just like most operating systems handle menus when they don't fit.. Would this be possible? It could be called something like 'forceFit' or so.. Thanks in advance! (The simplest approach would probably be to check if a ul's offset left plus it's width exceeds the window width, and adjust x position accordingly.. Likewise, this could be done for the vertical position)
[jQuery] Superfish feature request
For the demo of the latest update/example: http://www.klaasse.net/superfish-ext/superfish.html New options: * autofit (boolean) - Used to enable intelligent expansion. When a submenu doesn't fit on screen, the position of the menu is adapted in order to make it fit as good as possible. * expandClass (string) - Can be used to show submenu indicators using normal CSS. Known issues (tested in Safari 3, Opera 9, IE6, IE7 and FF2): * I'm using + 1 in my calculations to include border/margin/padding stuff in the width() and height() results. I would like to find a more robust solution; * There's some strange submenu text pixel-shift (FF only) and right border redrawing (both IE and FF) going on, which I can't explain. However, this also seems to happen using the original Superfish menu! * IE6 seems to handle the variable width top level (width:auto) incorrectly. A solution, anyone? If anyone can think of a solution to any of these issues, please let me know!
[jQuery] Re: Superfish feature request - pixelshift/redraw bug
This issue has something to do with the animation. When I replace the animation with a simple show() method, there's no pixel shift anymore.. * There's some strange submenu text pixel-shift (FF only) and right border redrawing (both IE and FF) going on, which I can't explain. However, this also seems to happen using the original Superfish menu! Maybe this is a common jQuery animation related bug? I have already tried the beta of 1.2.2, but unfortunately that didn't help..
[jQuery] Superfish feature request
I am thoroughly enjoying the Superfish menu.. However, I would love to see the following option: when a submenu falls outside of the window, it's position should be adapted in order to fit. Just like most operating systems handle menus when they don't fit.. Would this be possible? It could be called something like 'forceFit' or so.. Thanks in advance! (The simplest approach would probably be to check if a ul's offset left plus it's width exceeds the window width, and adjust x position accordingly.. Likewise, this could be done for the vertical position)
[jQuery] Re: Superfish feature request
I have written some test code, which does what it's meant to do, but I
think it isn't in the right place..
I have added this code to the default options block of superfish.js:
autofitX: true,
autofitY: true,
And this code instead of the original showSuperfishUl part:
showSuperfishUl : function(o){
return this
.addClass(o.hoverClass)
.find('ul:hidden')
.css('visibility','visible')
.animate(o.animation,o.speed,function(){
o.onshow.call(this);
if (o.autofitY) {
var menuHeight = $ul.height();
var expandUp = ($ul.offset().top + menuHeight
$(window).height());
if (expandUp) $ul.css(margin-top,($(window).height() -
menuHeight - $ul.offset().top) + px);
}
})
.each(function(){
$ul = $(this);
if (o.autofitX) {
var menuWidth = $ul.width();
var parentWidth = $ul.parents('ul').width();
var expandLeft = ($ul.offset().left + menuWidth
$(window).width());
if (expandLeft) $ul.css(margin-left,- + (menuWidth +
parentWidth) + px);
}
})
.end();
},
This works, however, I don't think it's the correct place to perform
these actions. Any opinions?
From: jquery-en@googlegroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of Jesse Klaasse
Sent: Wednesday, January 02, 2008 4:25 PM
To: jquery-en@googlegroups.com
Subject: [jQuery] Superfish feature request
Importance: Low
I am thoroughly enjoying the Superfish menu.. However, I would love to
see the following option: when a submenu falls outside of the window,
it's position should be adapted in order to fit. Just like most
operating systems handle menus when they don't fit.. Would this be
possible? It could be called something like 'forceFit' or so.. Thanks in
advance!
(The simplest approach would probably be to check if a ul's offset
left plus it's width exceeds the window width, and adjust x position
accordingly.. Likewise, this could be done for the vertical position)
[jQuery] Re: Performance of jquery
These are my (total) results: IE7 Prototype: 2199 ms Mootools: 1546 ms jQuery: 1336 ms FF2 Prototype: 326 ms Mootools: 390 ms jQuery: 1092 ms SAFARI3 Prototype: 896 ms Mootools: 279 ms jQuery: 452 ms So, there seem to be big differences between IE, Safari and FF, both in overall DOM/Javascript speed (FF seems to be a LOT faster) and in the different libraries. In IE jQuery is the big winner, in FF the big loser. Regards, Jesse Klaasse. -Original Message- From: jquery-en@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, December 11, 2007 3:22 PM To: jquery-en@googlegroups.com Subject: [jQuery] Re: Performance of jquery Importance: Low maybe it depends on your browser and/or pc, it seems fastest when I run the test... -ark - Original Message - From: Sharique [EMAIL PROTECTED] To: jQuery (English) jquery-en@googlegroups.com Sent: Tuesday, December 11, 2007 9:10 AM Subject: [jQuery] Performance of jquery | | Pls have a look at this test. | http://mootools.net/slickspeed/ | Performance of JQuery of quite low as compare to other java script | libraries. | -- | Sharique
[jQuery] Is it possible to alter internal CSS properties?
As we all know, we can do the following using jQuery:
$('.someClass').css(background-color: yellow);
This first matches all elements which have the class someClass, and then
alters the css of the matched elements.
This won't work when the class is dynamically added somewhere in the
page, for example on a mouseover.
Is it somehow possible to really alter the internal style sheet
definition, in order to reflect the wanted changes when a class is
dynamically added?
My guess is that this is not possible at all, but I'm not sure.. Any
ideas? Thanks!
[jQuery] Is it possible: Superfish over Java applet?
I have created the following testpage (using the Superfish example page): http://www.bam.nl/baminternet/baminternet/test/test_SuperfishApplet.html As you can see, the Superfish menu disappears behind the Java applet. Would it be possible to correct this behaviour to display the menu on top of the Java applet? The common z-index fixes don't seem to be working :( -- View this message in context: http://www.nabble.com/Is-it-possible%3A-Superfish-over-Java-applet--tf4676372s27240.html#a13360849 Sent from the jQuery General Discussion mailing list archive at Nabble.com.
[jQuery] jQuery AJAX load and encoding/charset problems
I have already spent hours and hours on the following problem. I am using jQuery's AJAX load method in order to put a portlet in a DIV. The portlet url is: http://www.bam.nl/baminternet/baminternet/test/test_jQueryAjax/actueel.jsp http://www.bam.nl/baminternet/baminternet/test/test_jQueryAjax/actueel.jsp Which is showing fine when called directly. However, when using AJAX to load the portlet into a DIV, this is the result: http://www.bam.nl/baminternet/baminternet/test/test_jQueryAjax/ajax_encoding_test.jsp http://www.bam.nl/baminternet/baminternet/test/test_jQueryAjax/ajax_encoding_test.jsp As you probably can see, there seems to be some encoding/charset problem here. We are using the ISO-8859-1 charset all over the website, except for the news portlet, which uses ISO-8859-15 in order to support special Word-characters like euro signs, long dashes and so forth. I have tried to remove and put charset specifications everywhere, but nothing seems to help. Does anyone have a suggestion how to fix this? Thank you all very much in advance! Kind regards, Jesse Klaasse -- View this message in context: http://www.nabble.com/jQuery-AJAX-load-and-encoding-charset-problems-tf4669662s27240.html#a13339398 Sent from the jQuery General Discussion mailing list archive at Nabble.com.
[jQuery] $(document).ready inconsistent behaviour IE/FF - bug?
Schematically I have the following page:
html
head
script type=text/javascript
$(document).ready(function() {
alert(DOM ready);
});
/script
/head
body
table
tr
tdMenu/td
tdiframe src=content.jsp/td
/tr
/table
/body
/html
content.jsp sleeps for 10 seconds, then outputs a simple page.
In IE (7), the alert shows when we have waited the 10 seconds from
content.jsp. In other words, the DOM is ready when the DOM for the
iframe is also ready.
In FF (2), the alert is fired when the page itself is loaded. It doesn't
wait the 10 seconds for content.jsp.
Can anyone confirm this behaviour? This seems like a bug to me.
For now, the only solution for me is to include the script part inline
at the end of the page, after the iframe.
Regards,
Jesse.
[jQuery] document.ready inconsistent behaviour IE/FF - bug?
(I have already sent this message but somehow it got marked as spam??!)
Schematically I have the following page:
html
head
script type=text/javascript
$(document).ready(function() {
alert(DOM ready);
});
/script
/head
body
table
tr
tdMenu/td
tdiframe src=content.jsp/td
/tr
/table
/body
/html
content.jsp sleeps for 10 seconds, then outputs a simple page.
In IE (7), the alert shows when we have waited the 10 seconds from
content.jsp. In other words, the DOM is ready when the DOM for the iframe is
also ready.
In FF (2), the alert is fired when the page itself is loaded. It doesn't
wait the 10 seconds for content.jsp.
Can anyone confirm this behaviour? This seems like a bug to me.
For now, the only solution for me is to include the script part inline at
the end of the page, after the iframe.
Regards,
Jesse.
--
View this message in context:
http://www.nabble.com/document.ready-inconsistent-behaviour-IE-FF--%3E-bug--tf4670353s27240.html#a13341722
Sent from the jQuery General Discussion mailing list archive at Nabble.com.
[jQuery] Re: jQuery AJAX load and encoding/charset problems
Dan, I have removed the HTML and body tags now, but unfortunately this doesn't seem to help. Any other ideas? -Original Message- One thing I noticed quickly is this page is a full HTML that includes html and body tags. If you're loading HTML fragments into a DIV, you shouldn't load a fully qualified HTML page--you should only load the content that would be between the body tags. Having multiple html and body tags can sometimes do all sorts of strange things. -Dan
[jQuery] Re: tablefilter preview
Great efforts so far! I think I will be using your plugin when it's ready.. For now, just one comment: the plugin doesn't work in IE7, I get a javascript error Object doesn't support this action. Please keep us posted! LetsSurf wrote: I've been writing a tablefilter plugin to sit along side tablesorter from Christian Bach. It will supply multi column filtering. Have support for different filter types, e.g. text (case sensitive/ insensitive), numeric, regex + any more people might add. [...] I'm releasing a preview, to get some feedback on the UI. -- View this message in context: http://www.nabble.com/tablefilter-preview-tf4521631s27240.html#a12976215 Sent from the jQuery General Discussion mailing list archive at Nabble.com.
