r off-list using "JamesBTobin (at) Gmail (dot) Com". Kind regards,
James
--
You received this message because you are subscribed to the Google Groups
"Prototype & script.aculo.us" group.
To unsubscribe from this group and stop receiving emails from it, send an emai
e
to discuss further off-list using "JamesBTobin (at) Gmail (dot) Com". Kind
regards, James
--
You received this message because you are subscribed to the Google Groups
"Prototype & script.aculo.us" group.
To unsubscribe from this group and stop receiving emails from it
Still using!
Sent from my iPhone
> On Jan 3, 2014, at 6:01 AM, Walter Lee Davis wrote:
>
> It's been mighty quiet here, and I'm wondering if everyone just knows how to
> use Prototype, and doesn't have any questions, or if you've all defected to
> the Dark Side.
>
> Happy New Year,
>
> Walt
We let our IE 6 clients go.
On 12/1/12 1:48 AM, petrob wrote:
I understood why a lot of companies still insist on using IE6 when at
a large hypermarket chain the accounting staff pointed out that their
very expensive accounting software can only be run on IE6 or on IE9+.
The cost efficient sol
I wish I had time to commit...
Apple, fancy sponsoring?!
On 6 Jan 2012, at 19:09, "T.J. Crowder" wrote:
> Hi,
>
> On Jan 6, 12:49 pm, James Hargreaves
> wrote:
>> Hello,
>>
>> I note that the prototype libraries (available on prototypejs.org)
>
ing it as long as
> its still working but all new code is developed with an eye towards moving to
> another platform.
>
>
>
> On Fri, Jan 6, 2012 at 7:49 AM, James Hargreaves
> wrote:
> Hello,
>
> I note that the prototype libraries (available on prototypejs.org)
Hello,
I note that the prototype libraries (available on prototypejs.org)
have not been updated since November 2010. Indeed, nothing much seems
to have been updated on the site since around then.
Is prototype still an active project?
Thanks
Jay
--
You received this message because you are subs
Hey guys,
After posting this I realised there was a way to remove any Prototype
reference, which made it clear that it's some issue with Firefox.
A test page with the simplified code is at
http://advancedcontrols.com.au/parent.html
. FF displays "false", while Google Chrome displays "true".
Any
Hi,
I'm seeing a discrepancy that only happens in the Firefox browser
(tested on 3.6.3). I'd appreciate any suggestions on whether this is a
bug in Firefox or a bug in Prototype (1.6.1).
If parent.html contains
and child.html contains
window.parent.eval('alert(Object.toJSON([1,2,3]))')
In
, { evalScripts:true });
from inside the returned content?
yes, I've seen onComplete callback, but
a) is that fired after external js files are loaded, etc?
b) for the sake of not having a spralling code base, i'd prefer to
fire it from inside the returned cont
Looking into the code a bit more, I believe the fix is the correct
solution for the onEmptyHover function.
As for the reason why there is flickering is because the onEmptyHover
was being toggled for Sortables even though there are items in the
list. And as an item is moving through a list, the o
parameter is a fully new Object as a value of
> parameter. This is not allowed...
>
> Had you tried this ??
The short answer is 'no' but having tested it, it would seem that that
is the nicer, less messy way to do it :) I have noted t
ats on my server and what I
pasted into my email; I must have altered it afterwards having
noticed!
--
James Hoddinott
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Prototype & script.aculo.us" g
eChange
>> });
>> ...
>>
>> }
so that onComplete reads:
onComplete:function(form,val) {
updateAfterServiceChange(val);
}
and this now has:
>> function updateAfterServiceChange(val) {
>> v
is just produces "FOO = undefined" which
I just don't quite get. I tried altering the onComplete to
updateAfterServiceChange.defer() but that didn't seem to make any
difference. I'm figuring my problem lies within the
updateAfterServiceChange function?
--
James Hoddinot
t's quite fundamental to a number of parts of
what I'm working on so I'm pleased to have found a solution and learnt
some new tips and tricks along the way.
Thanks also to Alex for his help and perseverance, and to Walter too.
--
James Hoddinott
--~--~-~--~~---
2008/11/6 Alex Mcauley <[EMAIL PROTECTED]>:
> James. I would suggest running a different listener on the 'li.clickinc'
> elements ... try something like this ..
>
> Event.observe(window,'load',function() {
>$$('li.clickinc').invoke('obse
2008/11/5 kangax <[EMAIL PROTECTED]>:
> On Nov 4, 11:37 am, "James Hoddinott" <[EMAIL PROTECTED]> wrote:
>> So I'm not entirely sure if this is a bind issue, a defer issue or
>> something else that I'm unaware of.
>>
>>
are being
observed before they are available in the DOM.
Walter's post gives me some food for though on this, I think I shall
cobble together something akin to that and see if that works.
--
James Hoddinott
--~--~-~--~~~---~--~~
You received this messag
7;d run the same thing through an
Ajax.Updater call but that also didn't work.
--
James Hoddinott
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Prototype & script.aculo.us" group.
To post to this gr
cently discovered) to assign objects to a var
> then null the var afterwards as it frees up alo of memory in firefox at
> least (it saved me 40% or more) when i nulled the object ...
This seems like a pretty useful tip!
--
James Hoddinott
--~--~-~--~~~---~--~-
});
});
The relevant part of the main HTML page is:
Loading...
data/fetchliveticketview.php returns something like:
Your Live Tickets
M794751
M784800
M796555
M791122
M757562
M747790
at 11:58:02
--
James Hoddinott
--~--~-~--~~~---~--~~
You received this mess
27;t get that to work either. It feels to me like the
li.clickinc just aren't being observed for 'click'.
I wonder if I can test for that somehow...
--
James Hoddinott
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the
t();
id = elm.id || '(no id)';
$('dmain').update('Updated text after clicking on '+id);
});
});
and that works fine. So I don't really know if I need a bind here
somewhere (having read copious articles and snippets I'm not that mu
>
>
> new Effect.Grow('xx',{delay:1.0,duration:5.0})
>
>
> On Oct 30, 12:44 pm, James <[EMAIL PROTECTED]> wrote:
>
> > I'm using Effect.grow() to expand table rows in a fixed height div.
> > In Firefox, the div overflows properly and everyt
I'm using Effect.grow() to expand table rows in a fixed height div.
In Firefox, the div overflows properly and everything is fine. In
IE7, the all of the records grow past the bottom of the div
momentarily, then disappear behind the div. This brief flash before
the recovery looks unprofessional.
ome
matches returned. If I select one, say "M747100", the
correctly updates with this but the value passed to Updater seems to
be "M747" as this is what 'data/foo.php' returns.
Do I need to use defer() here? I did try adding
"$('searchtickets').defer
t.observe("dom:loaded", findForms);
>
> Also, getElementsByClassName is deprecated now in Prototype. You can
> use the CSS selector - $$('form.foo');
>
> Hope that helps!
>
> On Oct 24, 8:21 am, Clifford J
I got the following HTML:
Naam
Email
Bericht
29 matches
Mail list logo