You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tapestry.apache.org by "Lance (JIRA)" <ji...@apache.org> on 2014/05/16 13:24:13 UTC

[jira] [Created] (TAP5-2331) Can't force a clientId for field components

Lance created TAP5-2331:
---------------------------

             Summary: Can't force a clientId for field components
                 Key: TAP5-2331
                 URL: https://issues.apache.org/jira/browse/TAP5-2331
             Project: Tapestry 5
          Issue Type: Bug
            Reporter: Lance


I want to be able to specify a clientId so that tapestry doesn't auto-generate one for me. This works on many core tapestry components when I specify an "id" because the following code is present:
{code}
clientId = resources.isBound("id") ? idParameter : renderSupport.allocateClientId(resources);
{code}

But in AbstractField, this logic is different
{code}
@Parameter(value = "prop:componentResources.id", defaultPrefix = BindingConstants.LITERAL)
private String clientId;

final void setup() {
   String id = clientId;
   ...
   assignedClientId = jsSupport.allocateClientId(id);
}

public final String getClientId() {
   return assignedClientId;
}
{code}

This means that tapestry will generate id's like "foo_af42a49d19a" after zone updates when I set clientId to "foo". This makes it impossible to attach clientside behaviour by field id selectors.

As a workaround, I add "data-" attributes to my fields and select by them instead. I assume this has worse performance than id based selectors.

Forum thread [here|http://tapestry.markmail.org/search/?q=list%3Aorg.apache.tapestry.users#query:list%3Aorg.apache.tapestry.users+page:1+mid:ccqjgtopya3xdgrd+state:results]



--
This message was sent by Atlassian JIRA
(v6.2#6252)