Return-Path: Delivered-To: apmail-beehive-dev-archive@www.apache.org Received: (qmail 47762 invoked from network); 13 Dec 2006 21:54:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 13 Dec 2006 21:54:22 -0000 Received: (qmail 66190 invoked by uid 500); 13 Dec 2006 21:54:29 -0000 Delivered-To: apmail-beehive-dev-archive@beehive.apache.org Received: (qmail 66173 invoked by uid 500); 13 Dec 2006 21:54:29 -0000 Mailing-List: contact dev-help@beehive.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Beehive Developers" Delivered-To: mailing list dev@beehive.apache.org Received: (qmail 66162 invoked by uid 99); 13 Dec 2006 21:54:29 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Dec 2006 13:54:29 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of carlin.rogers@gmail.com designates 209.85.132.250 as permitted sender) Received: from [209.85.132.250] (HELO an-out-0708.google.com) (209.85.132.250) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Dec 2006 13:54:19 -0800 Received: by an-out-0708.google.com with SMTP id b21so112655ana for ; Wed, 13 Dec 2006 13:53:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=chTc9D89puJuy8m2HBwoykMfNMrZ/CGj0gMNNwo3lGPyOAe9x+WaAjYoDVDcfleJEDi7s3akXOVM8BmI1ghAe4xfyMu4y5CnyPqHheR+/ptvHSkHMEmYaDmkYTt8oUCuJHo0XZCNNIsBI6dow/P1KXitnnSPRMIVa96lw8lo2SI= Received: by 10.100.137.18 with SMTP id k18mr166955and.1166046839050; Wed, 13 Dec 2006 13:53:59 -0800 (PST) Received: by 10.90.66.11 with HTTP; Wed, 13 Dec 2006 13:53:58 -0800 (PST) Message-ID: Date: Wed, 13 Dec 2006 14:53:58 -0700 From: "Carlin Rogers" To: "Beehive Developers" Subject: Re: Add a new tag for additional client side JavaScript support In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Virus-Checked: Checked by ClamAV on apache.org OK, I'll take a look and see, though I'm not yet sure how to tie it into generating the entries for the netui_tagIdNameMap for the script container. My thought was that a tag that was mapped to an HTML element like
could just leverage the existing tagId attribute and script container support. It would basically extend the HtmlBaseTag. Thanks for the feedback. Carlin On 12/13/06, Eddie O'Neil wrote: > That makes sense -- it seems like the same functionality be > generally implemented by doing something similar to > which creates a scoped name, makes it available in the pageContext, > and registers it with list of HTML ids to render. How about a new > rewriteName attribute or a new tag that does the same for page scoped > names? > > That would be a solution that could be used on all HTML tags. > > Eddie > > > On 12/13/06, Carlin Rogers wrote: > > Eddie, > > > > Yes, correct. And in addition, if this was within a > > > > ... > > > > > > the id would be scoped, so rendered like... > > > >
...
> > > > Carlin > > > > On 12/13/06, Eddie O'Neil wrote: > > > Carlin-- > > > > > > Right -- you're talking about scoping in the page rather than > > > scoping a request, though I'm still not sure I'm clear on the use of > > > the tag. > > > > > > Is the goal to have a NetUI tag that renders a
which is > > > registered with the rendered tagId / id mapping JavaScript? Something > > > like: > > > > > > > > > .... > > > > > > > > > that renders: > > > > > >
...
> > > > > > along with the JavaScript to map the rendered
into the > > > netui_names / netui_tagIdNameMap. > > > > > > Eddie > > > > > > > > > On 12/13/06, Carlin Rogers wrote: > > > > Eddie, > > > > > > > > The tag is designed to participate in URL > > > > rewriting. Say in a portal, the URL rewriting is for the scoping a > > > > request to a portlet and just prepends the portlet scope to a name. > > > > This request scoping is different than the scoping generated with the > > > > NetUI tag and JavaScript support within > > > generateIdScope="true">. The tags generate a map in a page for the > > > > tagId attributes of NetUI tags and can scope them to the > > > > scriptContainer tag... but it's a different scoping. > > > > > > > > The tag is used as a dynamic client side routine for > > > > switching between different template sections within the panel. At > > > > first I thought this could be used but the generated id on the > > > > rendered div tags doesn't seem to work for this case. I just tried a > > > > simple test. There may be a way to get this to go but still does not > > > > feel very intuitive as it involves using , > > > > etc. > > > > > > > > Carlin > > > > > > > > On 12/13/06, Eddie O'Neil wrote: > > > > > Carlin-- > > > > > > > > > > Interesting idea, though I thought this could be accomplished with a > > > > > regular HTML
, the generated NetUI JavaScript, and the > > > > > tag. For example, the type of thing that's > > > > > available here in "web/tags/rewriteTags/index.jsp". > > > > > > > > > > Would the panel do something different? > > > > > > > > > > Eddie > > > > > > > > > > > > > > > > > > > > On 12/13/06, Carlin Rogers wrote: > > > > > > At the moment there isn't an easy way to map a fragment of markup with > > > > > > a NetUI tag using a tagId to use with the NetUI client side JavaScript > > > > > > support. Most of the NetUI tags have the tagId attribute for the > > > > > > JavaScript support but the tags map to specific form controls and > > > > > > acnhors, etc. > > > > > > > > > > > > I'd like to propose adding a tag to the set of NetUI HTML tags. > > > > > > > > > > > > One use case is a page using the NetUI tag scoping of the generated > > > > > > HTML id attributes and custom client side JavaScript code that needs > > > > > > to access a fragment of markup using the NetUI lookIdByTagId() > > > > > > JavaScript function. The markup in the fragment may not require or use > > > > > > other NetUI tags. Something like... > > > > > > > > > > > > > > > > > > > > > > > > ... > > > > > >
> > > > > > > > > > > > Any concerns or thoughts? > > > > > > > > > > > > Thanks, > > > > > > Carlin > > > > > > > > > > > > > > > > > > > > >