Let's say I have a div with a CSS height of 200px, with overflow:hidden, and so there's content clipped inside it. Is there any way to have .hover() make that div expand down to reveal the internal content, without having to manually specify the target height? Since overflow:auto produces proportional scrollbars, I have the impression that the browser /does/ know this number somehow, but I have no idea how to get at it.
Is there still the requirement that jQuery be loaded /after/ the other lib(s)? The wiki page on this[1] doesn't explicitly say so, but I do (now) remember it being an important point in an earlier version of those docs when it was on the main site. I just spent a good bit of Angry Time with some scripting because I'd forgotten this, and pushing the library ( moo.ajax in this case) above jQuery suddenly fixed my problem. [1] <a href="http://docs.jquery.com/Using_jQuery_with_Other_Libraries">http://docs.jquery.com/Using_jQuery_with_Other_Libraries</a>
Or at any rate, something a little narrower than two possible cities? *grin* I want to try and get myself to this, but need to do figure out logistics a bit as a car rental is probably out of the question.
After seeing about the load() event yesterday, I made an edit to my figures plugin to have it work even if the image doesn't specify a width, and it's caused a problem that doesn't make any obvious sense to me. Here's the previous version: <a href="http://pioindustries.com/projects/jquery/figures-table-working">http://pioindustries.com/projects/jquery/figures-table-working</a> The last image(with no width) should be kind of screwed up. If not reload, and it should happen eventually. Now, my current working version is here: <a href="http://pioindustries.com/projects/jquery/figures">http://pioindustries.com/projects/jquery/figures</a> where I have the objects to be captioned triggering on load. And it works perfectly for that image at the bottom. Except that the table isn't being captioned, and I can't see why. The code makes no assumptions about what it's being fed. There's only one place where I specifically check for the object being an image, and it's for a case that would never happen with a table(being wrapped with a link.) The figures() function itself is untouched between those two docs. The only difference is the invocation. Can anybody by chance see what might be causing it to fail on the table?
'lo, all. My interests often fall into the range of enabling more "traditional"(to print) structures/conventions and typography on the web, so that's where my first shot at a plugin went. It's not particularly impressive in any programming sense, but I'm fond of it. See here: <a href="http://pioindustries.com/projects/jquery/jquery-figures">http://pioindustries.com/projects/jquery/jquery-figures</a> Everything you should need is in the source, including explanation of a few things that might seem overworked if you don't think of the reasoning, so please make sure to read before commenting. Please note this is NOT being offered for production use yet. There are a couple of issues I need to think about, particularly #1 in the TODO list, and probably some consolidation to be done. But I wanted to throw it out and see what people thought or if they broke it.
There are two Require plugins in the wiki: <a href="http://dev.jquery.com/wiki/Plugins/require">http://dev.jquery.com/wiki/Plugins/require</a> --by Jose Paris <a href="http://dev.jquery.com/wiki/Plugins/requirex"> http://dev.jquery.com/wiki/Plugins/requirex</a> --by Mohd Khairi Lamsah and I'm trying to figure out which is better, if at all. The only real difference I can detect is that Mohd's explicity says it can load plugins in a specified sequence, and with a single statement, whereas Jose's looks like it'll only do one at a time. Is that pretty much it, or am I missing something deeper? If it helps anything, the situation is that I'd be providing a way to integrate jQuery into an application as various modules(base jQ, Interface, etc) that other developers can then make use of. But they don't necessarily know what modules will already be there, so want to also have a way for them to ensure their plugins won't explode if some user hasn't installed a particular plugin yet. Thanks for any details. _______________________________________________ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/
Has anybody come across a good horizontal menubar implementation? They seem pretty rare overall[1], but I don't think I've seen one for jQuery yet. Ref the New York Observer site for example: <a href="http://www.observer.com/"> http://www.observer.com/</a> (Note: only visually. Their actual implementation is just a bunch of divs being swapped on hover) [1] One exception being UDM, which while great is also just way too much in many cases. _______________________________________________ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/
I don't know if there's actually a way around it, but let's take the following: ---------------------------------------- |IMAGE | ---------------------------------------- The dashes represent the box created by an H2 tag, and IMAGE is, well, an image. If I define H2 as the header for my accordion, it only works so long as I click on the part of that box which is /only/ the H2(the empty space). If I click the image, it fails to execute. This makes /logical/ sense, but in use, visitors are much more likely to try and click the image. _______________________________________________ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/
I'm working on a site which is using a fair number of jQ plugins. It currently stands at 4, with probably up to 2 more on the way. I was curious if there would be a benefit to grabbing non-packed copies of everything and then packing them as one big file(probably some) and whether it's likely enough to offset the management cost of having to redo this upon any updating. Is there significant overhead difference in unpacking several files vs one big one in the first place? Thoughts? PS: let's skip the issue of fewer/more http requests. Some of the plugins are small and I /will/ be consolidating some files, packed or not. I'm more curious about the best way to manage the actual packing itself. _______________________________________________ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/
Preliminary searching hasn't turned up anything, so sorry if this is a dupe; I'm still digging around. Setting a div as draggable appears to kill text selection in IE6 (I haven't checked 7 yet). Is there by any chance a way around this? If it helps anything, there is a handle specified, not the whole object, and the actual content is within a separate div inside, more or less like so: <div class="draggable"> <div class="handle"> <h2>This is the handle</h2> </div> <div class="body">
I've got something I'm building wherein several boxes will be draggable. What I'd like to do is have a function that can be called when dragging stops(Interface onStop), or just when a box is clicked that would bring it to the top of the stack via the z-index. Of course, the writers of the CSS spec didn't think to just provide a "top" value, so this isn't directly possible. I tried something like just: onStop : function() { $('.dragbox').css("z-index","1"); $(this).css("z-index","10000"); } but that ends up pretty obviously wrong, since it causes the other elements to shuffle. They're all set to "1," and so end up in the natural source-order stacking, rather than retaining their relative positions, just under the currently active box. Is there a way to do this that isn't too involved? Speak to me like someone who knows just enough JS to break other people's JS *grin* _______________________________________________ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/