On Sep 12, 3:05 am, "artemy tregubenko" <m...@arty.name> wrote: > This may used to unobtrusively store in a hash some data associated with > dom nodes.
So DOM node would be a key? That doesn't really sound like a good idea. The whole purpose of element storage is to avoid having references to DOM elements (for the reasons of leaky circular references in IE and general quirkiness of host object extensions). Element storage already allows to associate arbitrary data with any (well almost any) element by giving that element a unique id, then using that id as a key in a hash (with data being a corresponding value). This approach works pretty well most of the time (it only doesn't work on elements that disallow extensions) and I don't see what benefit hashes with non-string keys would bring there. Could you please explain? [...] -- kangax --~--~---------~--~----~------------~-------~--~----~ 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 prototype-core-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/prototype-core?hl=en -~----------~----~----~----~------~----~------~--~---