Prototype: Core Google Group

Re: Support full HTML set in (un)escapeHTML

2009-11-21T23:53:49Z

Good point (and sorry if the tone of my earlier post came out wrong,
that wasn't my intention).

There's indeed a number of entities which are part of the HTL 4.01 spec
[1].

It's legitimate to want to be able to convert those, notably when
dealing with legacy or external content.

However, given the sheer size of the code compared its usage (now that

Re: Support full HTML set in (un)escapeHTML

2009-11-21T22:28:43Z

Tobie,

That's rather flip, don't you think? How does character encoding
choice solve " or  ?

These entities are valid HTML, regardless of character encoding. There
are sometimes very good reasons for using them. It's fine to say
String#unescapeHTML won't handle these because it's too big a problem

Re: Support full HTML set in (un)escapeHTML

2009-11-21T15:05:42Z

Is it possible to manipulate the encoding of a string to convert HTML
entities? I'm trying to display the string in the title attribute of
an anchor. I'm using PJSON to get rss feeds from google's feed API, so
I have no ability to preprocess the data.

Re: Support full HTML set in (un)escapeHTML

2009-11-21T01:10:24Z

Thanks for your input.

A correct character encoding should be all you really need to handle
such entities.

Best,

Tobie

Re: [Prototype-core] Support full HTML set in (un)escapeHTML

2009-11-20T21:01:11Z

I came across this problem myself. I think prototype should provide some
type of API for things like this. In all my apps, I have a prototype_ext.js
file that make small modifications/enhancements to prototype. It would be
nice to be able to do something like this:

prototype_ext.js:
Prototype.HTMLEntities.add('&b lah;', '0x0039');

Support full HTML set in (un)escapeHTML

2009-11-20T20:47:37Z

I was using unescapeHTML when I noticed that it was missing many of
the encoded characters in this string I passed it. I went and checked
the code, it seems that these functions only deal with about 3 out of
hundreds of characters. " ' for example.

I came across a script which handles the named entities, maybe we can

Re: Genereic Function Benchmark

2009-11-20T08:26:38Z

Ok Thanks, I'll try this

Re: [Prototype-core] Genereic Function Benchmark

2009-11-19T18:02:18Z

You could try unittest_js'[1] benchmark function. It's at the very end
of the file. It'll help with the timing. Other than that, you may like
the page speed extension for firebug.

[1] [link]

Allen Madsen
[link]

Genereic Function Benchmark

2009-11-19T14:48:20Z

Hi,

I'm looking for a way to analyse all my javascript code to:
- Count function call
- Check time spend in each function
- Understand bottlenecks

=> Is there existing libs to do this ? (Seems firebug do not do that).
=> Is there a way to "proxy" Functions.prototype to performs bench on
function calls ?

Re: Porting the old docs

2009-11-17T21:56:00Z

Cheers Mike!

I gave you a shout over on the user's list; didn't know you were on
this one...

-- T.J. :-)

Re: Porting the old docs

2009-11-17T19:24:58Z

I can take some of these over the next week or so.

Will make a start promptly.

Mike.

Porting the old docs

2009-11-16T16:15:10Z

Hey folks,

I've just completely failed to find the time to port all of the old
docs, which is (as a whole) a much bigger job than I thought it would
be.

So there are now a bunch of "merge old docs" tickets[1] in Lighthouse,
each of which is just a bite-sized task (and has the mostly-formatted

Re: On Class#create

2009-11-11T14:36:53Z

Hi,

You can have as many mix-ins as you like, which is why the number of
arguments is variable:

"...any arguments passed are treated as objects, and their methods are
copied over ("mixed in") as instance methods of the new class. In
cases of method name overlap, later arguments take precedence over

Re: On Class#create

2009-11-11T12:29:24Z

I have indeed noticed that. I quite often use function without named
arguments and then populate what I need from the arguments collection.

I was wondering why was that so. I mean creating a class does not need
infinite number of arguments, now would it? In the longest case
scenario it needs class name (prototype creates differently but

Re: On Class#create

2009-11-11T10:44:51Z

Hi,

Class.create does have arguments, details in the docs[1]. The
implementation doesn't use any _named_ arguments, it accesses its
arguments via the `arguments` array (on the first line of the
function, in fact).

[1] [link]

HTH,