You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tapestry.apache.org by "Paul Stanton (JIRA)" <ji...@apache.org> on 2014/06/28 14:38:24 UTC
[jira] [Commented] (TAP5-2021) create compatible client side method
of encoding context parameters
[ https://issues.apache.org/jira/browse/TAP5-2021?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14046848#comment-14046848 ]
Paul Stanton commented on TAP5-2021:
------------------------------------
that would make the event parameter wiring non-interchangeable if used by multiple methods of invocation - not to mention ugly... anyway, it is a simple script which i have written/tested and will just have to carry around to each tapestry project i work on.
> create compatible client side method of encoding context parameters
> -------------------------------------------------------------------
>
> Key: TAP5-2021
> URL: https://issues.apache.org/jira/browse/TAP5-2021
> Project: Tapestry 5
> Issue Type: Improvement
> Components: tapestry-core
> Affects Versions: 5.3
> Reporter: Paul Stanton
> Assignee: Howard M. Lewis Ship
> Labels: urlencoder
>
> Currently there is no (provided) way to replicate the tapestry propriety URL encoding.
> See org.apache.tapestry5.internal.services.URLEncoderImpl.encode(String)
> This can be limiting for advanced users wiring up custom components which may create requests via javascript.
> I personally have come up against this a number of times.
> I propose that tapestry.js include a function which does the equivalent of URLEncoder.encode, or even better, ComponentResources.createEventLink etc.
--
This message was sent by Atlassian JIRA
(v6.2#6252)