Prototype: Core Google Group

Re: [Prototype-core] Re: Class#create and throw new Error()

smashl...@gmail.com (Ilya Furman) — Sun, 08 Nov 2009 00:40:44 UT

Oops, my bad.

Ilya Furman

Re: Element#insert taking multiple contents

mike.rum...@gmail.com (Mike Rumble) — Sat, 07 Nov 2009 23:22:22 UT

Agreed. Have often thought that this would be a useful addition.

Element.insert(part1, part2, part3)

and

Element.insert({
top : [part1, part2, part3]
);

should both be able to be implemented without too much hassle and
would provide some really valuable functionality - let's make it

Re: Class#create and throw new Error()

t...@crowdersoftware.com (T.J. Crowder) — Sat, 07 Nov 2009 14:44:23 UT

Hi,

The initializer is called "initialize", not "initialization" (see the
docs[1]). Your code throwing the exception isn't being called, hence
the exception not being thrown. If you use the correct name, the
exception is thrown and correctly propagates out to the code creating
the object.

Class#create and throw new Error()

smashl...@gmail.com (Ilya Furman) — Fri, 06 Nov 2009 16:23:05 UT

Hello!

I'm wondering, why class instance is being created while
initialization method throws an error?

var C = Class.create({
initialization : function() {
throw new Error('Hey, you can\'t have any instances of this
class!')
},
foo : 'foofoo' ,
bar : function() {
alert(this.foo)

Re: Element#insert taking multiple contents

johanm...@gmail.com (Deadelus) — Fri, 06 Nov 2009 07:54:07 UT

Probably easier to implement using an Array:

container.insert({
top: [part1, part2, part3],
bottom: [part4, part5],
after: "<p>Hello World</p>"

Re: Multiple eventName's for Event observe?

johanm...@gmail.com (Deadelus) — Wed, 04 Nov 2009 09:10:55 UT

I have to agree with Allen on this one. The mentioned usage would work
perfectly for me.

Re: Element#insert taking multiple contents

rstan...@gmail.com (Радослав Станков) — Fri, 06 Nov 2009 13:05:53 UT

I had made a list of useful Element#insert goodies here -
[link]
There was a ticket for this
[link]
but as far I understand major changes to Element.insert are planed for

Element#insert taking multiple contents

nganp...@gmail.com (Ngan Pham) — Thu, 05 Nov 2009 20:53:30 UT

Would it be reasonable to implement it so that Element.insert takes as many
content as you pass it? This will exclude insertion points of course...
container.insert(part1);
container.insert(part2);
container.insert(part3);
would be:
container.insert(part1, part2, part3);
Thanks.

Re: [Prototype-core] Re: Element.classNames()

rquadl...@googlemail.com (Richard Quadling) — Tue, 03 Nov 2009 22:04:26 UT

2009/11/3 Andrew Dupont <goo...@andrewdupont.net>:
OMG! My excuse is I'm 42 years old and going bald. Enough to give
anyone brain farts!

Re: [Prototype-core] Re: Element.classNames()

goo...@andrewdupont.net (Andrew Dupont) — Tue, 03 Nov 2009 18:07:23 UT

Nope — that's the notation for returning an array of strings.
I second this request.
Cheers,
Andrew

Re: [Prototype-core] Element.classNames()

rquadl...@googlemail.com (Richard Quadling) — Tue, 03 Nov 2009 09:54:48 UT

2009/11/2 Sedul <sedul...@gmail.com>:

According to [1], you will get a string back, not an array of strings.

Can you supply an example page?

Richard.

[1] [link]

--
-----
Richard Quadling
"Standing on the shoulders of some very clever giants!"

Element.Layout class coming in 1.7. Need feedback!

goo...@andrewdupont.net (Andrew Dupont) — Tue, 03 Nov 2009 06:12:05 UT

Yes, the Element.Layout class is imminent. In fact, it's already here.
Take a look:

[link]

I've posted layout code before; this is the same code with a couple
more refinement passes. You can read the included PDoc comments to get

Element.classNames()

sedul...@gmail.com (Sedul) — Mon, 02 Nov 2009 18:38:55 UT

I am using Prototype 1.60 and when I call classNames() on an element,
it returns me the element and not an array of Strings?

Re: innerText vs textContent

kan...@gmail.com (kangax) — Fri, 23 Oct 2009 23:14:14 UT

That's actually one big can of worms. Here's a full explanation, if
you're interested — [link]

Most robust solution is actually not `textContent` and not
`innerText`, but recursive iteration of children (text) nodes. However

innerText vs textContent

nganp...@gmail.com (Ngan Pham) — Fri, 23 Oct 2009 21:15:58 UT

Hey guys,
Unless I'm mistaken, there seems to be cross browser incompatibility issue
with innerText and textContent. innerText is IE (and everyone else I
believe), and textContent is Firefox (only, i believe). In anycase,
wouldn't it make sense for Prototype to smooth this out?
Element.getText() perhaps?