Why not use about:blank url?
On Apr 9, 2:12 pm, John-David Dalton [EMAIL PROTECTED]
wrote:
This was originally used to allow this method to not have to pull down
a real file and to avoid https issues in IE.
This ticket:http://dev.rubyonrails.org/ticket/9394
Patches it to use a different
Enumerable.addMethod(myFunction) that takes care of all the classes
that implement or extend it.
Hmmm. We have Class#addMethods() already which makes exactly what
you're talking about. Everything would be as simple as calling:
Enumerable.addMethods(my_hash_of_methods);
if Enumerable was
Changing topic :-)
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Prototype: Core group.
To post to this group, send email to prototype-core@googlegroups.com
To unsubscribe from this group, send email to [EMAIL
On Nov 23, 4:18 pm, Mislav Marohnić [EMAIL PROTECTED]
wrote:
[...]
If CSS is hiding it, you must show it by explicitly setting style.display to
block.
'block' if it should be a block, 'inline' if it should be an inline
element,
bixy, You better not think about other choices and listen
of the
trunk expected to have all tests succeed.
-dk
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Prototype: Core group.
To post to this group, send email to prototype-core@googlegroups.com
To unsubscribe from
On Jun 29, 8:22 pm, Tobie Langel [EMAIL PROTECTED] wrote:
How is Class a constructor ?
Constructor in JavaScript is a function, which called with
var someObject = new someFunction();
returns an object, which behaves similar to all objects created the
same way.
So in my implementation (as in
On Jun 29, 8:22 pm, Tobie Langel [EMAIL PROTECTED] wrote:
Properties applied to it's prototype aren't available on the
instances.
My implementation breaks this 'chain' (properties from 'prototype'
accessible in objects created by 'new'), so I had to recreate it
myself.
PS. Sorry for my
On Jun 25, 7:50 am, Andrew Dupont [EMAIL PROTECTED] wrote:
On Jun 24, 7:48 pm, Tobie Langel [EMAIL PROTECTED] wrote:
I personally prefer the following syntax:
var Animal = new Class({
...
});
var Cat = new Class(Animal, {
...
});
I abhor this syntax. I wish I could put
I agree with jdalton - performance hit.
I agree also that you shouldn't use the same values for name's and
id's.
$() is made for one purpose - to find elements with given id. It
should be VERY fast in every case as it's a base function of
Prototype.
IMO, if found' element's id isn't the same
Hmm, maybe it's a little OT but I thought maybe sb doesn't already
know, and would like to know :-)
Apple Safari 3 public beta
http://www.apple.com/safari/
Apple Safari will work on Windows too.
On Jun 16, 3:57 pm, Thomas Fuchs [EMAIL PROTECTED] wrote:
Note that IIRC the onload event for
your callback from firing. Does anyone else in Core know more about
this?
IMO this is the only case to disscuss.
Greetings
DK
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Prototype: Core group.
To post
for JSON.
Or maybe it's a prototype design mistake - returning JSON with
responseText is OK and it shouldn't be evaluated automagically but
only on user demand. Or the other way round - it should be evaluated
but saved.
I'm not sure. Giving it under discussion :-)
Thanks for the great work :-)
DK
12 matches
Mail list logo
