Return-Path: 
 <dev-return-2280-apmail-click-dev-archive=click.apache.org@click.apache.org>
Delivered-To: apmail-click-dev-archive@www.apache.org
Received: (qmail 31219 invoked from network); 22 Jun 2010 08:13:39 -0000
Received: from unknown (HELO mail.apache.org) (140.211.11.3)
  by 140.211.11.9 with SMTP; 22 Jun 2010 08:13:39 -0000
Received: (qmail 56542 invoked by uid 500); 22 Jun 2010 08:13:39 -0000
Delivered-To: apmail-click-dev-archive@click.apache.org
Received: (qmail 56480 invoked by uid 500); 22 Jun 2010 08:13:37 -0000
Mailing-List: contact dev-help@click.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@click.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@click.apache.org>
List-Post: <mailto:dev@click.apache.org>
List-Id: <dev.click.apache.org>
Reply-To: dev@click.apache.org
Delivered-To: mailing list dev@click.apache.org
Received: (qmail 56471 invoked by uid 99); 22 Jun 2010 08:13:36 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 22 Jun 2010 08:13:36 +0000
X-ASF-Spam-Status: No, hits=0.9 required=10.0
	tests=FREEMAIL_FROM,RCVD_NUMERIC_HELO,SPF_HELO_PASS,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: domain of
 gcwcd-click-development-2@m.gmane.org designates 80.91.229.12 as permitted
 sender)
Received: from [80.91.229.12] (HELO lo.gmane.org) (80.91.229.12)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 22 Jun 2010 08:13:27 +0000
Received: from list by lo.gmane.org with local (Exim 4.69)
	(envelope-from <gcwcd-click-development-2@m.gmane.org>)
	id 1OQybR-0002dZ-AH
	for dev@click.apache.org; Tue, 22 Jun 2010 10:13:05 +0200
Received: from 85.121.189.112 ([85.121.189.112])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <dev@click.apache.org>; Tue, 22 Jun 2010 10:13:05 +0200
Received: from a.adrian.tech by 85.121.189.112 with local (Gmexim 0.1
 (Debian))
        id 1AlnuQ-0007hv-00
        for <dev@click.apache.org>; Tue, 22 Jun 2010 10:13:05 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: dev@click.apache.org
From: "Adrian A." <a.adrian.tech@gmail.com>
Subject: Re: Confusing page class mapping
Date: Tue, 22 Jun 2010 10:12:52 +0200
Lines: 25
Message-ID: <hvpra4$t4n$1@dough.gmane.org>
References: <4C1D9790.2090205@gmail.com> <hvkjca$3g5$1@dough.gmane.org>
 <4C1DEB3F.50307@gmail.com> <hvl00m$6ii$1@dough.gmane.org>
 <4C1FF950.1080203@gmail.com> <hvpnl5$gnl$1@dough.gmane.org>
 <4C206745.6040805@gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@dough.gmane.org
X-Gmane-NNTP-Posting-Host: 85.121.189.112
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US;
 rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
In-Reply-To: <4C206745.6040805@gmail.com>
X-Virus-Checked: Checked by ClamAV on apache.org

> After Malcolm's comment I don't think we should move in this direction.
Well, I don't think this is "moving in that direction" since this is how 
click works since 0.x :). I still have some very old versions around, 
and also quite a few applications and even presentations that rely on 
this pattern :).

> The classname should be
> treated as an absolute name. Logically that makes sense and both IDE implementers interpreted it
> this way too. Having absolute classname makes hotlinking quite straightforward, no mucking around
> with the package name.
>
> Another advantage of this approach is its possible to define a page outside the defined "package"
> without having to create another<pages>  element.
I wouldn't do that either :).
Another point of the <pages> element was also to separate "modules" of 
functionality, but without introducing a "module" tag in click.xml .

The idea of the "<page>" element was to use it *only* for the 
"exceptions" from the rule, the rule being specified in the "<pages>" 
element (e.g. automapping, autobinding, common package part, etc.), and 
not to be used on it's own, as click.xml should be not a "dependency 
injection" setting (as it looked for some users after the introduction 
of the Click Services) :).

Adrian.