Return-Path: X-Original-To: apmail-maven-dev-archive@www.apache.org Delivered-To: apmail-maven-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 967E398E9 for ; Tue, 11 Oct 2011 14:39:43 +0000 (UTC) Received: (qmail 5771 invoked by uid 500); 11 Oct 2011 14:39:43 -0000 Delivered-To: apmail-maven-dev-archive@maven.apache.org Received: (qmail 5672 invoked by uid 500); 11 Oct 2011 14:39:42 -0000 Mailing-List: contact dev-help@maven.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Maven Developers List" Reply-To: "Maven Developers List" Delivered-To: mailing list dev@maven.apache.org Received: (qmail 763 invoked by uid 99); 11 Oct 2011 14:35:40 -0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of dennisl.apache@gmail.com designates 209.85.212.43 as permitted sender) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=poFYBWFHslo2x3dbRyxIBrM0WoCU7GvbfX2WtmtSjXo=; b=pk2hXsqhDgJ6gvbUxwyYoCHsT2637RouZAyPDM3SdK2nQWE1oLSqiICN9O68DFNu2n IMy5QqX1MTMX0hfKRTjNNqW9q+32xNZfG0i7Zi96BWQ6HugWHNpNk5zdn8D3rtH9JWSt fnqzvwIrNrbJnv79rNzKhjSIMbRqEc7SqiErI= MIME-Version: 1.0 In-Reply-To: <4E941D6C.3030600@apache.org> References: <4E940C97.1090701@apache.org> <4E941D6C.3030600@apache.org> Date: Tue, 11 Oct 2011 16:35:12 +0200 Message-ID: Subject: Re: Site element generation From: Dennis Lundberg To: Maven Developers List Content-Type: multipart/alternative; boundary=20cf307cfcd4aa05fc04af06d06d X-Virus-Checked: Checked by ClamAV on apache.org --20cf307cfcd4aa05fc04af06d06d Content-Type: text/plain; charset=ISO-8859-1 So for xdoc we need a fix in doxia, but what about for apt documents? Is that even possible with the current model? On Tuesday, October 11, 2011, Lukas Theussl wrote: > > I would have guessed that this should work with > > > > but it doesn't, I have just filed an issue: > > http://jira.codehaus.org/browse/DOXIA-446 > > So unfortunately the answer to your last question is 'no' for the moment... > > -Lukas > > > On 10/11/2011 12:11 PM, Simone Tripodi wrote: >> >> Hi Lukas! >> in the site generation, instead of rendering the section with >> >>
...
>> >> I would like to have >> >>

>>
>> Is it possible?
>> Many thanks in advance, all the best!
>> Simo
>>
>> http://people.apache.org/~simonetripodi/
>> http://www.99soft.org/
>>
>>
>>
>> On Tue, Oct 11, 2011 at 11:29 AM, Lukas Theussl
 wrote:
>>>
>>> Could you specify what exactly you mean with "element generation
behavior"?
>>> What are you trying to achieve?
>>>
>>> -Lukas
>>>
>>>
>>> On 10/11/2011 11:17 AM, Simone Tripodi wrote:
>>>>
>>>> Salut Olivier!
>>>> apologize for my lack of knowledge about it, but I didn't understand
>>>> if I can customize element generation behavior - and how, if it is
>>>> possible :P
>>>> Don't we have any reference about it?
>>>> Many thanks in advance and sorry for the noise!
>>>> All the best,
>>>> Simo
>>>>
>>>> http://people.apache.org/~simonetripodi/
>>>> http://www.99soft.org/
>>>>
>>>>
>>>>
>>>> On Tue, Oct 11, 2011 at 10:41 AM, Olivier Lamy
 wrote:
>>>>>
>>>>> Hello Simone,
>>>>> All is done in doxia.
>>>>> Check here
>>>>>
http://svn.apache.org/repos/asf/maven/doxia/doxia/trunk/doxia-modules/doxia-module-xhtml/
>>>>>
>>>>> 2011/10/10 Simone Tripodi:
>>>>>>
>>>>>> Hi all guys,
>>>>>> While modifying the original site layout to integrate Boostrap, I
>>>>>> figured out that some elements, such as the    section and
the
>>>>>> paragraph, are not generated inside the .vm template...
>>>>>> When that trax happens? Is it something can be changed or it is
>>>>>> hardcoded somewhere?
>>>>>> I'm asking because if can modify such elements generation, it would
be
>>>>>> easier integrate Bootstrap toys :)
>>>>>> Many thanks in advance, all the best!
>>>>>> Simo
>>>>>>
>>>>>> http://people.apache.org/~simonetripodi/
>>>>>> http://www.99soft.org/
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Olivier Lamy
>>>>> Talend : http://talend.com
>>>>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>

-- 
Dennis Lundberg

--20cf307cfcd4aa05fc04af06d06d--