i believe in the 1.x branch we always override.
-igor
On 12/27/06, Caleb Land <[EMAIL PROTECTED]> wrote:
I have a project that uses Wicket 1.x, and it's overwriting my
hardcoded ids with generated ones if setOutputMarkupId it true. If
this is not the intended behavior then I will open a JIRA
I have a project that uses Wicket 1.x, and it's overwriting my
hardcoded ids with generated ones if setOutputMarkupId it true. If
this is not the intended behavior then I will open a JIRA issue.
On 12/18/06, Otan <[EMAIL PROTECTED]> wrote:
> It works fine now. Thanks
>
>
> On 19/12/06, Igor Vaynb
It works fine now. Thanks
On 19/12/06, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
try now
-igor
On 12/18/06, Otan <[EMAIL PROTECTED]> wrote:
> why do I still get this exception:
>
> SEVERE: cannot update component that does not have setOutputMarkupId
> property set to true. Component: [Markup
try now
-igor
On 12/18/06, Otan <[EMAIL PROTECTED]> wrote:
why do I still get this exception:
SEVERE: cannot update component that does not have setOutputMarkupId
property set to true. Component: [MarkupContainer [Component id = title,
page = openknowledge.EditPage, path = 5:editForm:title.R
why do I still get this exception:
SEVERE: cannot update component that does not have setOutputMarkupId
property set to true. Component: [MarkupContainer [Component id = title,
page = openknowledge.EditPage, path = 5:editForm:title.RequiredTextField,
isVisible = true, isVersioned = false]]
java.
its reverted
-igor
On 12/12/06, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
On 12/12/06, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> yeah i changed it, didnt think anyone was using this particular facet.
We use it also.
> im not sure if we should put it back. the problem is sometimes you can
On 12/12/06, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> yeah i changed it, didnt think anyone was using this particular facet.
We use it also.
> im not sure if we should put it back. the problem is sometimes you can paint
> yourself into a nasty corner. if you have a component that uses a hardcod
Hi Igor,
I also have a few hardcoded ids in my current Wicket 1.2 application.
Regards,
Erik.
Igor Vaynberg schreef:
> yeah i changed it, didnt think anyone was using this particular facet.
>
> im not sure if we should put it back. the problem is sometimes you can
> paint yourself into a
Imo, quite strongly this time, if it is explicitly set, it should be
honored. As for the dangers of having conflicting ids, we could
introduce another debug utility that checks on duplicate ids when (or
after) rendering.
Eelco
On 12/11/06, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> yeah i change
yeah i changed it, didnt think anyone was using this particular facet.
im not sure if we should put it back. the problem is sometimes you can paint
yourself into a nasty corner. if you have a component that uses a hardcoded
id, and later the user of that component uses it twice in a page, or puts
I've been using 2.0-SNAPSHOT for a while now and I noticed a behavior
recently that is new. If I have an HTML id defined in my markup:
When the panel is rendered the HTML id attribute is replaced with
something that is generated by Wicket like "labels40".
I looked through the svn changelog
11 matches
Mail list logo