logo       

[xmlc] XMLC URL Rewriting behavior (poll): msg#00002

java.enhydra.xmlc

Subject: [xmlc] XMLC URL Rewriting behavior (poll)

Hi everyone,

I'd like to get an idea of how many people out there are using XMLC's URL rewriting mechanism. Do you like the way it works? Anyone have a problem with URL rewriting breaking scripting?

Personally, I don't see why most of the event listener attributes are getting rewritten by default....

These are defined in HTMLDomFactoryMethods.URL_ATTRIBUTES....

private static String[] URL_ATTRIBUTES = {
"action", "archive", "background", "cite", "classid", "codebase",
"data", "href", "longdesc", "onblur", "onchange", "onclick",
"ondblclick", "onfocus", "onkeydown", "onkeypress", "onkeyup",
"onload", "onmousedown", "onmousemove", "onmouseout", "onmouseover",
"onmouseup","onreset", "onselect", "onsubmit", "onunload", "profile",
"src", "usemap"
};


I would like to see this list get pared down to something like...

These are defined in
HTMLDomFactoryMethods.URL_ATTRIBUTES....

private static String[] URL_ATTRIBUTES = {
"action", "archive", "background", "cite", "classid", "codebase",
"data", "href", "longdesc", "profile",
"src", "usemap"
};

Even some of these might be debatable? I also think it would be beneficial to be able to define specific attributes for URL rewriting rather than be stuck with defaults. I'm still thinking how that might work. In the meantime, I'd like input as to what a more sensible default set of attributes should be for any/all of the DOM implementations and URL rewriting.

Thoughts?

Jake


--
You receive this message as a subscriber of the xmlc@xxxxxxxxxxxxx mailing list.
To unsubscribe: mailto:xmlc-unsubscribe@xxxxxxxxxxxxx
For general help: mailto:sympa@xxxxxxxxxxxxx?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
<Prev in Thread] Current Thread [Next in Thread>
Google Custom Search

News | FAQ | advertise