On Jan 28, 2011, at 9:27 AM, Thibaut Camberlin wrote:
From what I see Multipage export already plans to have
those export options,
right. But my development is about exporting as PDF when you are on the
actual page, not in multipage export feature.
* Export
** Export as PDF
*** PDF Export Options
** Export as RTF
** Export as HTML
** Export as XAR
It is complementary.
I think the idea is to have a single view to perform both single export and multiple
exports, possibly with a simplified UI when exporting a single page (ie no need to choose
the list of items to export or maybe keep it but have the current page preselected).
Thanks
-Vincent
--
Thibaut
On Fri, Jan 28, 2011 at 7:28 AM, Vincent Massol <vincent(a)massol.net> wrote:
> Hi Thibaut,
>
> You work could probably be integrated as part of the Multipage export
> feature.
> See
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/MultiExport
>
> Check for example the PDF export options on
>
>
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/MultiExport2Propos…
>
> Thanks
> -Vincent
>
> On Jan 27, 2011, at 11:47 PM, Thibaut Camberlin wrote:
>
>> Hi,
>>
>> I was writing a piece of code so that PDF export prints associated meta
> data
>> of a page. Since I was in PDF macros code, I worked on a PDF export
> options
>> page.
>>
>> By working on the PDF export options, I am using check boxes that allows
>> user to choose to export or not cover page, toc page, metadata page
>> attachments and comments. Issue I encountered is that when a check box is
>> not checked it is not set and I found no way to use check boxes with
> actual
>> code from pdfhtmlheader.vm page:
>>
>> #if("$!request.pdfcover" != '0')
>> #set($displayPdfCover = 1)
>> #else
>> #set($displayPdfCover = 0)
>> #end
>> and the same for pdftoc
>>
>> (I could have put <input value="0"/> instead but it makes more
sense to
> have
>> <input value="1"/>)
>>
>> Therefore I am proposing that we:
>> * update pdfhtmlheader.vm page so that cover and toc page are not
> exported
>> by default
>> * update existing pdf export button so that we keep the same behaviour
>> (pdfcover and pdftoc printed in PDF), meaning instead of
>> *page?format=pdf*it would be
>> *page?format=pdf&pdftoc=1&pdfcover=1*
>>
>> Some UI will be needed afterward so that this page is exposed. (I am not
>> planning to work on this.)
>>
>> The export options would be made in a template, but I put the code in
> this
>> page of the incubator so that it makes things clearer if needed:
>>
http://incubator.myxwiki.org/xwiki/bin/view/PDFExport/ExportOptions
>>
>> Thanks for your feedback on pdfhtmlheader.vm modification and on the
> feature
>> itself.
>> --
>> Thibaut