From adam820 at gmail.com Thu Nov 1 21:40:57 2012 From: adam820 at gmail.com (AdamD.) Date: Thu, 1 Nov 2012 17:40:57 -0400 Subject: [publican-list] How to get collapse-able products without productnumbers on web? Message-ID: Hello, I hope this is in the right spot; I tried searching around and experimenting with this before seeking out help. I notice that on docs.fedoraproject.org that there are several sections (such as Fedora Draft Documentation) that seem to have a product name but without a product number under which several documents appears. This is as opposed to, say, Fedora which has 17,16,15, etc. How is this accomplished? We have some documentation we're trying to build for the web that, while having a product name, isn't a software project and therefore doesn't really have an incremental version number, per se. I'm running Publican 2.8, and it seems that if I don't include a valid , the product section on the web just shows up blank instead of listing the documents. Thanks in advance! -- Adam D. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfearn at redhat.com Thu Nov 1 23:27:17 2012 From: jfearn at redhat.com (Jeff Fearn) Date: Fri, 02 Nov 2012 09:27:17 +1000 Subject: [publican-list] How to get collapse-able products without productnumbers on web? In-Reply-To: References: Message-ID: <50930555.405@redhat.com> On 11/02/2012 07:40 AM, AdamD. wrote: > Hello, > > I hope this is in the right spot; I tried searching around and > experimenting with this before seeking out help. I notice that on > docs.fedoraproject.org that there are several sections (such as Fedora > Draft Documentation) that seem to have a product name but without a product > number under which several documents appears. This is as opposed to, say, > Fedora which has 17,16,15, etc. How is this accomplished? We have some > documentation we're trying to build for the web that, while having a > product name, isn't a software project and therefore doesn't really have > an incremental version number, per se. > > I'm running Publican 2.8, and it seems that if I don't include a valid > , the product section on the web just shows up blank instead > of listing the documents. > > Thanks in advance! In the books publican.cfg set: web_version_label: UNUSED Note: This is broken for the Publican 3, web_style 2, navigation. Cheers, Jeff. -- Jeff Fearn Senior Software Engineer Infrastructure Engineering & Development (AEU) Red Hat Asia Pacific Pty Ltd GPG: 0x0357E8F0 From jfearn at redhat.com Fri Nov 2 04:56:06 2012 From: jfearn at redhat.com (Jeff Fearn) Date: Fri, 02 Nov 2012 14:56:06 +1000 Subject: [publican-list] faster testing of wkhtmltopdf Message-ID: <50935266.4020308@redhat.com> Hi, someone was testing modifying their brand for wkhtmltopdf generation of PDFs and asked me if there was a a faster way of doing CSS changes and seeing how they affect the PDF. This is how: 1: cd $book-dir 2: publican build --formats html-pdf 3: cd tmp/en-US/html-pdf 4: vim Common_Content/css/???.css 5: wkhtmltopdf --header-spacing 5 --footer-spacing 3 --margin-top 20 --margin-left 15mm --margin-right 15mm --header-html /usr/share/publican/header.html index.html test.pdf 6: evince test.pdf 7: until happy, goto 4 8: copy the changed css file to your brands source wkhtml2pdf supports a lot of CSS3 features, so you should be able to play with widows and orphans as well as basic looks. Cheers, Jeff. -- Jeff Fearn Senior Software Engineer Infrastructure Engineering & Development (AEU) Red Hat Asia Pacific Pty Ltd GPG: 0x0357E8F0 From Norman at dunbar-it.co.uk Tue Nov 6 16:15:09 2012 From: Norman at dunbar-it.co.uk (Norman Dunbar) Date: Tue, 06 Nov 2012 16:15:09 +0000 Subject: [publican-list] Screen and Programlisting oddities in Publican 2.8 Message-ID: <5099378D.70608@dunbar-it.co.uk> I've scanned the bugzilla bugs list and not found this, I've also searched my email archive and not found it either. I'm running Publican 2.8 on KDE Mint 13 (Based on Ubuntu Precise Pangolin) which is my new laptop OS of choice. A document I have had no trouble with in the past is behaving rather strangely now in and which start with a non-alpha character. When rendered as pdf, the formatting is all over the place, however, if I stick a blank line or an alpha character in front, they render fine in the pdf. HTML output is unaffected - it renders fine. So, the following is broken: #include int main(int argc, char **argv) { printf("Hello World"); return 0; } It renders as the following in PDF: #include int main(int argc, char **argv){ int main(int argc, char **argv) { printf("Hello World"); return 0; printf("Hello World"); return 0;} But this works fine: x #include int main(int argc, char **argv) { printf("Hello World"); return 0; } Similarly, the following screen renders all over the place: ----- <-- top window --- <-- unlocked, but not top ------- <-- locked ----------- <-- bottom window, also locked Which renders as: ----- <-- top window --- <-- unlocked, but not top ------- <-- locked----------- <-- bottom window, also locked dow --- <-- unlocked, but not top ------- <-- locked----------- <-- bottom window, also By adding a blank line at the start, or a line starting with a non-punctuation, causes the rendering to be ok. The above is being rendered to pdf via fop. (Which I know you are not keen on!) However, I need indexes to render with page numbers as opposed to sections titles and in my PDFs that doesn't happen with HTMLtoPDF. :-( I did download Publican 3.0 source and tried to install it, but it's refusing to install correctly and the perl Build.PL fails. Anyway, enough waffle. Is this a known problem or should I log a bug? Cheers, Norm. -- Norman Dunbar Dunbar IT Consultants Ltd Registered address: Thorpe House 61 Richardshaw Lane Pudsey West Yorkshire United Kingdom LS28 7EL Company Number: 05132767 From jfearn at redhat.com Wed Nov 7 00:56:36 2012 From: jfearn at redhat.com (Jeff Fearn) Date: Wed, 07 Nov 2012 10:56:36 +1000 Subject: [publican-list] Screen and Programlisting oddities in Publican 2.8 In-Reply-To: <5099378D.70608@dunbar-it.co.uk> References: <5099378D.70608@dunbar-it.co.uk> Message-ID: <5099B1C4.1070600@redhat.com> Hi Norman, On 11/07/2012 02:15 AM, Norman Dunbar wrote: > I've scanned the bugzilla bugs list and not found this, I've also > searched my email archive and not found it either. > > I'm running Publican 2.8 on KDE Mint 13 (Based on Ubuntu Precise > Pangolin) which is my new laptop OS of choice. > > A document I have had no trouble with in the past is behaving rather > strangely now in and which start with a > non-alpha character. Have you tested it with a character besides #? > When rendered as pdf, the formatting is all over the place, however, if > I stick a blank line or an alpha character in front, they render fine in > the pdf. HTML output is unaffected - it renders fine. > > So, the following is broken: > > > #include > > int main(int argc, char **argv) > { > printf("Hello World"); > return 0; > } > > > It renders as the following in PDF: > > > #include int main(int argc, char **argv){ > int main(int argc, char > **argv) > { > printf("Hello > World"); > return > 0; > printf("Hello World"); > return 0;} > > > > But this works fine: > > > x > #include > > int main(int argc, char **argv) > { > printf("Hello World"); > return 0; > } > > > > Similarly, the following screen renders all over the place: > > > ----- <-- top window > --- <-- unlocked, but not top > ------- <-- locked > ----------- <-- bottom window, also locked > > > Which renders as: > > ----- > <-- top window > --- > <-- unlocked, but not top ------- > <-- locked----------- > <-- bottom window, also locked > dow > --- > <-- unlocked, but not > top ------- > <-- > locked----------- > <-- bottom window, also > > > By adding a blank line at the start, or a line starting with a > non-punctuation, causes the rendering to be ok. > > The above is being rendered to pdf via fop. (Which I know you are not > keen on!) However, I need indexes to render with page numbers as opposed > to sections titles and in my PDFs that doesn't happen with HTMLtoPDF. :-( > > > I did download Publican 3.0 source and tried to install it, but it's > refusing to install correctly and the perl Build.PL fails. > > Anyway, enough waffle. Is this a known problem or should I log a bug? > > > Cheers, > Norm. > -- Jeff Fearn Senior Software Engineer Infrastructure Engineering & Development (AEU) Red Hat Asia Pacific Pty Ltd GPG: 0x0357E8F0 From bugzilla at redhat.com Wed Nov 7 02:28:17 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 07 Nov 2012 02:28:17 +0000 Subject: [publican-list] [Bug 719214] Non-ASCII characters are not presented properly in site navigation In-Reply-To: References: Message-ID: https://bugzilla.redhat.com/show_bug.cgi?id=719214 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED CC| |jfearn at redhat.com Fixed In Version| |3.0.0 Resolution|--- |CURRENTRELEASE Last Closed| |2012-11-06 21:28:17 -- You are receiving this mail because: You are on the CC list for the bug. From bugzilla at redhat.com Wed Nov 7 02:51:01 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 07 Nov 2012 02:51:01 +0000 Subject: [publican-list] [Bug 697361] Cannot install text format in Publican-generated websites In-Reply-To: References: Message-ID: https://bugzilla.redhat.com/show_bug.cgi?id=697361 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED CC| |jfearn at redhat.com Fixed In Version| |3.0.0 Resolution|--- |WORKSFORME Last Closed| |2012-11-06 21:51:01 -- You are receiving this mail because: You are on the CC list for the bug. From bugzilla at redhat.com Wed Nov 7 04:47:09 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 07 Nov 2012 04:47:09 +0000 Subject: [publican-list] [Bug 661946] [RFE] Hard coded paths to share files In-Reply-To: References: Message-ID: https://bugzilla.redhat.com/show_bug.cgi?id=661946 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEW --- Comment #1 from Jeff Fearn --- Proposed solution: Add calls to config_data in Build.PL to create a Publican::ConfigData at build time. See http://search.cpan.org/~leont/Module-Build-0.4003/lib/Module/Build/Authoring.pod#SAVING_CONFIGURATION_INFORMATION e.g. In Build.PL $builder->config_data('cfg_path', $builder->install_path('etc')); Then in code: use Publican::ConfigData; my $cfg_path = Publican::ConfigData->config('cfg_path'); open($FOO, "<", "$cfg_path/publican-website.cfg"); -- You are receiving this mail because: You are on the CC list for the bug. From Norman at dunbar-it.co.uk Wed Nov 7 14:38:42 2012 From: Norman at dunbar-it.co.uk (Norman Dunbar) Date: Wed, 07 Nov 2012 14:38:42 +0000 Subject: [publican-list] Screen and Programlisting oddities in Publican 2.8 In-Reply-To: <5099B1C4.1070600@redhat.com> References: <5099378D.70608@dunbar-it.co.uk> <5099B1C4.1070600@redhat.com> Message-ID: <509A7272.6060406@dunbar-it.co.uk> Hi Jeff, On 07/11/12 00:56, Jeff Fearn wrote: > > Have you tested it with a character besides #? > I've spent a wee while this morning with it and as far as I'm able to tell, appears always corrupted in the pdf. , on the other hand, has started to work! I duplicated my example: ----- <-- top window --- <-- unlocked, but not top ------- <-- locked ----------- <-- bottom window, also locked And in front of the first hyphen of the first line, I inserts a single non-alphunumeric character. One each for every character on my keyboard which is non-alphanumeric. Each and every one of them rendered correctly, including the original one! This implies that it must be a combination of things that cause to break. I'll continue to see if I can narrow it down and get back to you when/if I do. Cheers, Norm. -- Norman Dunbar Dunbar IT Consultants Ltd Registered address: Thorpe House 61 Richardshaw Lane Pudsey West Yorkshire United Kingdom LS28 7EL Company Number: 05132767 From jfearn at redhat.com Thu Nov 8 00:41:53 2012 From: jfearn at redhat.com (Jeff Fearn) Date: Thu, 08 Nov 2012 10:41:53 +1000 Subject: [publican-list] RHEL 6 packages for publican 2.8 and 3.0.0 Message-ID: <509AFFD1.8050901@redhat.com> Hi, as some of you know the Publican 2.6 changes required updating some core RHEL packages which means EPEL is blocked from shipping newer RPMs due to it's policy of not doing that kind of thing. I've made some 64 bit RPMs, and the SRPMs, available on my people.fedoraproj site to make it easy for people. The packages include all build and run time deps missing from RHEL6. http://jfearn.fedorapeople.org/rpms/publican-2.8-el6/ http://jfearn.fedorapeople.org/rpms/publican-3.0.0-el6/ The 3.0.0 directory include wkhtmltopdf and all it's deps as well. Cheers, Jeff. -- Jeff Fearn Senior Software Engineer Infrastructure Engineering & Development (AEU) Red Hat Asia Pacific Pty Ltd GPG: 0x0357E8F0 From sparks at fedoraproject.org Thu Nov 8 02:11:34 2012 From: sparks at fedoraproject.org (Eric H. Christensen) Date: Wed, 7 Nov 2012 21:11:34 -0500 Subject: [publican-list] RHEL 6 packages for publican 2.8 and 3.0.0 In-Reply-To: <509AFFD1.8050901@redhat.com> References: <509AFFD1.8050901@redhat.com> Message-ID: <20121108021134.GB28802@ericlaptop.home.christensenplace.us> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, Nov 08, 2012 at 10:41:53AM +1000, Jeff Fearn wrote: > The 3.0.0 directory include wkhtmltopdf and all it's deps as well. I understand there are some issues with wkhtmltopdf as it uses a branched version of QT. I'm not sure if it is already being worked but I would like to try to get it into Fedora so we can get rid of fop (I'm a co-maintainer for that). Are you aware of anyone (Rudi?) that are currently working this? - -Eric -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJQmxTWAAoJEIB2q94CS7PRWEwP/1NMBXh/LJl5/2osWMSci7Ey fhPrZZC0T7NK47NHHxxONI9MXVdutHurRPyspYp4ycCGabY/+8mtCCYmISJUrFTo HDvFqWgWw97bv8GhwlwPut9y+uEBA3IeJZe60zhT4SWji4l8NDlAfTfQEiP/waH1 mWDCzvUcBbSnC/wFHMnST9Fq2wxBHAqZApgiZvn7e5e1kOId3F6paEd0S4M6rpdE vBuIFgRKsvbrMkiL2+1r7K39I14N/9IPGgZqrhKrIDCgDy59zH01EGxQetNOWiGd +/MXRwbIm5L/4BEDG+OiSVFE8Ow+e857HAYKAJZbiPVUbyrEgYlBCJc0nsVE0szq CCR8PUSfUqt/2h2EhFacnupnxs1xGVTfJFexJHvAtMJQgi26WEFDfbh1Ui/D/9xF nxwUTtT+dsvjaGVBUEbr3htArqhEV5HSaGgeTGrtXsoqeWbvlAR7kdXwQu/qRSaE VGb8aT8Nzq1s9kKcuDvWTLRBfsUKdVTVLrYfu9GOXnWNrjxlCuxwrBsPX4i+blqZ Nrjrr3CtBIf+XJ477R09gJgjkSqp4xmN5VbmqtlZwzAbCLBu88nEI7KVA8owC2qV IKmTg9hQ9224h3oKomAz3IgLi7ePEg87MMrJIeGECSZWOsJApsFa6RczO6yMUyIX a/+ngltS2SeVgHDXDODU =wzwD -----END PGP SIGNATURE----- From r.landmann at redhat.com Thu Nov 8 04:50:20 2012 From: r.landmann at redhat.com (Ruediger Landmann) Date: Thu, 08 Nov 2012 14:50:20 +1000 Subject: [publican-list] RHEL 6 packages for publican 2.8 and 3.0.0 In-Reply-To: <20121108021134.GB28802@ericlaptop.home.christensenplace.us> References: <509AFFD1.8050901@redhat.com> <20121108021134.GB28802@ericlaptop.home.christensenplace.us> Message-ID: <509B3A0C.5000602@redhat.com> On 11/08/2012 12:11 PM, Eric H. Christensen wrote: > I understand there are some issues with wkhtmltopdf as it uses a branched version of QT. I'm not sure if it is already being worked but I would like to try to get it into Fedora so we can get rid of fop (I'm a co-maintainer for that). Are you aware of anyone (Rudi?) that are currently working this? > Getting rid of FOP is a worthy goal indeed. It's been a long time since I touched wkhtmltopdf for Fedora; so long that I'd be starting from scratch coming back to it. I'd certainly welcome anyone else getting involved and having a go at it :) Build Jeff's SRPMs on an F17 machine and take a look at the rpmlint output and go from there... the next step will be moving some of the files into a -devel subpackage, but I'm hazy on the specifics and there's certainly more to it than that... Cheers Rudi From Norman at dunbar-it.co.uk Thu Nov 8 11:19:53 2012 From: Norman at dunbar-it.co.uk (Norman Dunbar) Date: Thu, 08 Nov 2012 11:19:53 +0000 Subject: [publican-list] RHEL 6 packages for publican 2.8 and 3.0.0 In-Reply-To: <509B3A0C.5000602@redhat.com> References: <509AFFD1.8050901@redhat.com> <20121108021134.GB28802@ericlaptop.home.christensenplace.us> <509B3A0C.5000602@redhat.com> Message-ID: <509B9559.5090906@dunbar-it.co.uk> Hi All, On 08/11/12 04:50, Ruediger Landmann wrote: > Getting rid of FOP is a worthy goal indeed. I know there's a lot of "hatred" for fop here, and I suppose if you have to maintain it, then it's most likely justified, but.... I need to create documents that will be printed out. They need to be in PDF format and fop does a pretty good job. (But then again, I'm not maintaining it - so I feel your pain!) My documents have indices. And these have page numbers as the cross reference, so I get this in my printed copy: Introduction......7 Concepts..........32 Recursion.........98 When I last tried wkhtmltopdf, I discovered that the indices were treated the same as the HTML (obvious really) in that the page numbers were replaced by section titles: Introduction......1 Introduction Concepts..........2 Concepts Recursion.........8 Recursion This makes it almost useless for a decent quality PDF document, printer ready, that people will read (in the bath if they are anything like me!) and the indexes are next to useless. On which page will I find the recursion section? Ah yes, see the Recursion Section. Hmmm, not particularly helpful. I haven't been able to try out Publican 3 yet - it won't compile the build program on my Mint 13 KDE setup, but I'd love to know if the index problem is resolved? If it is, I'd happily try it again, otherwise, fop rules, however badly we think of it. Just my ?0.02. Cheers, Norm. -- Norman Dunbar Dunbar IT Consultants Ltd Registered address: Thorpe House 61 Richardshaw Lane Pudsey West Yorkshire United Kingdom LS28 7EL Company Number: 05132767 From sparks at fedoraproject.org Thu Nov 8 14:06:53 2012 From: sparks at fedoraproject.org (Eric H. Christensen) Date: Thu, 8 Nov 2012 09:06:53 -0500 Subject: [publican-list] RHEL 6 packages for publican 2.8 and 3.0.0 In-Reply-To: <509B9559.5090906@dunbar-it.co.uk> References: <509AFFD1.8050901@redhat.com> <20121108021134.GB28802@ericlaptop.home.christensenplace.us> <509B3A0C.5000602@redhat.com> <509B9559.5090906@dunbar-it.co.uk> Message-ID: <20121108140653.GB506@ericlaptop.home.christensenplace.us> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, Nov 08, 2012 at 11:19:53AM +0000, Norman Dunbar wrote: > Hi All, > > On 08/11/12 04:50, Ruediger Landmann wrote: > >Getting rid of FOP is a worthy goal indeed. > I know there's a lot of "hatred" for fop here, and I suppose if you > have to maintain it, then it's most likely justified, but.... Yeah, there are some problems with fop that make me question whether or not it should even be in Fedora right now. > ... > This makes it almost useless for a decent quality PDF document, > printer ready, that people will read (in the bath if they are > anything like me!) and the indexes are next to useless. On which > page will I find the recursion section? Ah yes, see the Recursion > Section. Hmmm, not particularly helpful. Hmmm, this is disappointing to hear. I wonder if there is something we can do to fix that in there or if we need to drop back and punt (fix fop). > I haven't been able to try out Publican 3 yet - it won't compile the > build program on my Mint 13 KDE setup, but I'd love to know if the > index problem is resolved? If it is, I'd happily try it again, > otherwise, fop rules, however badly we think of it. I don't know if this could be a Publican issue or not as it would seem to me that it's a rendering issue. Of course I've been wrong before so I'll see what Jeff and others have to say. Cheers, Eric -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJQm7x9AAoJEIB2q94CS7PRDb4QAOSFlgY1TABcq5r9+B2Fj1Uo 4PKbLprIgIxQAdrM/bXhcaRbZ5qt9sq4ASJcRCzfQbCvkA+61YihXCYr+22KImWv ZXfuVbihlVEeZeyDARM03ZIDF7NMRFWZM3q+zcLjNDJVIV9C5pzblaVbgKrN28Wg WT9XiSjbcHeIesR05rgST/An6FXKPdPUHwq1CgQGoviXocYrg2ReVytDrop74B4X McPkabd3HzQAnk5BRdKzZH9v01nQo6eucrTx8Q6bv0wZ5rgJCDX3Fvuufzy8i2Xq Zj0mmClPIawI5tl6vpkFuKLs/y5zakqXiGD2qKqog6b0WyGSI7dRr26XLosbh9hn bFRg4majuxjPOwjUAflZTxWEYfgxP6v2byv8rQ5tlixevhL+90bewBcf1v01+qf1 m+Tdhogw9Yz97ZhYQeQPnFYHcY3USn0OIzZA3LiXY2NXpo+bVCk5PhJSnxBjzuh6 p1Wdbd9C6cnpWCknLFCxW3vLyfdOoq7kRxQih5SyHf/+fvvJB/My4BKWNwIf4dT3 AlZWL/46d8LtoNWi0MudeQaI4F+XyiJlOOIu+KcV/mhCNvPz+nzG3gsJ2Ey3g8WJ HLuLMQgKsVNHmAhqO6Wm07R/MLm7u/lANr3uK4WP5LeCh8uw486+GT81TOkUrbyF cAZkEK0KZRRXU0IbbsFX =m0tT -----END PGP SIGNATURE----- From Norman at dunbar-it.co.uk Thu Nov 8 16:18:03 2012 From: Norman at dunbar-it.co.uk (Norman Dunbar) Date: Thu, 08 Nov 2012 16:18:03 +0000 Subject: [publican-list] RHEL 6 packages for publican 2.8 and 3.0.0 In-Reply-To: <20121108140653.GB506@ericlaptop.home.christensenplace.us> References: <509AFFD1.8050901@redhat.com> <20121108021134.GB28802@ericlaptop.home.christensenplace.us> <509B3A0C.5000602@redhat.com> <509B9559.5090906@dunbar-it.co.uk> <20121108140653.GB506@ericlaptop.home.christensenplace.us> Message-ID: <509BDB3B.6020600@dunbar-it.co.uk> Afternoon Eric, On 08/11/12 14:06, Eric H. Christensen wrote: >> anything like me!) and the indexes are next to useless. On which >> page will I find the recursion section? Ah yes, see the Recursion >> Section. Hmmm, not particularly helpful. > > Hmmm, this is disappointing to hear. I wonder if there is something we can do to fix that in there or if we need to drop back and punt (fix fop). As I see it, Publican creates a PDF by going first to HTML then using wkhtmltopdf to convert that to PDF. This is fine, and works reasonably well - based on what I saw a long time back when it was first introduced - but HTML doesn't do page numbers, so links are all section or chapter headings. Converting such HTML to PDF will always (I assume) result in the "wrong" type of index entries. Plus, if I have a number of page numbers in my index, fop creates them rather neatly, converting HTML gives a list of sections. Very messy. :-( I don't suppose there are any other FO->PDF converters around that could replace fop? My problem is that I'm a Database Administrator and not a Perl developer, so looking at Publican's source is not a helpful thing for me to do. I can follow some of it, but then I lose the plot! Cheers, Norm. -- Norman Dunbar Dunbar IT Consultants Ltd Registered address: Thorpe House 61 Richardshaw Lane Pudsey West Yorkshire United Kingdom LS28 7EL Company Number: 05132767 From hertzog at debian.org Thu Nov 8 20:03:40 2012 From: hertzog at debian.org (Raphael Hertzog) Date: Thu, 8 Nov 2012 21:03:40 +0100 Subject: [publican-list] RHEL 6 packages for publican 2.8 and 3.0.0 In-Reply-To: <509BDB3B.6020600@dunbar-it.co.uk> References: <509AFFD1.8050901@redhat.com> <20121108021134.GB28802@ericlaptop.home.christensenplace.us> <509B3A0C.5000602@redhat.com> <509B9559.5090906@dunbar-it.co.uk> <20121108140653.GB506@ericlaptop.home.christensenplace.us> <509BDB3B.6020600@dunbar-it.co.uk> Message-ID: <20121108200340.GA16328@x230-buxy.home.ouaza.com> On Thu, 08 Nov 2012, Norman Dunbar wrote: > I don't suppose there are any other FO->PDF converters around that > could replace fop? My problem is that I'm a Database Administrator > and not a Perl developer, so looking at Publican's source is not a > helpful thing for me to do. I can follow some of it, but then I lose > the plot! There's dblatex which can do Docbook -> LaTeX -> PDF. I believe that dblatex can fullfill al the requirements of Publican even support for non-Latin languages provided that we use the right options and LaTeX implementation (i.e. xetex instead of the default pdftex). At some point I might find the time required to add a dblatex backend in Publican... the upstream author of dblatex is also very supportive in case we have specific requirements. Cheers, -- Rapha?l Hertzog ? Debian Developer Get the Debian Administrator's Handbook: ? http://debian-handbook.info/get/ From jfearn at redhat.com Thu Nov 8 23:44:44 2012 From: jfearn at redhat.com (Jeff Fearn) Date: Fri, 09 Nov 2012 09:44:44 +1000 Subject: [publican-list] RHEL 6 packages for publican 2.8 and 3.0.0 In-Reply-To: <509B9559.5090906@dunbar-it.co.uk> References: <509AFFD1.8050901@redhat.com> <20121108021134.GB28802@ericlaptop.home.christensenplace.us> <509B3A0C.5000602@redhat.com> <509B9559.5090906@dunbar-it.co.uk> Message-ID: <509C43EC.2050901@redhat.com> On 11/08/2012 09:19 PM, Norman Dunbar wrote: > Hi All, > > On 08/11/12 04:50, Ruediger Landmann wrote: >> Getting rid of FOP is a worthy goal indeed. > I know there's a lot of "hatred" for fop here, and I suppose if you have > to maintain it, then it's most likely justified, but.... > > I need to create documents that will be printed out. They need to be in > PDF format and fop does a pretty good job. (But then again, I'm not > maintaining it - so I feel your pain!) > > My documents have indices. And these have page numbers as the cross > reference, so I get this in my printed copy: > > Introduction......7 > Concepts..........32 > Recursion.........98 > > When I last tried wkhtmltopdf, I discovered that the indices were > treated the same as the HTML (obvious really) in that the page numbers > were replaced by section titles: > > Introduction......1 Introduction > Concepts..........2 Concepts > Recursion.........8 Recursion The PDFs we generate, even with FOP, are not specifically for printing. There have always been issues with it and we specifically state they are for electronic distribution not printing. So with that in mind, P3 doesn't get wkhtmltopdf to generate the toc, it uses the HTML TOC DocBook generates. To change that requires tweaking the XSL to stop making the HTML TOC and switching on a command line parameter to get wkhtmltopdf to make the toc. $ wkhtmltopdf --header-spacing 5 --footer-spacing 3 --margin-top 20 --margin-left 15mm --margin-right 15mm --header-html /usr/share/publican/header.html toc index.html test.pdf Now I have a PDF with two TOCs and the new TOC before the "front" page ... eeew ... but I can see the wkhtmltopdf toc so that's good. Chapter 4. Creating a document.........26 ..4.1. Files in the book directory.....28 Seems to work as expected, we'd need to pretty up the styles and look at the numerous toc command line options. Certainly seems practicable to support print PDF specifics. Cheers, Jeff. -- Jeff Fearn Senior Software Engineer Infrastructure Engineering & Development (AEU) Red Hat Asia Pacific Pty Ltd GPG: 0x0357E8F0 From Norman at dunbar-it.co.uk Fri Nov 9 07:28:13 2012 From: Norman at dunbar-it.co.uk (Norman Dunbar) Date: Fri, 09 Nov 2012 07:28:13 +0000 Subject: [publican-list] RHEL 6 packages for publican 2.8 and 3.0.0 In-Reply-To: <509C43EC.2050901@redhat.com> References: <509AFFD1.8050901@redhat.com> <20121108021134.GB28802@ericlaptop.home.christensenplace.us> <509B3A0C.5000602@redhat.com> <509B9559.5090906@dunbar-it.co.uk> <509C43EC.2050901@redhat.com> Message-ID: <509CB08D.5050504@dunbar-it.co.uk> Morning Jeff, On 08/11/12 23:44, Jeff Fearn wrote: > The PDFs we generate, even with FOP, are not specifically for printing. Ah! I don't understand why not then, because so far, mine have been just perfect for printing out. Maybe my docs are a lot simpler than the ones you guys need to produce at Red Hat etc. > There have always been issues with it and we specifically state they are > for electronic distribution not printing. I honestly have never seen that warning! I must learn to read better I suspect. However, working in IT, I notice the first thing people do with a PDF is print it out. > So with that in mind, P3 doesn't get wkhtmltopdf to generate the toc, Hmm, I'd forgotten about the TOC. I was a bit focussed on my indices at the back of the book. > ... > Certainly seems practicable to support print PDF specifics. Which is a good thing, seeing as PDF is a pretty decent format for print and DocBook can be used to create real life dead tree books. It should be possible! Just so that you are all aware, I do appreciate the hard work you guys do in keeping Publican as good as it is - thanks. If I could contribute, I would. (Actually, I did, a chapter for the manual on installing Publican 2.9 on OpenSuse - https://bugzilla.redhat.com/show_bug.cgi?id=787243) Cheers, Norm. -- Norman Dunbar Dunbar IT Consultants Ltd Registered address: Thorpe House 61 Richardshaw Lane Pudsey West Yorkshire United Kingdom LS28 7EL Company Number: 05132767 From Norman at dunbar-it.co.uk Fri Nov 9 14:20:58 2012 From: Norman at dunbar-it.co.uk (Norman Dunbar) Date: Fri, 09 Nov 2012 14:20:58 +0000 Subject: [publican-list] RHEL 6 packages for publican 2.8 and 3.0.0 In-Reply-To: <20121108200340.GA16328@x230-buxy.home.ouaza.com> References: <509AFFD1.8050901@redhat.com> <20121108021134.GB28802@ericlaptop.home.christensenplace.us> <509B3A0C.5000602@redhat.com> <509B9559.5090906@dunbar-it.co.uk> <20121108140653.GB506@ericlaptop.home.christensenplace.us> <509BDB3B.6020600@dunbar-it.co.uk> <20121108200340.GA16328@x230-buxy.home.ouaza.com> Message-ID: <509D114A.6080604@dunbar-it.co.uk> Morning Raphael, > There's dblatex which can do Docbook -> LaTeX -> PDF. I believe that > dblatex can fullfill al the requirements of Publican even support for > non-Latin languages provided that we use the right options and LaTeX > implementation (i.e. xetex instead of the default pdftex). I had a look at dblatex on (Ubuntu) Mint 13 KDE. It works really well out of the box. The default XSLT engine is pdftex but it's an option to use xetex - which is installed in the package. Good points? It works well, it correctly renders indexes and, where there are multiple indexterms on a number of consecutive pages, it automagically converts into a page range - so I only need to use an indexterm with primary/secondary - I don;t need the start and end of range stuff. Very useful indeed. It correctly renders to pdf the screen and programlistings that I'm seeing corruption on in Publican 2.8.2 (See separate thread). Everything else, so far, appears pretty good. Bad points? It barfs with "bad docbook" on a book of mine which validates as correct Docbook, and which Publican happily renders to pdf (with screen and programlisting troubles though) but doesn't say where there's a problem. That makes debugging a tad interesting. I haven't figured out how to get brands involved yet, so the default styles etc are used, there are options for different styles which might be useful though. > At some point I might find the time required to add a dblatex backend > in Publican... the upstream author of dblatex is also very supportive > in case we have specific requirements. This might be a far better arrangement that wkhtmltopdf (sorry Jeff!) as there's no need for modified QT etc, and it seems to "just work". I'll give it a play with and see what I can get out of it. Thanks for the heads up. Cheers, Norm. -- Norman Dunbar Dunbar IT Consultants Ltd Registered address: Thorpe House 61 Richardshaw Lane Pudsey West Yorkshire United Kingdom LS28 7EL Company Number: 05132767 From hertzog at debian.org Sat Nov 10 14:01:06 2012 From: hertzog at debian.org (Raphael Hertzog) Date: Sat, 10 Nov 2012 15:01:06 +0100 Subject: [publican-list] RHEL 6 packages for publican 2.8 and 3.0.0 In-Reply-To: <509D114A.6080604@dunbar-it.co.uk> References: <509AFFD1.8050901@redhat.com> <20121108021134.GB28802@ericlaptop.home.christensenplace.us> <509B3A0C.5000602@redhat.com> <509B9559.5090906@dunbar-it.co.uk> <20121108140653.GB506@ericlaptop.home.christensenplace.us> <509BDB3B.6020600@dunbar-it.co.uk> <20121108200340.GA16328@x230-buxy.home.ouaza.com> <509D114A.6080604@dunbar-it.co.uk> Message-ID: <20121110140106.GA24081@x230-buxy.home.ouaza.com> Hi, On Fri, 09 Nov 2012, Norman Dunbar wrote: > It barfs with "bad docbook" on a book of mine which validates as > correct Docbook, and which Publican happily renders to pdf (with > screen and programlisting troubles though) but doesn't say where > there's a problem. That makes debugging a tad interesting. If you run it with -v, you can know which command failed exactly. But I have never seen such an error message and it doesn't appear in the sources: $ grep -i -r "bad docbook" dblatex-0.3.3 $ If it turns out to be a bug, feel free to file it on the dblatex bug tracker. > I haven't figured out how to get brands involved yet, so the default > styles etc are used, there are options for different styles which > might be useful though. Obviously you can't reuse CSS of the brand with dblatex. But brands can be extended to include a LaTeX stylesheet that will be given to dblatex (and can also contain custom XSL to tweak the default LaTeX output). I've done both of this for my Debian Handbook: $ git clone git://anonscm.debian.org/debian-handbook/debian-handbook.git Have a look at the files build/dblatex/* and build/build-pdf to see how I call dblatex. > This might be a far better arrangement that wkhtmltopdf (sorry > Jeff!) as there's no need for modified QT etc, and it seems to "just > work". I'll give it a play with and see what I can get out of it. > Thanks for the heads up. And with LaTeX you have an output of sufficient quality to make a real book (the Debian Handbook is sold via lulu.com, a print on demand service). Cheers, -- Rapha?l Hertzog ? Debian Developer Get the Debian Administrator's Handbook: ? http://debian-handbook.info/get/ From ikabanova at russianfedora.ru Tue Nov 13 06:02:26 2012 From: ikabanova at russianfedora.ru (Inna Kabanova) Date: Tue, 13 Nov 2012 09:02:26 +0300 (MSK) Subject: [publican-list] Using internal links in pdf file in Publican In-Reply-To: Message-ID: <310dd2aa-4e70-42bc-9e8b-a7477142a1b6@zimbra.itd-systems.ru> Hi everyone, Is there a way to use internal links in pdf and html (multiple pages) without tag in Publican? I see that I can use but it imposes the restrictions on a text of the link. It always looks like, for example, "Chapter 3, Chapter about Question X". And how can I use something like some text here in html? It seems that tag provides this functionality but it is disallowed in Publican. So can I get the same result without it? Sorry, if it is a stupid question. But I couldn't find the answer anywhere. -- Best regards, Inna Kabanova / Russian Fedora Team ru.fedoracommunity.org From Norman at dunbar-it.co.uk Tue Nov 13 10:53:12 2012 From: Norman at dunbar-it.co.uk (Norman Dunbar) Date: Tue, 13 Nov 2012 10:53:12 +0000 Subject: [publican-list] RHEL 6 packages for publican 2.8 and 3.0.0 In-Reply-To: <20121110140106.GA24081@x230-buxy.home.ouaza.com> References: <509AFFD1.8050901@redhat.com> <20121108021134.GB28802@ericlaptop.home.christensenplace.us> <509B3A0C.5000602@redhat.com> <509B9559.5090906@dunbar-it.co.uk> <20121108140653.GB506@ericlaptop.home.christensenplace.us> <509BDB3B.6020600@dunbar-it.co.uk> <20121108200340.GA16328@x230-buxy.home.ouaza.com> <509D114A.6080604@dunbar-it.co.uk> <20121110140106.GA24081@x230-buxy.home.ouaza.com> Message-ID: <50A22698.8080704@dunbar-it.co.uk> Morning Raphael, > If you run it with -v, you can know which command failed exactly. norman at hubble ~/SourceCode/AssemblyLanguage/QPTR Manual/en-US $ dblatex --output=Norman.dblatex.pdf --output-dir=./ --pdf --tmpdir=./tempstuff --debug -v QPTRManual.xml dblatex version 0.3.2-2 Build the book set list... Build the listings... XSLT stylesheets DocBook - LaTeX 2e (0.3.2-2) =================================================== Invalid table entry row=6/column=1 (@colend) /home/norman/SourceCode/AssemblyLanguage/QPTR Manual/en-US/tempstuff not removed A possible reason for transformation failure is invalid DocBook (as reported by xmllint) Error: xsltproc failed Looks like it's xmllint that's complaining. > Obviously you can't reuse CSS of the brand with dblatex. But brands > can be extended to include a LaTeX stylesheet that will be given > to dblatex (and can also contain custom XSL to tweak the default LaTeX > output). I've done both of this for my Debian Handbook: > > $ git clone git://anonscm.debian.org/debian-handbook/debian-handbook.git > > Have a look at the files build/dblatex/* and build/build-pdf to see how > I call dblatex. Funnily enough, I have that very book on my desktop on my Raspberry Pi and it's excellent. I was wondering where I knew your name from! I've got the source code and I'll take a good look when I've a little more time. My real work is getting in the way of my playtime! I've also got a few dblatex docs to get through as well. > And with LaTeX you have an output of sufficient quality to make a real > book (the Debian Handbook is sold via lulu.com, a print on demand service). Yes indeed. Which makes me wonder why we don;t just cut straight to the good quality PDF from Publican anyway. I'd have thought that good documentation needs to be of a decent enough quality to print. Thanks again. Cheers, Norm. -- Norman Dunbar Dunbar IT Consultants Ltd Registered address: Thorpe House 61 Richardshaw Lane Pudsey West Yorkshire United Kingdom LS28 7EL Company Number: 05132767 From Norman at dunbar-it.co.uk Tue Nov 13 14:56:24 2012 From: Norman at dunbar-it.co.uk (Norman Dunbar) Date: Tue, 13 Nov 2012 14:56:24 +0000 Subject: [publican-list] RHEL 6 packages for publican 2.8 and 3.0.0 In-Reply-To: <50A22698.8080704@dunbar-it.co.uk> References: <509AFFD1.8050901@redhat.com> <20121108021134.GB28802@ericlaptop.home.christensenplace.us> <509B3A0C.5000602@redhat.com> <509B9559.5090906@dunbar-it.co.uk> <20121108140653.GB506@ericlaptop.home.christensenplace.us> <509BDB3B.6020600@dunbar-it.co.uk> <20121108200340.GA16328@x230-buxy.home.ouaza.com> <509D114A.6080604@dunbar-it.co.uk> <20121110140106.GA24081@x230-buxy.home.ouaza.com> <50A22698.8080704@dunbar-it.co.uk> Message-ID: <50A25F98.3010402@dunbar-it.co.uk> Fixed it! On 13/11/12 10:53, Norman Dunbar wrote: > ... > =================================================== > Invalid table entry row=6/column=1 (@colend) > ... The problem was my XML. For some strange reason, a number of tables have managed to get a namest="something" and a nameend="" So the parser was righfully complaining. I've managed to get an entire book generated. A couple of foibles though: * I did have multiple indexes when I used Publican, but now I get one master index only. * --stype db2latex fails to create the pdf. However, I think I'm getting a little off topic on this list. I'll investigate further and take it elsewhere. Cheers, Norm. -- Norman Dunbar Dunbar IT Consultants Ltd Registered address: Thorpe House 61 Richardshaw Lane Pudsey West Yorkshire United Kingdom LS28 7EL Company Number: 05132767 From jfearn at redhat.com Wed Nov 14 23:55:00 2012 From: jfearn at redhat.com (Jeffrey Fearn) Date: Wed, 14 Nov 2012 18:55:00 -0500 (EST) Subject: [publican-list] RHEL 6 packages for publican 2.8 and 3.0.0 In-Reply-To: <509CB08D.5050504@dunbar-it.co.uk> Message-ID: <1563092201.10728922.1352937300282.JavaMail.root@redhat.com> ----- Original Message ----- > Morning Jeff, > > On 08/11/12 23:44, Jeff Fearn wrote: > > The PDFs we generate, even with FOP, are not specifically for > > printing. > Ah! I don't understand why not then, because so far, mine have been > just > perfect for printing out. Maybe my docs are a lot simpler than the > ones > you guys need to produce at Red Hat etc. > > > There have always been issues with it and we specifically state > > they are > > for electronic distribution not printing. > I honestly have never seen that warning! I must learn to read better > I > suspect. However, working in IT, I notice the first thing people do > with > a PDF is print it out. > > > So with that in mind, P3 doesn't get wkhtmltopdf to generate the > > toc, > Hmm, I'd forgotten about the TOC. I was a bit focussed on my indices > at > the back of the book. > > > ... D'oh! My wires were crossed. The same issue exists for the index as the TOC, the HTML doesn't know about pages, however it looks like we'd have to be crafty to get that working, much more work. > > Certainly seems practicable to support print PDF specifics. > Which is a good thing, seeing as PDF is a pretty decent format for > print > and DocBook can be used to create real life dead tree books. It > should > be possible! > > Just so that you are all aware, I do appreciate the hard work you > guys > do in keeping Publican as good as it is - thanks. If I could > contribute, > I would. (Actually, I did, a chapter for the manual on installing > Publican 2.9 on OpenSuse - > https://bugzilla.redhat.com/show_bug.cgi?id=787243) Nice! My Saved Search was missing bugs outside the main component, I've adjusted it so these won't get bypassed in the future. Cheers, Jeff. -- Jeff Fearn Senior Software Engineer Infrastructure Engineering & Development (AEU) Red Hat Asia Pacific Pty Ltd GPG: 0x0357E8F0 From jfearn at redhat.com Thu Nov 15 00:09:45 2012 From: jfearn at redhat.com (Jeffrey Fearn) Date: Wed, 14 Nov 2012 19:09:45 -0500 (EST) Subject: [publican-list] RHEL 6 packages for publican 2.8 and 3.0.0 In-Reply-To: <20121108200340.GA16328@x230-buxy.home.ouaza.com> Message-ID: <1915114396.10730767.1352938185203.JavaMail.root@redhat.com> ----- Original Message ----- > On Thu, 08 Nov 2012, Norman Dunbar wrote: > > I don't suppose there are any other FO->PDF converters around that > > could replace fop? My problem is that I'm a Database Administrator > > and not a Perl developer, so looking at Publican's source is not a > > helpful thing for me to do. I can follow some of it, but then I > > lose > > the plot! > > There's dblatex which can do Docbook -> LaTeX -> PDF. I believe that > dblatex can fullfill al the requirements of Publican even support for > non-Latin languages provided that we use the right options and LaTeX > implementation (i.e. xetex instead of the default pdftex). > > At some point I might find the time required to add a dblatex backend > in Publican... the upstream author of dblatex is also very supportive > in case we have specific requirements. We did look at TeX, PostScript, etc _ages_ ago and there was always something that made them more difficult that it was worth. A lot of that stuff was basic usability that may be resolved today, like the learning curve to do brand customisations, or portability (I'm looking at you Windows (TM)). Happy to take patches that allow people to switch to their tool chain of choice though. Cheers, Jeff. -- Jeff Fearn Senior Software Engineer Infrastructure Engineering & Development (AEU) Red Hat Asia Pacific Pty Ltd GPG: 0x0357E8F0 From jmorgan at redhat.com Thu Nov 15 01:04:16 2012 From: jmorgan at redhat.com (Jared Morgan) Date: Wed, 14 Nov 2012 20:04:16 -0500 (EST) Subject: [publican-list] Using internal links in pdf file in Publican In-Reply-To: <310dd2aa-4e70-42bc-9e8b-a7477142a1b6@zimbra.itd-systems.ru> Message-ID: <6446153.131.1352941451334.JavaMail.jmorgan@dhcp-0-209.bne.redhat.com> Hi there Inna You may want to take a look at the guidance here: http://www.docbook.org/tdg/en/html/xref.html There are three options which may allow you to change the text to something more readable. I have not personally tried them in any of my Publican books however. Hope it helps, or at least points you in the correct direction. Cheers Jared Morgan EPP Docs Lead | PressGang Lead | RHCSA (120-008-248) Red Hat Asia Pacific 1/193 North Quay BRISBANE QLD 4000 P: +61 7 3514 8242 M: +61 413 005 479 Too brief? Here's why! http://emailcharter.org ----- Original Message ----- > From: "Inna Kabanova" > To: "Publican discussions" > Sent: Tuesday, 13 November, 2012 4:02:26 PM > Subject: [publican-list] Using internal links in pdf file in Publican > > > Hi everyone, > > Is there a way to use internal links in pdf and html (multiple pages) > without tag in Publican? > > I see that I can use but it imposes the restrictions on a text > of the link. It always looks like, for example, "Chapter 3, Chapter > about Question X". And how can I use something like href="section_id">some text here in html? > > It seems that tag provides this functionality but it is > disallowed in Publican. So can I get the same result without it? > > Sorry, if it is a stupid question. But I couldn't find the answer > anywhere. > > -- > Best regards, > Inna Kabanova / Russian Fedora Team > ru.fedoracommunity.org > > _______________________________________________ > publican-list mailing list > publican-list at redhat.com > https://www.redhat.com/mailman/listinfo/publican-list > Wiki: https://fedorahosted.org/publican > From jfearn at redhat.com Thu Nov 15 01:18:33 2012 From: jfearn at redhat.com (Jeffrey Fearn) Date: Wed, 14 Nov 2012 20:18:33 -0500 (EST) Subject: [publican-list] Using internal links in pdf file in Publican In-Reply-To: <310dd2aa-4e70-42bc-9e8b-a7477142a1b6@zimbra.itd-systems.ru> Message-ID: <490884218.10737968.1352942313724.JavaMail.root@redhat.com> ----- Original Message ----- > > Hi everyone, > > Is there a way to use internal links in pdf and html (multiple pages) > without tag in Publican? > > I see that I can use but it imposes the restrictions on a text > of the link. It always looks like, for example, "Chapter 3, Chapter > about Question X". And how can I use something like href="section_id">some text here in html? You can override how that link text is generated , but you need to create a brand to do so. In your brand you'd change the section.label.includes.component.label parameter. > It seems that tag provides this functionality but it is > disallowed in Publican. So can I get the same result without it? Publican won't stop you from using link, it just complains about it. More recent versions of Publican moved this banned list to brands, so by default you shouldn't get any complaints. Cheers, Jeff. -- Jeff Fearn Senior Software Engineer Infrastructure Engineering & Development (AEU) Red Hat Asia Pacific Pty Ltd GPG: 0x0357E8F0 From jfearn at redhat.com Thu Nov 15 01:20:40 2012 From: jfearn at redhat.com (Jeffrey Fearn) Date: Wed, 14 Nov 2012 20:20:40 -0500 (EST) Subject: [publican-list] Using internal links in pdf file in Publican In-Reply-To: <6446153.131.1352941451334.JavaMail.jmorgan@dhcp-0-209.bne.redhat.com> Message-ID: <975628967.10738491.1352942440892.JavaMail.root@redhat.com> ----- Original Message ----- > Hi there Inna > > You may want to take a look at the guidance here: > http://www.docbook.org/tdg/en/html/xref.html > > There are three options which may allow you to change the text to > something more readable. I have not personally tried them in any of > my Publican books however. > > Hope it helps, or at least points you in the correct direction. > The problem is almost everything needs to be change din a brand, so there is overhead there. If you own a brand and want some fun with xrefs take a look at http://www.sagehill.net/docbookxsl/CustomXrefs.html Cheers, Jeff. -- Jeff Fearn Senior Software Engineer Infrastructure Engineering & Development (AEU) Red Hat Asia Pacific Pty Ltd GPG: 0x0357E8F0 From ikabanova at russianfedora.ru Thu Nov 15 08:36:35 2012 From: ikabanova at russianfedora.ru (Inna Kabanova) Date: Thu, 15 Nov 2012 11:36:35 +0300 (MSK) Subject: [publican-list] Using internal links in pdf file in Publican In-Reply-To: <975628967.10738491.1352942440892.JavaMail.root@redhat.com> Message-ID: Jared, Jeff, thank you for advice! I think that using looks like the most suitable solution for me (may be temporary solution). I'll try to obtain further insight into brand customization, but it will take some time. -- Best regards, Inna Kabanova / Russian Fedora Team ru.fedoracommunity.org ----- Original Message ----- > > > ----- Original Message ----- > > Hi there Inna > > > > You may want to take a look at the guidance here: > > http://www.docbook.org/tdg/en/html/xref.html > > > > There are three options which may allow you to change the text to > > something more readable. I have not personally tried them in any of > > my Publican books however. > > > > Hope it helps, or at least points you in the correct direction. > > > > The problem is almost everything needs to be change din a brand, so > there is overhead there. > > If you own a brand and want some fun with xrefs take a look at > http://www.sagehill.net/docbookxsl/CustomXrefs.html > > Cheers, Jeff. > -- > Jeff Fearn > Senior Software Engineer > Infrastructure Engineering & Development (AEU) > Red Hat Asia Pacific Pty Ltd > GPG: 0x0357E8F0 > > _______________________________________________ > publican-list mailing list > publican-list at redhat.com > https://www.redhat.com/mailman/listinfo/publican-list > Wiki: https://fedorahosted.org/publican > From sitapati at worldsankirtan.net Fri Nov 16 05:58:29 2012 From: sitapati at worldsankirtan.net (Sitapati das Joshua J Wulf) Date: Fri, 16 Nov 2012 15:58:29 +1000 Subject: [publican-list] Using internal links in pdf file in Publican In-Reply-To: References: Message-ID: <655288567534880724@unknownmsgid> To get just the title with no location meta-data, do: This doesn't allow arbitrary text, but it does get rid of the "section X.Y" piece. - Josh ~ Kirtan is Life! ~ Sent from my Mobile Device On 15/11/2012, at 6:33 PM, Inna Kabanova wrote: > Jared, Jeff, thank you for advice! > > I think that using looks like the most suitable solution for me (may be temporary solution). I'll try to obtain further insight into brand customization, but it will take some time. > > -- > Best regards, > Inna Kabanova / Russian Fedora Team > ru.fedoracommunity.org > > ----- Original Message ----- >> >> >> ----- Original Message ----- >>> Hi there Inna >>> >>> You may want to take a look at the guidance here: >>> http://www.docbook.org/tdg/en/html/xref.html >>> >>> There are three options which may allow you to change the text to >>> something more readable. I have not personally tried them in any of >>> my Publican books however. >>> >>> Hope it helps, or at least points you in the correct direction. >> >> The problem is almost everything needs to be change din a brand, so >> there is overhead there. >> >> If you own a brand and want some fun with xrefs take a look at >> http://www.sagehill.net/docbookxsl/CustomXrefs.html >> >> Cheers, Jeff. >> -- >> Jeff Fearn >> Senior Software Engineer >> Infrastructure Engineering & Development (AEU) >> Red Hat Asia Pacific Pty Ltd >> GPG: 0x0357E8F0 >> >> _______________________________________________ >> publican-list mailing list >> publican-list at redhat.com >> https://www.redhat.com/mailman/listinfo/publican-list >> Wiki: https://fedorahosted.org/publican > > _______________________________________________ > publican-list mailing list > publican-list at redhat.com > https://www.redhat.com/mailman/listinfo/publican-list > Wiki: https://fedorahosted.org/publican From jfearn at redhat.com Fri Nov 16 06:16:41 2012 From: jfearn at redhat.com (Jeffrey Fearn) Date: Fri, 16 Nov 2012 01:16:41 -0500 (EST) Subject: [publican-list] Using internal links in pdf file in Publican In-Reply-To: <655288567534880724@unknownmsgid> Message-ID: <1334825263.11164970.1353046601333.JavaMail.root@redhat.com> ----- Original Message ----- > To get just the title with no location meta-data, do: > > > > This doesn't allow arbitrary text, but it does get rid of the > "section > X.Y" piece. Note this makes translation more difficult in languages that have grammatical gender, such as Spanish and every Slavic language. If something points to a chapter and you know the first word in the title is going to be the localises word for Chapter, then a lot of times you can get away without know what the translated title is. However if you have no clue what the title is going to be then you have to manually track down what the translated title is. AFAIAA there are no translation tools that present the translated text for you :( And if someone changes the title, then you actually have to manually back track this in the translation as none of the links to the translated title will be marked as fuzzy. Cheers, Jeff. -- Jeff Fearn Senior Software Engineer Infrastructure Engineering & Development (AEU) Red Hat Asia Pacific Pty Ltd GPG: 0x0357E8F0 From sitapati at worldsankirtan.net Fri Nov 16 07:32:36 2012 From: sitapati at worldsankirtan.net (Sitapati das Joshua J Wulf) Date: Fri, 16 Nov 2012 17:32:36 +1000 Subject: [publican-list] Using internal links in pdf file in Publican In-Reply-To: <1334825263.11164970.1353046601333.JavaMail.root@redhat.com> References: <1334825263.11164970.1353046601333.JavaMail.root@redhat.com> Message-ID: <-8023093526534314239@unknownmsgid> For the translation issue, I speak Spanish, and I'm not clear on what you're describing here. Do you have an example to illustrate this? It's of interest to me, because I have a brand that does this. - Josh ~ Kirtan is Life! ~ Sent from my Mobile Device On 16/11/2012, at 4:17 PM, Jeffrey Fearn wrote: > ----- Original Message ----- >> To get just the title with no location meta-data, do: >> >> >> >> This doesn't allow arbitrary text, but it does get rid of the >> "section >> X.Y" piece. > > Note this makes translation more difficult in languages that have grammatical gender, such as Spanish and every Slavic language. > > If something points to a chapter and you know the first word in the title is going to be the localises word for Chapter, then a lot of times you can get away without know what the translated title is. However if you have no clue what the title is going to be then you have to manually track down what the translated title is. AFAIAA there are no translation tools that present the translated text for you :( > > And if someone changes the title, then you actually have to manually back track this in the translation as none of the links to the translated title will be marked as fuzzy. > > Cheers, Jeff. > > -- > Jeff Fearn > Senior Software Engineer > Infrastructure Engineering & Development (AEU) > Red Hat Asia Pacific Pty Ltd > GPG: 0x0357E8F0 > > _______________________________________________ > publican-list mailing list > publican-list at redhat.com > https://www.redhat.com/mailman/listinfo/publican-list > Wiki: https://fedorahosted.org/publican From ikabanova at russianfedora.ru Fri Nov 16 09:06:22 2012 From: ikabanova at russianfedora.ru (Inna Kabanova) Date: Fri, 16 Nov 2012 12:06:22 +0300 (MSK) Subject: [publican-list] Using internal links in pdf file in Publican In-Reply-To: <-8023093526534314239@unknownmsgid> Message-ID: ----- Original Message ----- > For the translation issue, I speak Spanish, and I'm not clear on what > you're describing here. > > Do you have an example to illustrate this? > > It's of interest to me, because I have a brand that does this. > > - Josh In Russian I face with this issue very often because of declensional endings. == Example (from Fedora Resource Management Guide) == English: Refer to _Chapter 3, Subsystems and Tunable Parameters_ for a description of which parameters are mandatory for given subsystems. Russian (as I want to translate): ???????? ????, ????? ?? ?????????? ????????? ???????? ?????????????, ????????? ? _????? 3, ?????????? ? ????????? ?????????_. ----- But the output in Russian is "????? 3, ...", so the last letter (declensional ending) in the word "?????" ("Chspter" in Russian) is different from the last letter from my example ("????? 3, ..."). And the translators always have to find the way to translate such sentences to make them look like Russian ones (not "English in Russian"). But in this case translator know the first word ("chapter","section") at least. If the document author removes the first word from output the translators will not be able to find out what the title will be added instead of link. I don't know whether there is such issue in Spanish. P.S. I hope my example is plain enough. -- Best regards, Inna Kabanova / Russian Fedora Team ru.fedoracommunity.org > > ~ Kirtan is Life! ~ > Sent from my Mobile Device > > On 16/11/2012, at 4:17 PM, Jeffrey Fearn wrote: > > > ----- Original Message ----- > >> To get just the title with no location meta-data, do: > >> > >> > >> > >> This doesn't allow arbitrary text, but it does get rid of the > >> "section > >> X.Y" piece. > > > > Note this makes translation more difficult in languages that have > > grammatical gender, such as Spanish and every Slavic language. > > > > If something points to a chapter and you know the first word in the > > title is going to be the localises word for Chapter, then a lot of > > times you can get away without know what the translated title is. > > However if you have no clue what the title is going to be then you > > have to manually track down what the translated title is. AFAIAA > > there are no translation tools that present the translated text > > for you :( > > > > And if someone changes the title, then you actually have to > > manually back track this in the translation as none of the links > > to the translated title will be marked as fuzzy. > > > > Cheers, Jeff. > > > > -- > > Jeff Fearn > > Senior Software Engineer > > Infrastructure Engineering & Development (AEU) > > Red Hat Asia Pacific Pty Ltd > > GPG: 0x0357E8F0 > > > > _______________________________________________ > > publican-list mailing list > > publican-list at redhat.com > > https://www.redhat.com/mailman/listinfo/publican-list > > Wiki: https://fedorahosted.org/publican > > _______________________________________________ > publican-list mailing list > publican-list at redhat.com > https://www.redhat.com/mailman/listinfo/publican-list > Wiki: https://fedorahosted.org/publican > From sitapati at worldsankirtan.net Fri Nov 16 09:26:53 2012 From: sitapati at worldsankirtan.net (Sitapati das Joshua J Wulf) Date: Fri, 16 Nov 2012 19:26:53 +1000 Subject: [publican-list] Using internal links in pdf file in Publican In-Reply-To: References: <-8023093526534314239@unknownmsgid> Message-ID: Thanks for the example Inna. What about the case where your text read: Refer to _Subsystems and Tunable Parameters_ for a description of which parameters are mandatory for given subsystems. Where _Subsystems and Tunable Parameters_ is the chapter title injected into the sentence. Does that suffer from the same (or a different) problem, or would it solve it in this case? - Josh On Fri, Nov 16, 2012 at 7:06 PM, Inna Kabanova wrote: > > ----- Original Message ----- > > For the translation issue, I speak Spanish, and I'm not clear on what > > you're describing here. > > > > Do you have an example to illustrate this? > > > > It's of interest to me, because I have a brand that does this. > > > > - Josh > > In Russian I face with this issue very often because of declensional > endings. > > == Example (from Fedora Resource Management Guide) == > English: > Refer to _Chapter 3, Subsystems and Tunable Parameters_ for a > description of which parameters are mandatory for given subsystems. > Russian (as I want to translate): > ???????? ????, ????? ?? ?????????? ????????? ???????? ?????????????, > ????????? ? _????? 3, ?????????? ? ????????? ?????????_. > ----- > But the output in Russian is "????? 3, ...", so the last letter > (declensional ending) in the word "?????" ("Chspter" in Russian) is > different from the last letter from my example ("????? 3, ..."). And the > translators always have to find the way to translate such sentences to make > them look like Russian ones (not "English in Russian"). > > But in this case translator know the first word ("chapter","section") at > least. If the document author removes the first word from output the > translators will not be able to find out what the title will be added > instead of link. > > I don't know whether there is such issue in Spanish. > > P.S. I hope my example is plain enough. > > -- > Best regards, > Inna Kabanova / Russian Fedora Team > ru.fedoracommunity.org > > > > > > ~ Kirtan is Life! ~ > > Sent from my Mobile Device > > > > On 16/11/2012, at 4:17 PM, Jeffrey Fearn wrote: > > > > > ----- Original Message ----- > > >> To get just the title with no location meta-data, do: > > >> > > >> > > >> > > >> This doesn't allow arbitrary text, but it does get rid of the > > >> "section > > >> X.Y" piece. > > > > > > Note this makes translation more difficult in languages that have > > > grammatical gender, such as Spanish and every Slavic language. > > > > > > If something points to a chapter and you know the first word in the > > > title is going to be the localises word for Chapter, then a lot of > > > times you can get away without know what the translated title is. > > > However if you have no clue what the title is going to be then you > > > have to manually track down what the translated title is. AFAIAA > > > there are no translation tools that present the translated text > > > for you :( > > > > > > And if someone changes the title, then you actually have to > > > manually back track this in the translation as none of the links > > > to the translated title will be marked as fuzzy. > > > > > > Cheers, Jeff. > > > > > > -- > > > Jeff Fearn > > > Senior Software Engineer > > > Infrastructure Engineering & Development (AEU) > > > Red Hat Asia Pacific Pty Ltd > > > GPG: 0x0357E8F0 > > > > > > _______________________________________________ > > > publican-list mailing list > > > publican-list at redhat.com > > > https://www.redhat.com/mailman/listinfo/publican-list > > > Wiki: https://fedorahosted.org/publican > > > > _______________________________________________ > > publican-list mailing list > > publican-list at redhat.com > > https://www.redhat.com/mailman/listinfo/publican-list > > Wiki: https://fedorahosted.org/publican > > > > > _______________________________________________ > publican-list mailing list > publican-list at redhat.com > https://www.redhat.com/mailman/listinfo/publican-list > Wiki: https://fedorahosted.org/publican > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ikabanova at russianfedora.ru Fri Nov 16 10:30:15 2012 From: ikabanova at russianfedora.ru (Inna Kabanova) Date: Fri, 16 Nov 2012 13:30:15 +0300 (MSK) Subject: [publican-list] Using internal links in pdf file in Publican In-Reply-To: Message-ID: ----- Original Message ----- > Thanks for the example Inna. > > What about the case where your text read: > > Refer to _Subsystems and Tunable Parameters_ for a description of > which parameters are mandatory for given subsystems. > > Where _Subsystems and Tunable Parameters_ is the chapter title > injected into the sentence. Does that suffer from the same (or a > different) problem, or would it solve it in this case? The issue is that the sentence in po-file looks like: "Refer to for a description of which parameters are mandatory for given subsystems." So translator has no information about the section title. If he want to obtain it he should look through all po-files of the document to find out which section has this id (the translator often can't see the result document on the translation stage). The problem is almost the same. The only way in such case is to prepare the translated sentence for the unknown title injected in the nominative but nobody is insured against the semantic mismatch. >From my point of view, the best way is to rewrite the example sentence using the tag in the following way: "Refer to this section for a description of which parameters are mandatory for given subsystems." In this case text within tag can be translated easily (it is example, other text within tag may be used). That's why I asked about using tag with Publican. -- Best regards, Inna Kabanova / Russian Fedora Team ru.fedoracommunity.org > On Fri, Nov 16, 2012 at 7:06 PM, Inna Kabanova < > ikabanova at russianfedora.ru > wrote: > > > > > ----- Original Message ----- > > For the translation issue, I speak Spanish, and I'm not clear on > > what > > you're describing here. > > > > Do you have an example to illustrate this? > > > > It's of interest to me, because I have a brand that does this. > > > > - Josh > > In Russian I face with this issue very often because of declensional > endings. > > == Example (from Fedora Resource Management Guide) == > English: > Refer to _Chapter 3, Subsystems and Tunable Parameters_ for a > description of which parameters are mandatory for given subsystems. > Russian (as I want to translate): > ???????? ????, ????? ?? ?????????? ????????? ???????? ?????????????, > ????????? ? _????? 3, ?????????? ? ????????? ?????????_. > ----- > But the output in Russian is "????? 3, ...", so the last > letter (declensional ending) in the word "?????" ("Chspter" in > Russian) is different from the last letter from my example ("????? > 3, ..."). And the translators always have to find the way to > translate such sentences to make them look like Russian ones (not > "English in Russian"). > > But in this case translator know the first word ("chapter","section") > at least. If the document author removes the first word from > output the translators will not be able to find out what the title > will be added instead of link. > > I don't know whether there is such issue in Spanish. > > P.S. I hope my example is plain enough. > > > -- > Best regards, > Inna Kabanova / Russian Fedora Team > ru.fedoracommunity.org > > > > > > > > ~ Kirtan is Life! ~ > > Sent from my Mobile Device > > > > On 16/11/2012, at 4:17 PM, Jeffrey Fearn < jfearn at redhat.com > > > wrote: > > > > > ----- Original Message ----- > > >> To get just the title with no location meta-data, do: > > >> > > >> > > >> > > >> This doesn't allow arbitrary text, but it does get rid of the > > >> "section > > >> X.Y" piece. > > > > > > Note this makes translation more difficult in languages that have > > > grammatical gender, such as Spanish and every Slavic language. > > > > > > If something points to a chapter and you know the first word in > > > the > > > title is going to be the localises word for Chapter, then a lot > > > of > > > times you can get away without know what the translated title is. > > > However if you have no clue what the title is going to be then > > > you > > > have to manually track down what the translated title is. AFAIAA > > > there are no translation tools that present the translated text > > > for you :( > > > > > > And if someone changes the title, then you actually have to > > > manually back track this in the translation as none of the links > > > to the translated title will be marked as fuzzy. > > > > > > Cheers, Jeff. > > > > > > -- > > > Jeff Fearn < jfearn at redhat.com > > > > Senior Software Engineer > > > Infrastructure Engineering & Development (AEU) > > > Red Hat Asia Pacific Pty Ltd > > > GPG: 0x0357E8F0 > > > > > > _______________________________________________ > > > publican-list mailing list > > > publican-list at redhat.com > > > https://www.redhat.com/mailman/listinfo/publican-list > > > Wiki: https://fedorahosted.org/publican From jfearn at redhat.com Sun Nov 18 22:27:46 2012 From: jfearn at redhat.com (Jeff Fearn) Date: Mon, 19 Nov 2012 08:27:46 +1000 Subject: [publican-list] Using internal links in pdf file in Publican In-Reply-To: <-8023093526534314239@unknownmsgid> References: <1334825263.11164970.1353046601333.JavaMail.root@redhat.com> <-8023093526534314239@unknownmsgid> Message-ID: <50A960E2.6010003@redhat.com> On 11/16/2012 05:32 PM, Sitapati das Joshua J Wulf wrote: > For the translation issue, I speak Spanish, and I'm not clear on what > you're describing here. > > Do you have an example to illustrate this? > > It's of interest to me, because I have a brand that does this. It's very similar to the effect entities have, except instead of you having to change the spelling on the noun you also need to change the spelling of the words before a noun, based on the gender of the noun, it's position in the sentence, and whether or not the moon is full! I had to sit down with Rudi and Manuel to be able to grasp it, me being monolingual and all, perhaps you would benefit from a similar chat ... probably only take them half as long to educate you though :D Cheers, Jeff. -- Jeff Fearn Senior Software Engineer Infrastructure Engineering & Development (AEU) Red Hat Asia Pacific Pty Ltd GPG: 0x0357E8F0 From bugzilla at redhat.com Sun Nov 25 23:23:36 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 25 Nov 2012 23:23:36 +0000 Subject: [publican-list] [Bug 661946] [RFE] Hard coded paths to share files In-Reply-To: References: Message-ID: Product: Publican https://bugzilla.redhat.com/show_bug.cgi?id=661946 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |874180 -- You are receiving this mail because: You are on the CC list for the bug. From bugzilla at redhat.com Tue Nov 27 11:56:56 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 27 Nov 2012 11:56:56 +0000 Subject: [publican-list] [Bug 661946] [RFE] Hard coded paths to share files In-Reply-To: References: Message-ID: Product: Publican https://bugzilla.redhat.com/show_bug.cgi?id=661946 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |raphael at ouaza.com -- You are receiving this mail because: You are on the CC list for the bug. From bugzilla at redhat.com Tue Nov 27 11:57:05 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 27 Nov 2012 11:57:05 +0000 Subject: [publican-list] [Bug 661946] [RFE] Hard coded paths to share files In-Reply-To: References: Message-ID: Product: Publican https://bugzilla.redhat.com/show_bug.cgi?id=661946 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED -- You are receiving this mail because: You are on the CC list for the bug. From bugzilla at redhat.com Tue Nov 27 12:00:02 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 27 Nov 2012 12:00:02 +0000 Subject: [publican-list] [Bug 661946] [RFE] Hard coded paths to share files In-Reply-To: References: Message-ID: Product: Publican https://bugzilla.redhat.com/show_bug.cgi?id=661946 --- Comment #2 from Jeff Fearn --- I've committed a first shot at fixing this to a new branch. git checkout bz661946 Seems to work well and should be fairly portable. Updated README with an example of how to override the paths on the command line during building. -- You are receiving this mail because: You are on the CC list for the bug. From marcos.discalis at gmail.com Thu Nov 29 16:44:00 2012 From: marcos.discalis at gmail.com (=?ISO-8859-1?Q?Marcos_Lois_Berm=FAdez?=) Date: Thu, 29 Nov 2012 17:44:00 +0100 Subject: [publican-list] How add support for additional output formats Message-ID: <50B790D0.3060205@gmail.com> Hi, I'm a newbye with publican, but i spent some time with it and it's very helpfull, i try to advice how add a new output format, i surf the code in Git but i'm not a Perl expert. Really that i want is to make a ebook mobi file, yes it's a propietary format used on Kindle devices, due that this ebook readers are very popular, i want that this format get generated, so upon my investigation there are some sources of libraries that generate it and Amazon also have a command line tool to convert ePub to mobi, so for now i can get the mobi file from ePub, but how i can make that publican generate a mobi link in the formats drop-down box? I try to find info about this on mailing list but i can't find anything, this question can be useful to add other formats externally generated that can be added to publican book home page. Regards. From sparks at fedoraproject.org Thu Nov 29 17:03:35 2012 From: sparks at fedoraproject.org (Eric H. Christensen) Date: Thu, 29 Nov 2012 12:03:35 -0500 Subject: [publican-list] How add support for additional output formats In-Reply-To: <50B790D0.3060205@gmail.com> References: <50B790D0.3060205@gmail.com> Message-ID: <20121129170335.GB25897@ericlaptop.home.christensenplace.us> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, Nov 29, 2012 at 05:44:00PM +0100, Marcos Lois Berm?dez wrote: > Really that i want is to make a ebook mobi file, yes it's a > propietary format used on Kindle devices, due that this ebook > readers are very popular, i want that this format get generated, so > upon my investigation there are some sources of libraries that > generate it and Amazon also have a command line tool to convert ePub > to mobi, so for now i can get the mobi file from ePub, but how i can > make that publican generate a mobi link in the formats drop-down > box? There is a bug[0] open on this (hey, I even create it!) that you can review on Bugzilla. I think it's been on the back burner for a while because there hasn't been a large demand for such functionality. I, personally, would like to see this functionality provided. [0] https://bugzilla.redhat.com/show_bug.cgi?id=781837 - -Eric -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJQt5VnAAoJEIB2q94CS7PRFawP/jMAEOYHs2Vba9b0iEh/w6sz SXiEUSpSAM8NnuBhApxHRQRJR5riCXJovBE7pd6J+u0TwEDQDpLXp5cYzEkaCNNJ rv+m5872TfHhLe0A6sx8Td+aVQT8VpQ6hkqe2kn4FGM6C8Xv3lPZuk4TV+bwZSgR 3LuakFslbEBYr2knCk7BXI69lsphWdq+UTl+xTV/4B1pgPw3Qk1dVcsvyF+aU7pa MUhrJ/7M4BSQgVw4GQt5j3ePDDbfRo7WawTiyUw5jhknMLF8GOdKe9vxqIVslKiO QceJss/M4lja0bW2iLdxyGwJ/9bxAvaVWCewXM4JO4HqKnu4lTyVolcWLy+F9WoX uDQfSMkJo4Ez+jqF7CWPlrzDZiHYgF5j+Y6kW8WZDr6Wfr3JRbQPRFilbpgYZu1h VpS51zG1mtVDutF7rfnkfSvXrK4Oesmv5/K0fnvHl1+DAIaspwxCwliiCUNtV1vY tqkPT4SRgnVZVvWrsvsO60paenOYuYnkMId1Yn4lQpDl977FYKBvO/04wM2yZyc7 8b+kxaCDX19pjYpYRqlYVOVDaWO8590F+ERvSSDv6KnynsMlnntxdTzdYjNGWXon r4Bfmrsxi/DAnKq7graXi0GY1qqPMsFlUelov7ueQQ9p15c4D2128TM357t3iaMv lkOZ1ocUAO/9d2wjGQbC =14C8 -----END PGP SIGNATURE----- From marcos.discalis at gmail.com Thu Nov 29 18:08:50 2012 From: marcos.discalis at gmail.com (=?UTF-8?B?TWFyY29zIExvaXMgQmVybcO6ZGV6?=) Date: Thu, 29 Nov 2012 19:08:50 +0100 Subject: [publican-list] How add support for additional output formats In-Reply-To: <20121129170335.GB25897@ericlaptop.home.christensenplace.us> References: <50B790D0.3060205@gmail.com> <20121129170335.GB25897@ericlaptop.home.christensenplace.us> Message-ID: <50B7A4B2.2000108@gmail.com> Hi Eric, A lot of thanks for your fast reply. i will watch this issue, i also ask at list to get a clue of where this can be done at code. Regards.