Mailing-List: contact tapestry-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tapestry users" <tapestry-user@jakarta.apache.org>
Message-ID: <3F85D03A.4000405@exis.com>
Date: Thu, 09 Oct 2003 17:16:42 -0400
From: Colin Sampaleanu <colinml1@exis.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
 rv:1.5) Gecko/20030925
MIME-Version: 1.0
To: Tapestry users <tapestry-user@jakarta.apache.org>
Subject: Re: organising pages
References: <Pine.LNX.4.44.0310091734470.23615-100000@elinara.ktu.lt>
 <1065713813.2774.5.camel@localhost.localdomain>
 <002201c38ea1$80aa0210$6401a8c0@pit>
In-Reply-To: <002201c38ea1$80aa0210$6401a8c0@pit>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

But unless I'm missing something, this doesn't help resolve the relative 
image link issue. If you are in your source, and previewing something, 
images will be at a different relative location than when running inside 
Tapestry...

Bryan Lewis wrote:

>Sorry to come to the party so late, but I'm unclear on something here.
>
>Why is Option A so bad?   It's only for the deployment layout -- the structure of the war file -- and that's not designed for human consumption anyway.  Your source tree can be laid out any old way you please.  Your ant build file does the remapping, of course.
>
>Typical source tree:
>
>+--src
>   \--intranet
>      +--common
>      +--conf
>      \--view
>         +--home   // each dir contains the html/page/java trilogy
>         +--tabbedmenu
>         \--and so on for every page
>      \--web        // with images, css, .application, static htmls
>
>
>Deployment image (war):
>
>+--index.html       // static html files in root
>+--META-INF
>\--WEB-INF
>   +--Home.html     // *.page and html templates
>   +--Home.page
>   +--TabbedMenu.html
>   +--TabbedMenu.jwc
>   +--classes
>   |  \--intranet
>   |     +--common
>   |     \--view
>   |        +--home
>   |        |  \--Home.class    // just the classes, ma'am
>   |        \--tabbedmenu
>   |           \--TabbedMenu.class
>   \--web.xml
>
>Now that's only my preference for a source tree.  My little development group has only programmers, no designers, so we don't care about separating the content.  (I tried to imitate the jakarta cvs tree, actually.)  But if we wanted to separate the html we could, merely by modifying the buildfile.  The deployment image wouldn't change at all.
>
>Yes, I have seen some examples where people made their source layout similar to the deployment layout, with directory names like META-INF and WEB-INF.  (You ever try typing those names in a hurry?!?)  I hope that's not the norm.
>
>
>----- Original Message ----- 
>From: "Eric Everman" <everman@precedadesign.com>
>To: "Tapestry users" <tapestry-user@jakarta.apache.org>
>Sent: Thursday, October 09, 2003 11:36 AM
>Subject: Re: organising pages
>
>
>  
>
>>Not So Fast!
>>
>>This question actually gets at one of my hang-ups with Tapestry.  As I
>>see it, you have two options to organize a web site.
>>
>>_Option A_
>>Place .html and .page files in the application root (or other specified
>>location).  No sub directories are allowed.
>>
>>_Option B_
>>Place .html and .page files on the class path and list each page in the
>>.application file.
>>
>>As I see it, neither of these options are optimal.  Option A results in
>>an entire application in one directory.  Option B results in an
>>inflexible application in which each page addition to the site requires
>>modifying the .application file, which requires a restart and is a bit
>>tedious.
>>
>>Comments?
>>
>>Eric Everman
>>
>>On Thu, 2003-10-09 at 10:35, Mindaugas Genutis wrote:
>>    
>>
>>>The correct reference is this:
>>>
>>><span jwcid="@PageLink" page="login">Login</span>
>>>
>>>Documentation:
>>>
>>>http://jakarta.apache.org/tapestry/doc/ComponentReference/PageLink.html
>>>
>>>      
>>>
>>>><span jwcid="@PageLink" page="login/login.html">Login</span>
>>>>
>>>>but the '/' doesn't get encoded and seems to confuse Tapestry's request 
>>>>processing. Please feel free to tell me to RTFM -- just point me to the 
>>>>right one :-)
>>>>
>>>>L.
>>>>
>>>>
>>>>
>>>>---------------------------------------------------------------------
>>>>To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>>>>For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>        
>>>>


---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org