I think we're on the right track but now I get a firefox exception.
http://cigar.dynalias.org/js/rolly.js
On 10/14/06, David [EMAIL PROTECTED] wrote:
change
$(this).children().get(0).animate(
to
$(this).children().eq(0).animate(
Ⓙⓐⓚⓔ schreef:
$.fn.rolly =
David schrieb:
I was trying to make a iframe thickbox window to show a google map with
a marker but for some reason the tile with the overlay doesn't get
displayed in FF at first and the centering of the map is wrong in IE and FF.
The example can be found at http://www.lworld.be/jquery/ .
Ⓙⓐⓚⓔ schrieb:
I think we're on the right track but now I get a firefox exception.
http://cigar.dynalias.org/js/rolly.js
Try this:
$.fn.rolly = function(options) {
var settings = $.extend({
speed: 'fast',
delay: 1
}, options || {});
Stephen Woodbridge schrieb:
John,
Thank you for looking at this. Removing the '//' helps a little. Now
both the alerts work in FF, and in IE6 it no longer throws an error, but
both of the searches in IE6 appear to return a null string (ie: '')
Also changing the first alert to:
alert(' +
Klaus Hartl schreef:
David, how (when) do you initialize the map in the iframe?
I initialze the map on body load with the example code from the google
api. I've tried to initialze it using the jquery ready function but that
doesn't show the map at all.
You could try to simply recenter the map
Stephen Woodbridge schrieb:
2. it looks like you have a typo on all of the {on}event you have
{one}event, also you have ununload(fn) is this correct (i'm not familiar
with the interface plugin?)
Stephen, that is no typo, that is jQuery's superuseful feature to have
an event only fired once
Klaus Hartl wrote:
Stephen Woodbridge schrieb:
2. it looks like you have a typo on all of the {on}event you have
{one}event, also you have ununload(fn) is this correct (i'm not familiar
with the interface plugin?)
Stephen, that is no typo, that is jQuery's superuseful feature to have
an
Jörn -
#164 is not yet resolved, see my latest comment there.
http://jquery.com/dev/bugs/bug/164/
IE reacts really weird when using getAttribute on an XML element. Looks
like we need some more workarounds.
That code has already been changed in SVN. Please make sure that
you're current. I
On Oct 15, 2006, at 7:58 AM, Klaus Hartl wrote:
$('a.clickme').click(function() {
$(this).next('div').show();
this.blur();
});
Thanks a lot, Klaus! This works in my test. So, it's a matter of
using the built-in JavaScript variable this instead of the jQuery
object $(this),
John Resig wrote:
Jörn -
#164 is not yet resolved, see my latest comment there.
http://jquery.com/dev/bugs/bug/164/
IE reacts really weird when using getAttribute on an XML element. Looks
like we need some more workarounds.
That code has already been changed in SVN. Please make sure that
Karl Swedberg schrieb:
On Oct 15, 2006, at 11:51 AM, Klaus Hartl wrote:
Yes, the keyword this refers to the a element and you call the
build-in method blur on it.
Consider the following:
$('a').blur(function() {
this.blur();
});
$('a.clickme').click(function() {
No I'm not from Texas :)
Texrep is a plugin to dynamically replace text by images using a font
file. It's based on the A list apart article : dynamic text
replacement. i just jqueried (is it a verb already) it.
The code can be found at http://dlinck.d.googlepages.com/jquerytexrep .
I'm
John Resig wrote:
Just grabbed svn and $(document).ready(function(){alert(hello)}); does
not fire on IE.
Sorry about that, it's now fixed in SVN rev 442.
NP, thanks for the updates.
OK, this is good in FF, in IE6 no errors, but returns a '' for the xpath
queries instead of the correct
Hi folks,
I'd like to discuss the jQuery API in general and the current event API
in detail:
The main problem is the ambiguity of events, unevents and DOM methods.
Some examples:
$().unload() - Removes load event handlers AND triggers unload event
$().submit() - Triggers the submit event, but
Hi plugin writers,
I'd like to point to a small change I made recently to the jQuery
Plugins Authoring article, for all those who take others code as
reference. The reference code to define defaults and parse options now
looks like this:
jQuery.fn.pluginMethod = function(options) {
var
Authoring guidelines say Always use jQuery instead of $ inside your
plugin code - that allows users to change the alias for jQuery in a
single place. Does this mean only the first line jQuery.fn... or
should also extend be jQuery.extend()?
That means everywhere inside. So if you did
jQuery.fn.pluginMethod = function(options) {
var settings = $.extend({
stuff: [5, 3, 6, 1],
name: pete,
speed: 5
}, options || {});
// other plugin code
};
So far this is the shortest way to write that particular snippet, and
I'd like to see it in your plugins :-)
And
Dzone.com's AJAX section picked up ThickBox by Cody Lindley:
http://www.dzone.com/rsslinks/thickbox_21_slick_ajax_version_of_lightbox_functi.html
Rey...
___
jQuery mailing list
discuss@jquery.com
http://jquery.com/discuss/
John Resig schrieb:
jQuery.fn.pluginMethod = function(options) {
var settings = $.extend({
stuff: [5, 3, 6, 1],
name: pete,
speed: 5
}, options || {});
// other plugin code
};
So far this is the shortest way to write that particular snippet, and
I'd like to see it in
John Resig schrieb:
$().unload() - Removes load event handlers AND triggers unload event
It actually doesn't do both, it just the last one that was created
(which, I think, is unload). The easiest way of fixing this would be
to rename stuff like 'click' to 'onclick' - that would remove all
Hello @ all,
first i wanna thank you guys from jquery for the absolutly definitly
amazing lib!!!
I was looking for a simple autocompletor in the plugins section and
found the one from the Interface plugin,
but this one isnt working right now cause of the update of jquery to
1.0.2. Overall it
I feel there are too many names for the ajax functions they can
all be coded ajax.. and some share names with non ajax function (as
John mentioned)... perhaps new names for these weirdly overloaded
functions?
Which brings up the matter of deprecating... it would be helpful if
you use a
I wouldn't mind loading a script 'jquery-junior-developer-edition.js'
while writing new code!
I'm actually work on this right now. It'll have full type checking for
all jQuery methods along with full console logging. Hopefully this
will also include more-understandable error messages (we'll
This is cool, but as plugin developer I cannot assume the latest jQuery
SVN version, right?
Right - once this feature comes out (say, 1.0.3) then it would be more
acceptable to require it. I guess you could always just be on the safe
side and do || {}, at least until the release of 1.1 (to
First, I don't see how just splitting things up into optional plug-
ins really helps the problem. At most, it means that in some rare
cases, collision will be less frequent. But the majority of people
will not want to use jQuery without dom attributes or events. It can
also result in the ugly
There's also http://www.dyve.net/jquery?autocomplete
Feel free to use it.
On 10/15/06, stargate [EMAIL PROTECTED] wrote:
Hello @ all,
first i wanna thank you guys from jquery for the absolutly definitly
amazing lib!!!
I was looking for a simple autocompletor in the plugins section and
Wow, fast reply :)
But Where're the Docs for possible Options ?
Greets,
Ralf
Dylan Verheul schrieb:
There's also http://www.dyve.net/jquery?autocomplete
Feel free to use it.
On 10/15/06, stargate [EMAIL PROTECTED] wrote:
Hello @ all,
first i wanna thank you guys from jquery for the
Hi John!
And this is even shorter, plus there's one less variable being defined:
jQuery.fn.pluginMethod = function(settings) {
settings = jQuery.extend({
// stuff
}, settings);
};
As noted previously - make sure that you use jQuery.extend() instead
of $.extend().
No prob, thank you.
But anyway, it doesnt work @ me
styles are defined(copied from your page as first test, except the input
class), .js is included and loaded
and i did this code:
div id=search
input type=text id=sfield name=keyword /input type=button
id=sbutton value=suche
Steven Wittens schrieb:
However, I think we do need to look at actual jQuery use here, as
this is all about convenience. In my own jQuery code (which I'll
admit is not that fancy), I mostly use jQuery objects to bind event
handlers. When I change CSS or DOM properties, it is almost
There are two issues at play here:
1) The collision of method names.
2) The sheer number of methods attached to the jQuery object.
#1 will only be solved through a change in the name of the methods
(for example, from .load() to .onload() or .event.load()).
#2 can only be solved by breaking
Dave Methvin schrieb:
Still, if you're writing a plugin only for your personal (well, non-public)
use and you're not using prototype.js, then you can freely use $() in
plugins because there will be no conflict.
I like the idea of using $ for prototyping. When you go back and
refactor and
Put them in the table footer and sort only the table body?
bmckenzie wrote:
What's an efficient way to keep column totals at the bottom of a table
sorted with the tableSorter plugin?
Thanks.
--
Bruce
http://www.2MinuteExplainer.com
Hi Mike,
if I use the following snippet:
var formIdSelector = '#hijax-me';
$(formIdSelector).ajaxForm(formIdSelector);
on a form with GET method it still posts the data. I changed ajaxSubmit
to this to make it work:
(http://stilbuero.de/demo/jquery/hijax.html
Authoring guidelines say Always use jQuery instead of $
inside your plugin code - that allows users to change the
alias for jQuery in a single place. Does this mean only
the first line jQuery.fn... or should also extend be
jQuery.extend()?
That means everywhere inside. So if you did
Let's assume you are going to do 'something' that makes jQuery better but changes the API.
What is the suggested way to bind a click function or a toggle function NOW so we don't have to change later?
I'd rather change now before things go live. :)
Glen
On 10/15/06, Jörn Zaefferer [EMAIL
deprecated('1.0.2', such and such is deprecated') ... and it gets
removed from the packed/production version, and left in to log in the
junior-developer-edition.
On 10/15/06, Jörn Zaefferer [EMAIL PROTECTED] wrote:
Ⓙⓐⓚⓔ schrieb:
I feel there are too many names for the ajax functions they
Texrep is a plugin to dynamically replace text by images using a font
file. It's based on the A list apart article : dynamic text
replacement. i just jqueried (is it a verb already) it.
The code can be found at http://dlinck.d.googlepages.com/jquerytexrep .
I'm going to try to find a
As I read differences in DOM of IE vs. Moz I realized a possible problem
with accessing $(elm).css('float').
Because accessing inline style props in Moz can be accessed by elm.style
way but when we need a value of computed style (like IE .currentStyle) we
need
to reach it via
Hi everyone,
i'm using vim for my developing most of the time but that makes problems
with highlighting if have have many different language blocks (jquery
insode of javascript that is inside of php/html). So i'm searching for
an editor to have better jquery support (or find a way to extend
Klaus,
Thanks for catching that! I totally missed that the 'get's weren't
working and that the 'get' was not augmenting the url. I'll have to
improve my unit tests!
I'll be committing the form plugin to svn within the next day or two.
Thanks again.
Mike
jQuery.fn.ajaxSubmit =
Thanks Rix. This is now fixed in SVN and here is a test page.
http://brandonaaron.net/jquery/193/test.html
Hopefully thats the end of this one.
--
Brandon Aaron
On 10/15/06, Rix Beck [EMAIL PROTECTED] wrote:
As I read differences in DOM of IE vs. Moz I realized a possible problem
with
On Oct 15, 2006, at 5:55 PM, Matt Stith wrote:
try out http://aptana.com
no php support yet, but its a start.
i use jEdit, http://jedit.org
On 10/15/06, Truppe Steven [EMAIL PROTECTED] wrote:
Hi everyone,
i'm using vim for my developing most of the time but that makes
problems
with
Olaf,
How about:
var layer = '?= $layer ?';
___
SEAN O
Olaf wrote:
Hi at all,
i works not so long with JS. I will a var to gif in Jquery, the Snippet:
script type=text/javascript
var layer = '2';
$(document).ready(function(){
$('#menu-layer0').tabs({on: (layer)});
});
Folks:
I'm looking at using the jCarousel plugin on my site, but just viewing
the examples on the author's site fails in FF(Linux) and Konqueror.
In FF(1.5.0.4), the carousel container is visible but nothing else. And
in Konqueror (KDE-3.5.2), the carousel container is not even visible.
Is
hey all, anyone else seen this too?
http://ajaxian.com/archives/benchmark-prototype-and-jquery
Claudio Cicali thinks benchmarks are boring and useless, so he decided
to conduct a series of micro-benchmarks of CSS selector tests with both
Prototype and jQuery. He decided to do this after he
Looks like jquery and prototype both win and lose nearly the same amount
of tests.
They also didn't factor in the initial loading size of the prototype
library, or the time saved by writing jquery syntax. This is about as
fair as a political debate.
Will
hey all, anyone else seen this too?
I'm find a bug in jQuery's Cookie plugIn.
When you write more than 2 cookies, from the second, you could not read it value correctly.
It's because read document.cookie is "cookie1=val1; cookie2=val2", behind ";", there is a blank. So the source code line 72 cause error "if (
cookie.substring(0,
48 matches
Mail list logo