OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

docbook-apps message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Subject: RE: DOCBOOK-APPS: clarify profiling logic


You could also use a two-phase approach (it's what we are using). 
First profile with e.g. audiencelevel and then profile the result
with contentlevel. 

Peter

> -----Original Message-----
> From: ed nixon [mailto:ed.nixon@lynnparkplace.org]
> Sent: Mittwoch, 19. Februar 2003 19:21
> To: Jirka Kosek
> Cc: docbookapp
> Subject: Re: DOCBOOK-APPS: clarify profiling logic
> 
> 
> Jirka Kosek wrote:
> > ed nixon wrote:
> > <snip/>
> > If you really think that you need more then one custom profiling
> > attribute, then submit RFE. It would be easy to add parameters like
> > profile.attribute1 and profile.value1.
> 
> Thanks, Jirka. I can live with what there is now. Besides, I get a 
> little twitchy when I see things like something1 and then something2 and 
> then...
> 
> I'm trying to think how a more general solution would look to the user. 
> For example,
> <xsl:param name="profile.attribute" 
> attname="audiencelevel">manager</xsl:param> or
> <xsl:param name="profile.attribute" attname="os">unix</xsl:param> etc.
> 
> But that's without thinking at all about what has to go on under the 
> hood or whether it's a good idea in terms of consistency of style with 
> the rest of the suite.
> 
> Thanks again.                   ...edN
> 
> 
> 



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Powered by eList eXpress LLC