Mailing-List: contact forrest-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
Reply-To: forrest-dev@xml.apache.org
Date: Mon, 13 Oct 2003 22:31:01 +1000
From: Jeff Turner <jefft@apache.org>
To: forrest-dev@xml.apache.org, nicolaken@apache.org
Subject: SourceConf (Re: Removed xdoc copying)
Message-ID: <20031013123101.GA2827@expresso.localdomain>
Mail-Followup-To: forrest-dev@xml.apache.org, nicolaken@apache.org
References: <20031012125132.93799.qmail@minotaur.apache.org>
 <20031012132917.GA9715@expresso.localdomain> <bmbrf5$7qe$1@sea.gmane.org>
 <20031013085517.GA1345@expresso.localdomain> <bmdq59$sl3$1@sea.gmane.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <bmdq59$sl3$1@sea.gmane.org>
User-Agent: Mutt/1.5.4i

On Mon, Oct 13, 2003 at 11:07:27AM +0200, Nicola Ken Barozzi wrote:
> Jeff Turner wrote:
> 
> >On Sun, Oct 12, 2003 at 05:17:31PM +0200, Nicola Ken Barozzi wrote:
> ...
> >>In my sourcemap proposal, this is exactly what happens. The sourcemap
> >>tells me the real place of the file when I request a virtual place, by
> >>also using resource exists. I'll commit it as soon as it's finished
> >>(still working on the syntax as the current one still sucks).
> >
> >So how does it happen?  ResourceExists actions, or ResourceExists input
> >modules?
> 
> The sourcemap is a descriptor for an inputmodule. This inputmodule gets 
> a "virtual" source location and resolves the real location.
> 
> So from the sitemap, what it sees is just an inputmodule that gives it 
> the real source to use.

So taking images as an example, which may be in
src/documentation/resources/images or
$FORREST/context/resources/images.

What does the resources.xmap entry look like?  It is currently:

<map:match pattern="images/**.*">
    <map:read src="resources/images/{1}.{2}" mime-type="image/{2}" />
</map:match>

Perhaps:

<map:match pattern="images/**.*">
    <map:read src="{images:{1}.{2}}" mime-type="image/{2}" />
</map:match>

which requires nesting variable resolution?


--Jeff

...
> -- 
> Nicola Ken Barozzi                   nicolaken@apache.org
>             - verba volant, scripta manent -
>    (discussions get forgotten, just code remains)
> ---------------------------------------------------------------------
> 
>