Wouldn't it be fair to put this under "edge cases"?
When you have a CSS property that has not been implemented in a pattern
similar to other long-standing properties (e.g. text-shadow-radius), it
seems that animating such a combined property would fall under an edge case
requiring custom code.
IM
- I've seen your
messages and you've been very patient. I'm hoping to check into this
problem more as soon as I have access to a Windows machine again (I'm
traveling at the moment).
Again, sorry, and I will keep you up to date.
--John
On Sunday, November 8, 2009,
hoping that someone
could look into this (at least to evaluate my suggested fix for one of the
two problems).
Thanks,
Jeffrey Kretz
--
You received this message because you are subscribed to the Google Groups
"jQuery Development" group.
To post to this group, send email to j
I hate to be a pest, but it's been 2 months since I submitted this ticket,
and it's a critical issue with Sizzle returning incorrect child elements
based on the > selector and the .children() function.
Has anyone had a chance to look this over?
http://dev.jquery.com/ticket/4917
JK
--~
Unfortunately I haven't had a chance to look in to it yet, but I will try to
as soon as possible.
--John
On Fri, Aug 7, 2009 at 4:23 PM, Jeffrey Kretz wrote:
Has anyone had a chance to look over this ticket?
http://dev.jquery.com/ticket/4917
It is a critical issue, with Sizzle returni
Has anyone had a chance to look over this ticket?
http://dev.jquery.com/ticket/4917
It is a critical issue, with Sizzle returning an incorrect set of child
elements in IE6/7/8.
JK
--~--~-~--~~~---~--~~
You received this message because you are subscribe
: Help with jQuery.event.trigger
Why not make sure that the e.target is equal to the active element before
re-firing the event?
if ( e.target === this ) {
// your code
}
--John
On Wed, Jul 15, 2009 at 3:39 PM, Jeffrey Kretz
wrote:
I hate to bump this, but I haven't yet been ab
I hate to bump this, but I haven't yet been able to figure out a solution --
I'm hoping someone knows of a way to accomplish this result.
Thanks,
JK
-Original Message-
From: jquery-dev@googlegroups.com [mailto:jquery-...@googlegroups.com] On
Behalf Of Jeffrey Kretz
Sent: Tue
I'm posting this to the dev list in hopes that someone here may know of a
better pattern for what I'm trying to do. A change with the
jQuery.event.trigger method (between 1.2.x and 1.3.x) has affected a plugin
I wrote, and I'm trying to find a solution.
The ticket I opened on this (#3502) was closed as a duplicate, but it had a
patch I wrote that addressed this issue.
It required two changes:
1. The attr function would need an additional parameter -- the css
collection's parent.
2. Once the filter was removed, the parent.currentStyle.filter pro
I'd like to add to this.
While I am completely behind feature detection as a solution and am using it
wherever possible, it is important to realize that feature detection doesn't
always identify the ability of the browser to render the VISUAL layout of a
page correctly.
As an example, take the
I have had a few projects where the HTML was not 100% under my own control
and couldn't run in standards mode.
However, in those situations, I did NOT promise the client full
compatibility across all major browsers.
If this was an issue with the client, I demanded either control over the
HTML or
eets
On Dec 14, 11:30 pm, "Jeffrey Kretz" wrote:
> This is the function I use for that exact thing:
>
> $.fn.removeStyle = function(name) {
> // Convert the style name to a lower-case string array.
> if (!name)
> return this;
> else if (name.
This is the function I use for that exact thing:
$.fn.removeStyle = function(name) {
// Convert the style name to a lower-case string array.
if (!name)
return this;
else if (name.toLowerCase)
name = [ name.toLowerCase() ];
else if (name.length)
{
for (var i=0;i=0;
n.
JK
-Original Message-
From: jquery-dev@googlegroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of aakoch
Sent: Thursday, December 04, 2008 2:18 PM
To: jQuery Development
Subject: [jquery-dev] Re: Overwriting plugin functions - bug or feature?
Easy enough for me to whip one up: http://www
This shouldn't be happening.
Do you have a test case page we could take a look at?
JK
-Original Message-
From: jquery-dev@googlegroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of aakoch
Sent: Thursday, December 04, 2008 1:30 PM
To: jQuery Development
Subject: [jquery-dev] Overwriting plu
2008 7:23 PM
To: jQuery Development
Subject: [jquery-dev] Re: Patch suggestion for Ticket #3601
OK, now that i have the patch file i should upload it here or
somewhere on the website?
On 17 נובמבר, 04:13, "Jeffrey Kretz" <[EMAIL PROTECTED]> wrote:
> The best way, if you have
The best way, if you have subversion, would be to check out the project,
update the file, and use the SVN create patch function. Then attach it to
the ticket.
JK
Subversion
http://subversion.tigris.org/
Windows-based GUI
http://tortoisesvn.net/downloads
JQuery on SVN
http://docs.jquery.com/Do
Ahhh. That's good to know, thanks.
JK
From: jquery-dev@googlegroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of Brandon Aaron
Sent: Wednesday, November 05, 2008 2:27 PM
To: jquery-dev@googlegroups.com
Subject: [jquery-dev] Re: Window height in Safari is incorrect
Yeah that is definitel
? This has caused issues like you are describing for me in
the past in webkit based browsers.
I'll see if I can't get around to taking a look at the window height issue
later today.
--
Brandon Aaron
On Wed, Nov 5, 2008 at 2:31 PM, Jeffrey Kretz <[EMAIL PROTECTED]> wrote:
To
rlying Webkit rendering engine.
I've hacked it for now, hard coding the height of the toolbar, as I don't
see a good workaround to what I believe is an underlying bug in the engine.
JK
-Original Message-
From: jquery-dev@googlegroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of Je
I agree, and I have noticed this problem with other Webkit browsers, namely
Chrome and Safari for Windows.
I haven't gotten around to a suggested workaround for it yet, but I'll need
to solve it before I launch my project, which works fine on IE6/7 FF2/3 and
Opera, but not on Safari Mac/Win and C
What you're saying makes sense, but I personally have gotten used to
wrapping an in a div and applying DOM manipulation to the DIV
itself.
I've filed it in my brain in the same place where the other cross-browser
problems go, like IE6//z-index.
I think a full resolution would be great, but it d
it a solid conclusion yet.
So, yes, the attribute is being updated - just not the "innerHTML"
representation. Silly IE.
--John
On Mon, Oct 27, 2008 at 4:38 PM, Jeffrey Kretz <[EMAIL PROTECTED]>
wrote:
I'm working on a CMS subsystem for adding named anchors to the page.
T
I'm working on a CMS subsystem for adding named anchors to the page.
The following code:
$(el).attr('name','Test');
Works fine in FF, but not in IE. The actual HTML name attribute doesn't
update.
Here is a test case:
http://test1.scorpiondesign.com/LocalTest3.htm
The new value of
imple demo.
http://test.flesler.com/jquery.async/
Cheers
On Thu, Oct 23, 2008 at 2:42 PM, Jeffrey Kretz <[EMAIL PROTECTED]>
wrote:
I tend to agree. But either way, is a wait() function technically feasible?
I tried hacking my way though it last night, and couldn't figure out the
imp
ly. Wouldn't be backwards compatible, but I wonder
> how many apps would break because of this, haven't seen anyone
> chaining animation methods.
>
> - ricardo
>
> On 20 out, 14:50, "Jeffrey Kretz" <[EMAIL PROTECTED]> wrote:
>
> > It seems that the
I've opened a ticket here:
http://dev.jquery.com/ticket/3508
But I was hoping for any feedback on this soonest, as I have a live
application that is affected by this that I need to patch.
Here is a test case showing the problem:
http://test1.scorpiondesign.com/LocalTest2.htm
My
dClass("done")
.find("span")
.addClass("done")
.end()
.show("slow", function() {
$(this).removeClass("done");
})
But to create a wait() function, I think you have to create a lock/
semaphore (a simple counter), incremented in jQu
That's an interesting idea -- personally I like this syntax a lot.
But because javascript isn't a true multithreading environment, I wonder if
this would be possible at all.
It's not like the wait() function can detect for the existence of an
animation, pause execution until the animation is don
I can understand your concern, however it isn't misleading if you understand
the technology of gzip and http requests.
If I might be so bold, the actual problem was seeing the word "Gzipped" and
not understanding it.
Try reading this excellent article on the subject:
http://www.julienlecomte.ne
31 matches
Mail list logo
