From bugzilla at redhat.com Mon Aug 1 18:31:21 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 1 Aug 2011 14:31:21 -0400 Subject: [publican-list] [Bug 663539] [FAMILY Given] shown without author's name on the cover page In-Reply-To: References: Message-ID: <201108011831.p71IVLEi009576@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=663539 Martin Prpic changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Version|5.6 |2.6 CC| |mmcallis at redhat.com, | |publican-list at redhat.com Component|redhat-release-notes |publican AssignedTo|mprpic at redhat.com |jfearn at redhat.com Product|Red Hat Enterprise Linux 5 |Publican QAContact|llim at redhat.com |rlandman at redhat.com Target Milestone|rc |--- -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Mon Aug 1 22:48:01 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 1 Aug 2011 18:48:01 -0400 Subject: [publican-list] [Bug 663539] [FAMILY Given] shown without author's name on the cover page In-Reply-To: References: Message-ID: <201108012248.p71Mm1kY009081@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=663539 Ruediger Landmann changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED CC| |r.landmann at redhat.com Resolution| |NOTABUG Last Closed| |2011-08-01 18:48:00 --- Comment #2 from Ruediger Landmann 2011-08-01 18:48:00 EDT --- This string is set by the DocBook stylesheets for Japanese when you use the and tags, which in this case are apparently empty. If you don't use those tags, you won't get the "[FAMILY Given]" string. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Mon Aug 1 22:53:39 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 1 Aug 2011 18:53:39 -0400 Subject: [publican-list] [Bug 663539] [FAMILY Given] shown without author's name on the cover page In-Reply-To: References: Message-ID: <201108012253.p71MrdGW009969@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=663539 Ruediger Landmann changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |ASSIGNED Target Release| |--- Version|2.6 |5.6 Component|publican |redhat-release-notes AssignedTo|jfearn at redhat.com |mprpic at redhat.com Resolution|NOTABUG | QAContact|rlandman at redhat.com |llim at redhat.com Product|Publican |Red Hat Enterprise Linux 5 Keywords| |Reopened -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Tue Aug 2 02:07:10 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 1 Aug 2011 22:07:10 -0400 Subject: [publican-list] [Bug 663539] [FAMILY Given] shown without author's name on the cover page In-Reply-To: References: Message-ID: <201108020207.p7227Awd014916@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=663539 Martin Prpic changed: What |Removed |Added ---------------------------------------------------------------------------- Flag| |needinfo?(r.landmann at redhat | |.com) --- Comment #3 from Martin Prpic 2011-08-01 22:07:09 EDT --- (In reply to comment #2) > This string is set by the DocBook stylesheets for Japanese when you use the > and tags, which in this case are apparently empty. If you > don't use those tags, you won't get the "[FAMILY Given]" string. Unfortunately, it does not contain the or tags. The only thing in that file is: Red Hat Engineering Content Services rhelv5-list at redhat.com Thanks for help Rudi! -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Tue Aug 2 03:06:13 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 1 Aug 2011 23:06:13 -0400 Subject: [publican-list] [Bug 663539] [FAMILY Given] shown without author's name on the cover page In-Reply-To: References: Message-ID: <201108020306.p7236DVX022858@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=663539 Ruediger Landmann changed: What |Removed |Added ---------------------------------------------------------------------------- Flag|needinfo?(r.landmann at redhat | |.com) | --- Comment #4 from Ruediger Landmann 2011-08-01 23:06:12 EDT --- (In reply to comment #3) > Unfortunately, it does not contain the or tags. The only > thing in that file is: > > > > > Red Hat > Engineering Content Services > > rhelv5-list at redhat.com > > Ah, OK. It turns out that DocBook applies that template whenever you use the tag, regardless of whether you provide names or not. I guess this makes sense, because is designed for the name of an individual author.[1] Because the author is a corporate author in this case, "as opposed to an individual"[2], use instead: Red Hat Engineering Content Services Note: unfortunately, doesn't support email addresses. Cheers Rudi [1] http://www.docbook.org/tdg/en/html/author.html [2] http://www.docbook.org/tdg/en/html/corpauthor.html -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Tue Aug 2 15:24:33 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 2 Aug 2011 11:24:33 -0400 Subject: [publican-list] [Bug 663539] [FAMILY Given] shown without author's name on the cover page In-Reply-To: References: Message-ID: <201108021524.p72FOXwE013202@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=663539 Martin Prpic changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |ON_QA -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From c.sederqvist at gmail.com Tue Aug 2 16:49:55 2011 From: c.sederqvist at gmail.com (Chris Sederqvist) Date: Tue, 02 Aug 2011 18:49:55 +0200 Subject: [publican-list] I'm quite lost... Message-ID: <1312303802.5703.12.camel@thermoz.localhost> Hello. I've volunteered to write for fedora-docs, but I have no idea as in how to use the tools to actually produce the documentation! I understand that I must learn some Docbook, but what version, what parts and how much of it? Then it is the Publican tool. Does anybody know of a good screencast or something to get me going with this tool? This might not be the right place to post this. If not, please guide me to the correct place. All the best Chris -------------- next part -------------- A non-text attachment was scrubbed... Name: cs_public_key.asc Type: application/pgp-keys Size: 1760 bytes Desc: not available URL: From misty at redhat.com Tue Aug 2 22:01:14 2011 From: misty at redhat.com (Misty Stanley-Jones) Date: Tue, 2 Aug 2011 18:01:14 -0400 (EDT) Subject: [publican-list] I'm quite lost... In-Reply-To: <1312303802.5703.12.camel@thermoz.localhost> Message-ID: <510146813.776965.1312322474227.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Hi Chris, First of all, thank you for volunteering! Second, here are some good resources to get you started with Publican and Docbook: Publican User Guide - http://rlandmann.fedorapeople.org/pug/ - This will guide you through installing Publican on your computer and starting to write Docbook. It includes some basic information about syntax, to get you started. Docbook reference - http://www.docbook.org/tdg/en/html/ref-elements.html - I have linked you directly to the list of Docbook elements. You can click each element and see examples and usage guidelines. You can back out to read the entire book if you like, but you don't really need to read it to get started. One of the first decisions to make is which editor to use. Since Docbook uses structured XML, you can use any text editor. Some of them offer extra features to make things go faster. I use Emacs to edit Docbook, but I am in the extreme minority. Most of my colleagues seem to use GEdit, kwrite, Kate, Jedit, or Geany. There are also some open source GUI editors, such as Serna (http://www.syntext.com/products/serna-free/), if that is your kind of thing. This is definitely the right place to ask, so if you have more questions, please ask away! Thanks, Misty ----- Original Message ----- > From: "Chris Sederqvist" > To: publican-list at redhat.com > Sent: Wednesday, August 3, 2011 2:49:55 AM > Subject: [publican-list] I'm quite lost... > Hello. > > I've volunteered to write for fedora-docs, but I have no idea as in > how > to use the tools to actually produce the documentation! > I understand that I must learn some Docbook, but what version, what > parts and how much of it? > Then it is the Publican tool. Does anybody know of a good screencast > or > something to get me going with this tool? > > This might not be the right place to post this. If not, please guide > me > to the correct place. > > All the best > > Chris > > _______________________________________________ > publican-list mailing list > publican-list at redhat.com > https://www.redhat.com/mailman/listinfo/publican-list > Wiki: https://fedorahosted.org/publican -- Misty Stanley-Jones, RHCE Content Author, ECS Brisbane ?: misty (Freenode IRC) ?: misty at redhat.com From bugzilla at redhat.com Wed Aug 3 06:33:15 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 3 Aug 2011 02:33:15 -0400 Subject: [publican-list] [Bug 727756] New: Watermarks no workie. Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Watermarks no workie. https://bugzilla.redhat.com/show_bug.cgi?id=727756 Summary: Watermarks no workie. Product: Publican Version: 2.6 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: publican AssignedTo: jfearn at redhat.com ReportedBy: sgordon at redhat.com QAContact: rlandman at redhat.com CC: mmcallis at redhat.com, publican-list at redhat.com Classification: Other Story Points: --- Type: --- Description of problem: When building a book with the status="draft" attribute set on the book tag, the watermark no longer appears in the output. Version-Release number of selected component (if applicable): publican-redhat-2.7-2.fc15.noarch publican-2.6-1.fc15.noarch Steps to Reproduce: 1. Create a book. 2. Set the status attribute of the book tag to draft. 3. Build (affects pdf, html, html-single output formats at least). Actual results: No draft watermark in output. Expected results: Draft watermark in output. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From Norman at dunbar-it.co.uk Wed Aug 3 07:13:48 2011 From: Norman at dunbar-it.co.uk (Norman Dunbar) Date: Wed, 03 Aug 2011 08:13:48 +0100 Subject: [publican-list] I'm quite lost... In-Reply-To: <1312303802.5703.12.camel@thermoz.localhost> References: <1312303802.5703.12.camel@thermoz.localhost> Message-ID: <4E38F52C.9060403@dunbar-it.co.uk> Good Morning Chris, > I've volunteered to write for fedora-docs, Good man! Even though I'm not a Fedora user, I do appreciate all the hard work volunteers put in to make it a great product. > but I have no idea as in how to use the tools to actually produce the documentation! Ah yes, how I remember when I first started writing Docbook documentation for the Firebird Database project (www.firebirdsql.org) - I too had no clue and I found that trying to find a good beginner's guide to Docbook was quite difficult back then. > I understand that I must learn some Docbook, but what version, what > parts and how much of it? I suspect you will be learning Docbook 4.5 or maybe even 5.x - but they are, to all intents and purposes, quite similar. Best check what the rest of the Fedora docs are using - I suspect 4.5 to be honest. > Then it is the Publican tool. Does anybody know of a good screencast or > something to get me going with this tool? I'm afraid not. The User Guide is quite good, but isn't really a tutorial. In fact, when I have time, I intend to create a small tutorial mainly for my own use - I'm getting old, I forget stuff :-( - which I will make freely available (if it's any good of course!) Now, I'm sure the Publican people won't mind me pointing you off project, but why not take a look at the documents for documentation writers over at the Firebird project. Granted they will be aimed at that particular style of documentation, but you will get a general introduction to Docbook. Try these links: The main documentation site: http://www.firebirdsql.org/en/reference-manuals/ scroll down to the section on "Manuals For Firebird Docwriters". How To Write DocBook: ONLINE: http://www.firebirdsql.org/file/documentation/reference_manuals/user_manuals/html/docwritehowto.html PDF: http://www.firebirdsql.org/file/documentation/reference_manuals/user_manuals/Firebird-Docwriting-Guide.pdf These should be read in conjunction with the links to other docs that you have been given already by Misty. (Although the link given for the user guide takes you to release 1.3 - I think 2.5 is actually the latest available release. (2.6 is the very latest release but I don't think it's packaged up for Fedora yet - I may be wrong!) The 2.5 user guide for Publican is at http://jfearn.fedorapeople.org/en-US/Publican/index.html select the required version on the left and click on the appropriate link for the particular format you want (under User Guide) - you have the choice of epub, html, html-single or pdf. Enjoy! I printed out my guide and read it a few times through away from the computer (in the bath!) before I tried to do anything with it. As for an editor, I've tried and failed to like Serna. That's just me. I tend to prefer using any text editor I have around - Kate, Kwrite or vi[m] on a KDE system, Gedit or vi[m] on Gnome. Emacs probably has a Docbook setup, but that's another editor I cannot get my head around! For a GUI, I always seem to return to XML Mind Editor aka XXE. This is available in a paid for and a free version. For Open Source documentation writers, the free version is adequate and available at http://www.xmlmind.com/xmleditor/download.shtml. There is support, via a members only list which you can join at http://www.xmlmind.com/mailman/listinfo/xmleditor-support - although they do like you to read the FAQ - http://www.xmlmind.com/xmleditor/faq.html - before asking! ;-) One last thing for now, Docbook will drive you insane at first! It's extremely frustrating indeed - well I found it so - but eventually, it will click. The fact that you can generate multiple output formats from one single input file is extremely useful - especially when you have to update something! You only do it once. One thing I'd suggest, keep your source files in a version control system - I use Subversion - because when you make changes and then decide it's all pants and want to undo them, it's simple with a version control taking care of the reversions! My sources live in one folder, and are version controlled to another - on the same laptop. I have found it extremely useful indeed, plus, it saves a whole lot of time. Good luck. Cheers, Norman. PS. I've found everyone on this list to be very helpful, even though they know I'm not a Fedora user! I did try Fedora, 14 was pretty good I have to say, 15 and Gnome 3, I just don't like at all. Luddite? Me? ;-) -- Norman Dunbar Dunbar IT Consultants Ltd Registered address: Thorpe House 61 Richardshaw Lane Pudsey West Yorkshire United Kingdom LS28 7EL Company Number: 05132767 From bugzilla at redhat.com Wed Aug 3 23:04:28 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 3 Aug 2011 19:04:28 -0400 Subject: [publican-list] [Bug 727985] RFE: Add beta or preview watermark option In-Reply-To: References: Message-ID: <201108032304.p73N4SIZ016429@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=727985 Ruediger Landmann changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |publican-list at redhat.com Component|publican |publican Version|13 |2.6 AssignedTo|r.landmann at redhat.com |jfearn at redhat.com Product|Fedora |Publican QAContact|extras-qa at fedoraproject.org |rlandman at redhat.com --- Comment #1 from Ruediger Landmann 2011-08-03 19:04:27 EDT --- Not a bug in Fedora packaging of Publican. Reassigning upstream. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From c.sederqvist at gmail.com Thu Aug 4 00:45:44 2011 From: c.sederqvist at gmail.com (Chris Sederqvist) Date: Thu, 04 Aug 2011 02:45:44 +0200 Subject: [publican-list] I'm quite lost In-Reply-To: References: Message-ID: <1312418756.2494.4.camel@thermoz.local> Thanks alot for all the helpful tips and links! I guess it's time to study now... :-) One more thing: When I'm replying to a list, is this the right way to do it? I choose "reply to group" and start writing at the top? Sorry, but I'm all new to this collaboration stuff :\ On Wed, 2011-08-03 at 12:00 -0400, publican-list-request at redhat.com wrote: > Send publican-list mailing list submissions to > publican-list at redhat.com > > To subscribe or unsubscribe via the World Wide Web, visit > https://www.redhat.com/mailman/listinfo/publican-list > or, via email, send a message with subject or body 'help' to > publican-list-request at redhat.com > > You can reach the person managing the list at > publican-list-owner at redhat.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of publican-list digest..." > > > Today's Topics: > > 1. I'm quite lost... (Chris Sederqvist) > 2. Re: I'm quite lost... (Misty Stanley-Jones) > 3. [Bug 727756] New: Watermarks no workie. (bugzilla at redhat.com) > 4. Re: I'm quite lost... (Norman Dunbar) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 02 Aug 2011 18:49:55 +0200 > From: Chris Sederqvist > To: publican-list at redhat.com > Subject: [publican-list] I'm quite lost... > Message-ID: <1312303802.5703.12.camel at thermoz.localhost> > Content-Type: text/plain; charset="utf-8" > > Hello. > > I've volunteered to write for fedora-docs, but I have no idea as in how > to use the tools to actually produce the documentation! > I understand that I must learn some Docbook, but what version, what > parts and how much of it? > Then it is the Publican tool. Does anybody know of a good screencast or > something to get me going with this tool? > > This might not be the right place to post this. If not, please guide me > to the correct place. > > All the best > > Chris > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: cs_public_key.asc > Type: application/pgp-keys > Size: 1760 bytes > Desc: not available > URL: > > ------------------------------ > > Message: 2 > Date: Tue, 2 Aug 2011 18:01:14 -0400 (EDT) > From: Misty Stanley-Jones > To: Publican discussions > Subject: Re: [publican-list] I'm quite lost... > Message-ID: > <510146813.776965.1312322474227.JavaMail.root at zmail02.collab.prod.int.phx2.redhat.com> > > Content-Type: text/plain; charset=utf-8 > > Hi Chris, > > First of all, thank you for volunteering! > > Second, here are some good resources to get you started with Publican and Docbook: > > Publican User Guide - http://rlandmann.fedorapeople.org/pug/ - This will guide you through installing Publican on your computer and starting to write Docbook. It includes some basic information about syntax, to get you started. > > Docbook reference - http://www.docbook.org/tdg/en/html/ref-elements.html - I have linked you directly to the list of Docbook elements. You can click each element and see examples and usage guidelines. You can back out to read the entire book if you like, but you don't really need to read it to get started. > > One of the first decisions to make is which editor to use. Since Docbook uses structured XML, you can use any text editor. Some of them offer extra features to make things go faster. I use Emacs to edit Docbook, but I am in the extreme minority. Most of my colleagues seem to use GEdit, kwrite, Kate, Jedit, or Geany. There are also some open source GUI editors, such as Serna (http://www.syntext.com/products/serna-free/), if that is your kind of thing. > > This is definitely the right place to ask, so if you have more questions, please ask away! > > Thanks, > Misty > > > ----- Original Message ----- > > From: "Chris Sederqvist" > > To: publican-list at redhat.com > > Sent: Wednesday, August 3, 2011 2:49:55 AM > > Subject: [publican-list] I'm quite lost... > > Hello. > > > > I've volunteered to write for fedora-docs, but I have no idea as in > > how > > to use the tools to actually produce the documentation! > > I understand that I must learn some Docbook, but what version, what > > parts and how much of it? > > Then it is the Publican tool. Does anybody know of a good screencast > > or > > something to get me going with this tool? > > > > This might not be the right place to post this. If not, please guide > > me > > to the correct place. > > > > All the best > > > > Chris > > > > _______________________________________________ > > publican-list mailing list > > publican-list at redhat.com > > https://www.redhat.com/mailman/listinfo/publican-list > > Wiki: https://fedorahosted.org/publican > > -- > > > Misty Stanley-Jones, RHCE > Content Author, ECS Brisbane > ?: misty (Freenode IRC) ?: misty at redhat.com > > > > ------------------------------ > > Message: 3 > Date: Wed, 3 Aug 2011 02:33:15 -0400 > From: bugzilla at redhat.com > To: publican-list at redhat.com > Subject: [publican-list] [Bug 727756] New: Watermarks no workie. > Message-ID: > Content-Type: text/plain; charset="UTF-8" > > Please do not reply directly to this email. All additional > comments should be made in the comments box of this bug. > > Summary: Watermarks no workie. > > https://bugzilla.redhat.com/show_bug.cgi?id=727756 > > Summary: Watermarks no workie. > Product: Publican > Version: 2.6 > Platform: Unspecified > OS/Version: Unspecified > Status: NEW > Severity: unspecified > Priority: unspecified > Component: publican > AssignedTo: jfearn at redhat.com > ReportedBy: sgordon at redhat.com > QAContact: rlandman at redhat.com > CC: mmcallis at redhat.com, publican-list at redhat.com > Classification: Other > Story Points: --- > Type: --- > > > Description of problem: > > When building a book with the status="draft" attribute set on the book tag, the > watermark no longer appears in the output. > > Version-Release number of selected component (if applicable): > > publican-redhat-2.7-2.fc15.noarch > publican-2.6-1.fc15.noarch > > Steps to Reproduce: > 1. Create a book. > 2. Set the status attribute of the book tag to draft. > 3. Build (affects pdf, html, html-single output formats at least). > > Actual results: > > No draft watermark in output. > > Expected results: > > Draft watermark in output. > > -- > Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are on the CC list for the bug. > > > > ------------------------------ > > Message: 4 > Date: Wed, 03 Aug 2011 08:13:48 +0100 > From: Norman Dunbar > To: publican-list at redhat.com > Subject: Re: [publican-list] I'm quite lost... > Message-ID: <4E38F52C.9060403 at dunbar-it.co.uk> > Content-Type: text/plain; charset=UTF-8; format=flowed > > Good Morning Chris, > > > I've volunteered to write for fedora-docs, > Good man! Even though I'm not a Fedora user, I do appreciate all the > hard work volunteers put in to make it a great product. > > > but I have no idea as in how to use the tools to actually produce the documentation! > Ah yes, how I remember when I first started writing Docbook > documentation for the Firebird Database project (www.firebirdsql.org) - > I too had no clue and I found that trying to find a good beginner's > guide to Docbook was quite difficult back then. > > > I understand that I must learn some Docbook, but what version, what > > parts and how much of it? > I suspect you will be learning Docbook 4.5 or maybe even 5.x - but they > are, to all intents and purposes, quite similar. Best check what the > rest of the Fedora docs are using - I suspect 4.5 to be honest. > > > Then it is the Publican tool. Does anybody know of a good screencast or > > something to get me going with this tool? > I'm afraid not. The User Guide is quite good, but isn't really a > tutorial. In fact, when I have time, I intend to create a small tutorial > mainly for my own use - I'm getting old, I forget stuff :-( - which I > will make freely available (if it's any good of course!) > > Now, I'm sure the Publican people won't mind me pointing you off > project, but why not take a look at the documents for documentation > writers over at the Firebird project. Granted they will be aimed at that > particular style of documentation, but you will get a general > introduction to Docbook. > > Try these links: > > The main documentation site: > > http://www.firebirdsql.org/en/reference-manuals/ scroll down to the > section on "Manuals For Firebird Docwriters". > > > How To Write DocBook: > > ONLINE: > http://www.firebirdsql.org/file/documentation/reference_manuals/user_manuals/html/docwritehowto.html > > PDF: > http://www.firebirdsql.org/file/documentation/reference_manuals/user_manuals/Firebird-Docwriting-Guide.pdf > > > These should be read in conjunction with the links to other docs that > you have been given already by Misty. (Although the link given for the > user guide takes you to release 1.3 - I think 2.5 is actually the latest > available release. (2.6 is the very latest release but I don't think > it's packaged up for Fedora yet - I may be wrong!) > > The 2.5 user guide for Publican is at > http://jfearn.fedorapeople.org/en-US/Publican/index.html select the > required version on the left and click on the appropriate link for the > particular format you want (under User Guide) - you have the choice of > epub, html, html-single or pdf. Enjoy! > > I printed out my guide and read it a few times through away from the > computer (in the bath!) before I tried to do anything with it. > > > As for an editor, I've tried and failed to like Serna. That's just me. > > I tend to prefer using any text editor I have around - Kate, Kwrite or > vi[m] on a KDE system, Gedit or vi[m] on Gnome. Emacs probably has a > Docbook setup, but that's another editor I cannot get my head around! > > For a GUI, I always seem to return to XML Mind Editor aka XXE. This is > available in a paid for and a free version. For Open Source > documentation writers, the free version is adequate and available at > http://www.xmlmind.com/xmleditor/download.shtml. > > There is support, via a members only list which you can join at > http://www.xmlmind.com/mailman/listinfo/xmleditor-support - although > they do like you to read the FAQ - > http://www.xmlmind.com/xmleditor/faq.html - before asking! ;-) > > One last thing for now, Docbook will drive you insane at first! It's > extremely frustrating indeed - well I found it so - but eventually, it > will click. The fact that you can generate multiple output formats from > one single input file is extremely useful - especially when you have to > update something! You only do it once. > > One thing I'd suggest, keep your source files in a version control > system - I use Subversion - because when you make changes and then > decide it's all pants and want to undo them, it's simple with a version > control taking care of the reversions! My sources live in one folder, > and are version controlled to another - on the same laptop. I have found > it extremely useful indeed, plus, it saves a whole lot of time. > > Good luck. > > > Cheers, > Norman. > > PS. I've found everyone on this list to be very helpful, even though > they know I'm not a Fedora user! I did try Fedora, 14 was pretty good I > have to say, 15 and Gnome 3, I just don't like at all. Luddite? Me? ;-) > From misty at redhat.com Thu Aug 4 00:50:56 2011 From: misty at redhat.com (Misty Stanley-Jones) Date: Wed, 3 Aug 2011 20:50:56 -0400 (EDT) Subject: [publican-list] I'm quite lost In-Reply-To: <1312418756.2494.4.camel@thermoz.local> Message-ID: <1137160830.806751.1312419056393.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> ----- Original Message ----- > One more thing: > When I'm replying to a list, is this the right way to do it? > I choose "reply to group" and start writing at the top? > Some of this is personal preference, but I think most people prefer to reply in-line, beneath the thing they are responding to. It is also considered good form to trim off header information from your reply. Also, you can probably 'Reply All' if you want the entire group to see it, as well as the person you are replying to (some of us don't read the mailing lists every day). Welcome aboard. :) > Sorry, but I'm all new to this collaboration stuff :\ > Misty Stanley-Jones, RHCE Content Author, ECS Brisbane From bugzilla at redhat.com Fri Aug 5 15:30:46 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 5 Aug 2011 11:30:46 -0400 Subject: [publican-list] [Bug 728561] New: Part headings wrong in HTML and/or PDF output Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Part headings wrong in HTML and/or PDF output https://bugzilla.redhat.com/show_bug.cgi?id=728561 Summary: Part headings wrong in HTML and/or PDF output Product: Publican Version: 2.3 Platform: Unspecified OS/Version: Linux Status: NEW Severity: medium Priority: unspecified Component: publican AssignedTo: jfearn at redhat.com ReportedBy: norman at dunbar-it.co.uk QAContact: rlandman at redhat.com CC: mmcallis at redhat.com, publican-list at redhat.com Classification: Other Story Points: --- Type: --- Description of problem: When creating a book consisting of parts, the HTML and PDF output for the Part headings differ within the main TOC and in each "part" itself. Version-Release number of selected component (if applicable): Seen in publican 2.3 on Linux Mint 11. How reproducible: 100% Steps to Reproduce: 1. Create a book. 2. Add a part with this tag: My Splendid Title .. 3. Build HTML and/or PDF. Actual results: In the main Table Of Contents: "Part I. My Splendid Title" In the part itself: "Part Part I. My Splendid Title" If I remove the "Part " text from the label attribute on the tag, I get the following: In the main Table Of Contents: "I. My Splendid Title" In the part itself: "Part I. My Splendid Title" Expected results: I expect both to be the same, viz: In the main Table Of Contents: "Part I. My Splendid Title" In the part itself: "Part I. My Splendid Title" Additional info: None. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Wed Aug 10 04:41:31 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2011 00:41:31 -0400 Subject: [publican-list] [Bug 729531] New: The side panel of the website doesn't display written accents properly in Spanish Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: The side panel of the website doesn't display written accents properly in Spanish https://bugzilla.redhat.com/show_bug.cgi?id=729531 Summary: The side panel of the website doesn't display written accents properly in Spanish Product: Publican Version: 2.6 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: high Priority: unspecified Component: publican AssignedTo: jfearn at redhat.com ReportedBy: mospina at redhat.com QAContact: rlandman at redhat.com CC: mmcallis at redhat.com, publican-list at redhat.com Classification: Other Story Points: --- Type: --- Created attachment 517517 --> https://bugzilla.redhat.com/attachment.cgi?id=517517 Screenshot of the issue Description of problem: The side panel of the website doesn't display written accents properly in Spanish Version-Release number of selected component (if applicable): 2.6 How reproducible: always Steps to Reproduce: 1. Go to (docs.redhat.com). 2. Choose Spanish 3. Have a look at the localized titles in the side bar. Actual results: It appear a strange characters where the written accent should be (see attachment). Expected results: The written accents should display properly. Example: Gesti?n or L?gico Additional info: I tried different encoding in the browser but it just worse. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Wed Aug 10 23:14:35 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2011 19:14:35 -0400 Subject: [publican-list] [Bug 729531] The side panel of the website doesn't display written accents properly in Spanish In-Reply-To: References: Message-ID: <201108102314.p7ANEZjb012803@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=729531 Ruediger Landmann changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED CC| |r.landmann at redhat.com Resolution| |CURRENTRELEASE Last Closed| |2011-08-10 19:14:34 --- Comment #1 from Ruediger Landmann 2011-08-10 19:14:34 EDT --- Hi Manuel: this issue was fixed in the course of fixing bug 661948 Unfortunately, any book that is affected by this issue must be rebuilt to repair it in the Publican database. Cheers Rudi -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Wed Aug 10 23:40:47 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2011 19:40:47 -0400 Subject: [publican-list] [Bug 729824] New: RFE: relax conditions on the (software) version: parameter Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: RFE: relax conditions on the (software) version: parameter https://bugzilla.redhat.com/show_bug.cgi?id=729824 Summary: RFE: relax conditions on the (software) version: parameter Product: Publican Version: 2.6 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: publican AssignedTo: jfearn at redhat.com ReportedBy: r.landmann at redhat.com QAContact: rlandman at redhat.com CC: mmcallis at redhat.com, publican-list at redhat.com Classification: Other Story Points: --- Type: --- Description of problem: The version: parameter (often set through in the Book_Info.xml file) is presently limited to digits and dots. This prevents setting useful values like "6-Beta". This value isn't used for the version number of the package in which the book ships; it's used as part of the *name* of that package, so it only needs to be constrained to characters permissible in the N of the NVR, not the (stricter) V. Version-Release number of selected component (if applicable): 2.6-3 How reproducible: 100% Steps to Reproduce: 1. Set "version: 6-Beta" in the publican.cfg file of a book 2. Attempt to build or package the book Actual results: Build fails because version: contains letters Expected results: Build succeeds -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 11 00:04:48 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2011 20:04:48 -0400 Subject: [publican-list] [Bug 729826] New: RFE: drop hard-coded default for os_ver: Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: RFE: drop hard-coded default for os_ver: https://bugzilla.redhat.com/show_bug.cgi?id=729826 Summary: RFE: drop hard-coded default for os_ver: Product: Publican Version: 2.6 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: publican AssignedTo: jfearn at redhat.com ReportedBy: r.landmann at redhat.com QAContact: rlandman at redhat.com CC: mmcallis at redhat.com, publican-list at redhat.com Classification: Other Story Points: --- Type: --- Description of problem: The os_ver parameter provides the value for the "dist" value used to build a package. Presently, it defaults to ".el5", but can be overridden in the config file. This is counter-intuitive behaviour for anyone building RPMs on any OS other than Red Hat Enterprise Linux 5 or its clones. For example, it's not how rpmbuild behaves. I think it's still useful to provide os_ver as a customizable value, for times when someone might want to build a package for an OS other than the one they're using, but the value should default to their own OS, the way that rpmbuild does. Version-Release number of selected component (if applicable): 2.6-3 How reproducible: 100% Steps to Reproduce: 1. Package a book on an OS other than Red Hat Enterprise Linux 5 or its clones; ensure that os_ver is not set in the config file. Actual results: Package NVR includes .el5 Expected results: If no os_ver is set, package NVR should include the dist value for the OS on which the package was built. Additional info: -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 11 03:45:30 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2011 23:45:30 -0400 Subject: [publican-list] [Bug 729826] RFE: drop hard-coded default for os_ver: In-Reply-To: References: Message-ID: <201108110345.p7B3jUuG026348@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=729826 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |MODIFIED --- Comment #1 from Jeff Fearn 2011-08-10 23:45:30 EDT --- Changed code so that if os_ver is not set then dist doesn't get supplied to rpmbuild, removed default os_ver value. This means that without os_ver rpmbuild will use the OS the build is being run on. Committed revision 1860. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 11 03:44:00 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2011 23:44:00 -0400 Subject: [publican-list] [Bug 729824] RFE: relax conditions on the (software) version: parameter In-Reply-To: References: Message-ID: <201108110344.p7B3i0ZM025946@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=729824 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |MODIFIED --- Comment #1 from Jeff Fearn 2011-08-10 23:43:59 EDT --- Changed restriction from '[^0-9.]' anything is not a number or a dot, to '^[^0-9]' first character is not a number. So as long as the version starts with a number publican is happy. Committed revision 1861. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From r.landmann at redhat.com Thu Aug 11 23:29:33 2011 From: r.landmann at redhat.com (Ruediger Landmann) Date: Fri, 12 Aug 2011 09:29:33 +1000 Subject: [publican-list] Please help: conditional text works in reverse and ignores actual condition tags In-Reply-To: <1311322542.31042.YahooMailClassic@web162016.mail.bf1.yahoo.com> References: <1311322542.31042.YahooMailClassic@web162016.mail.bf1.yahoo.com> Message-ID: <4E4465DD.1040608@redhat.com> On 07/22/2011 06:15 PM, Jessica [Hart] Tomechak wrote: > Hello all, I have been using Publican to create html and PDF output for about 3 months. I can not get conditional tagging to work. When I add a condition: anything line to the publican.cfg, every XML element in my book that has any condition="whatever" attribute is EXcluded from the document. > For example, my publican.cfg might contain this: > condition: v1.1 > And my XML files might contain these: >
...
> ... > When I build the file, both the section and the phrase are omitted from the output. This occurs no matter what value I assign to condition in publican.cfg, whether it's a comma-delimited list, whether it includes dots or underscores, whether it's enclosed in double quotes, or whether the value is omitted entirely, like this: > condition: > ...if the condition: line is present, all conditional-tagged content is omitted, regardless of the actual conditional tag value. This occurs when using Publican on Windows and on Ubuntu. > Any advice would be much appreciated. Hi Jessica -- first up, sorry for the very, very long delay in getting back to you. I've just tested this on Publican 2.6 on Fedora, and can't reproduce the issue. Could you please test the basic mechanism for me, and see if the same thing happens on your installations? 1. Create a new book: publican create --name Conditions 2. Change into the new directory that Publican created 3. Edit the en-US/Chapter.xml file to include these lines immediately after the para that contains "This is a test paragraph": Only in the Alpha version. Only in the Beta version. In the Beta and GA versions. 4. Build the book: publican build --formats html-single --langs en-US 5. Look at the built HTML file: tmp/en-US/html-single/index.html -- you should see all three new paragraphs in the page. ("Only in the Alpha version. Only in the Beta version. In the Beta and GA versions.") 6. Edit the publican.cfg file to add the line: condition: alpha 7. Rebuild the book: publican build --formats html-single --langs en-US 8. Look at the built HTML file: tmp/en-US/html-single/index.html -- only the first of the three new paragraphs should now appear. You should not see "Only in the Beta version. In the Beta and GA versions. 9. Repeat steps 6-8 with "condition: beta" in the publican.cfg file, then "condition: GA". The text in the built HTML should change each time. Let me know if any of this works for you; and if it doesn't, what version of Publican you tried. Cheers Rudi From bugzilla at redhat.com Thu Aug 11 23:37:57 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2011 19:37:57 -0400 Subject: [publican-list] [Bug 727756] Watermarks no workie. In-Reply-To: References: Message-ID: <201108112337.p7BNbvsf014280@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=727756 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |MODIFIED --- Comment #1 from Jeff Fearn 2011-08-11 19:37:57 EDT --- re-enable draft mode ... not sure how it changed O_O. Applied to branches/publican-2x and trunk. Committed revision 1863. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From jfearn at redhat.com Fri Aug 12 01:11:50 2011 From: jfearn at redhat.com (Jeff Fearn) Date: Fri, 12 Aug 2011 11:11:50 +1000 Subject: [publican-list] Possible alternative to FOP! Message-ID: <4E447DD6.5050303@redhat.com> Hi everybody, as you all no doubt know we have been searching for an alternative to FOP for some time. FOP has proven very expensive to support and package, and has basically been a thorn in our side for ages :( Enter http://code.google.com/p/wkhtmltopdf/ a new approach to HTML->PDF conversion. Now I've been rather negative about this approach since quite frankly the output of existing tools is poor, but this tool takes the output to a new level! I urge you to take a look at the test PDF [1] I generated for the Publican Users' Guide before you write off this approach. After a few tweaks to the HTML-Single style-sheet the out put is on-par with FOP. Clearly there are limitations to what this can do, but the benefits of this over FOP are significant, and I think overall we'd get a lot more return for our effort in fixing layout issues with this tool than continuing smashing our faces against the impenetrable mountain of pain of FOP. Initail thoughts wkhtmltopdf Vs FOP: Cons: Foot notes become end notes Pros: Not Java Layout matches HTML Not Java Layout synced with HTML Not Java Non Intel arches possible Not Java Fast Not Java Small memory footprint Not Java Maintainable Not Java Discuss! Cheers, Jeff. 1: http://fedorapeople.org/~jfearn/PUG_test.pdf From misty at redhat.com Fri Aug 12 01:23:04 2011 From: misty at redhat.com (Misty Stanley-Jones) Date: Thu, 11 Aug 2011 21:23:04 -0400 (EDT) Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E447DD6.5050303@redhat.com> Message-ID: <1461858495.996942.1313112184398.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> ----- Original Message ----- > From: "Jeff Fearn" > To: "Publican List" > Sent: Friday, August 12, 2011 11:11:50 AM > Subject: [publican-list] Possible alternative to FOP! > Hi everybody, as you all no doubt know we have been searching for an > alternative to FOP for some time. FOP has proven very expensive to > support and package, and has basically been a thorn in our side for > ages :( > > Enter http://code.google.com/p/wkhtmltopdf/ a new approach to > HTML->PDF > conversion. Now I've been rather negative about this approach since > quite frankly the output of existing tools is poor, but this tool > takes > the output to a new level! > > I urge you to take a look at the test PDF [1] I generated for the > Publican Users' Guide before you write off this approach. It looks very good to me! I suppose my only concern would be locking into yet another external project. Would we rely upon it as a dependency, or would we repackage it as part of Publican? The first way seems to rely upon the cooperation (collusion?) of the current project owner. The latter way seems to make more work for us, but we could also control if and when our fork of it gets updated. I am not sure how dependency / integration on third-party tools has worked in the past. Misty From mhideo at redhat.com Fri Aug 12 01:58:13 2011 From: mhideo at redhat.com (Mike Hideo) Date: Fri, 12 Aug 2011 11:58:13 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E447DD6.5050303@redhat.com> References: <4E447DD6.5050303@redhat.com> Message-ID: <4E4488B5.7010307@redhat.com> how does it process complex-text-languages and indic (really-complex-text-languages) ? On 08/12/2011 11:11 AM, Jeff Fearn wrote: > Hi everybody, as you all no doubt know we have been searching for an > alternative to FOP for some time. FOP has proven very expensive to > support and package, and has basically been a thorn in our side for ages :( > > Enter http://code.google.com/p/wkhtmltopdf/ a new approach to HTML->PDF > conversion. Now I've been rather negative about this approach since > quite frankly the output of existing tools is poor, but this tool takes > the output to a new level! > > I urge you to take a look at the test PDF [1] I generated for the > Publican Users' Guide before you write off this approach. > > After a few tweaks to the HTML-Single style-sheet the out put is on-par > with FOP. Clearly there are limitations to what this can do, but the > benefits of this over FOP are significant, and I think overall we'd get > a lot more return for our effort in fixing layout issues with this tool > than continuing smashing our faces against the impenetrable mountain of > pain of FOP. > > Initail thoughts wkhtmltopdf Vs FOP: > > Cons: > > Foot notes become end notes > > > Pros: > > Not Java > Layout matches HTML > Not Java > Layout synced with HTML > Not Java > Non Intel arches possible > Not Java > Fast > Not Java > Small memory footprint > Not Java > Maintainable > Not Java > > Discuss! > > Cheers, Jeff. > > 1: http://fedorapeople.org/~jfearn/PUG_test.pdf > > _______________________________________________ > publican-list mailing list > publican-list at redhat.com > https://www.redhat.com/mailman/listinfo/publican-list > Wiki: https://fedorahosted.org/publican -- Michael Hideo Smith | Engineering Content Services | Red Hat ?: +61(0)7 3514 8103 | ?: +61 418 182 451 | ?: mhideo at redhat.com From jfearn at redhat.com Fri Aug 12 02:31:26 2011 From: jfearn at redhat.com (Jeff Fearn) Date: Fri, 12 Aug 2011 12:31:26 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E4488B5.7010307@redhat.com> References: <4E447DD6.5050303@redhat.com> <4E4488B5.7010307@redhat.com> Message-ID: <4E44907E.9050508@redhat.com> On 08/12/2011 11:58 AM, Mike Hideo wrote: > > how does it process complex-text-languages and indic > (really-complex-text-languages) ? > > On 08/12/2011 11:11 AM, Jeff Fearn wrote: >> Hi everybody, as you all no doubt know we have been searching for an >> alternative to FOP for some time. FOP has proven very expensive to >> support and package, and has basically been a thorn in our side for >> ages :( >> >> Enter http://code.google.com/p/wkhtmltopdf/ a new approach to HTML->PDF >> conversion. Now I've been rather negative about this approach since >> quite frankly the output of existing tools is poor, but this tool takes >> the output to a new level! >> >> I urge you to take a look at the test PDF [1] I generated for the >> Publican Users' Guide before you write off this approach. >> >> After a few tweaks to the HTML-Single style-sheet the out put is on-par >> with FOP. Clearly there are limitations to what this can do, but the >> benefits of this over FOP are significant, and I think overall we'd get >> a lot more return for our effort in fixing layout issues with this tool >> than continuing smashing our faces against the impenetrable mountain of >> pain of FOP. >> >> Initail thoughts wkhtmltopdf Vs FOP: >> >> Cons: >> >> Foot notes become end notes >> >> >> Pros: >> >> Not Java >> Layout matches HTML >> Not Java >> Layout synced with HTML >> Not Java >> Non Intel arches possible >> Not Java >> Fast >> Not Java >> Small memory footprint >> Not Java >> Maintainable >> Not Java >> >> Discuss! >> >> Cheers, Jeff. >> >> 1: http://fedorapeople.org/~jfearn/PUG_test.pdf Hi Mike, I chased down the source to the current public RHEL-6 hi-IN Installation Guide and built a PDF of it [2], caution, it's 10MB! Cheers, Jeff. 2: http://fedorapeople.org/~jfearn/Red_Hat_Enterprise_Linux-6-Installation_Guide-hi-IN-TEST.pdf From jwulf at redhat.com Fri Aug 12 02:42:23 2011 From: jwulf at redhat.com (Joshua Wulf) Date: Fri, 12 Aug 2011 12:42:23 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E447DD6.5050303@redhat.com> References: <4E447DD6.5050303@redhat.com> Message-ID: <4E44930F.30106@redhat.com> Jeff, you put Not Java in the wrong column. /me ducks On 08/12/2011 11:11 AM, Jeff Fearn wrote: > Hi everybody, as you all no doubt know we have been searching for an > alternative to FOP for some time. FOP has proven very expensive to > support and package, and has basically been a thorn in our side for ages :( > > Enter http://code.google.com/p/wkhtmltopdf/ a new approach to HTML->PDF > conversion. Now I've been rather negative about this approach since > quite frankly the output of existing tools is poor, but this tool takes > the output to a new level! > > I urge you to take a look at the test PDF [1] I generated for the > Publican Users' Guide before you write off this approach. > > After a few tweaks to the HTML-Single style-sheet the out put is on-par > with FOP. Clearly there are limitations to what this can do, but the > benefits of this over FOP are significant, and I think overall we'd get > a lot more return for our effort in fixing layout issues with this tool > than continuing smashing our faces against the impenetrable mountain of > pain of FOP. > > Initail thoughts wkhtmltopdf Vs FOP: > > Cons: > > Foot notes become end notes > > > Pros: > > Not Java > Layout matches HTML > Not Java > Layout synced with HTML > Not Java > Non Intel arches possible > Not Java > Fast > Not Java > Small memory footprint > Not Java > Maintainable > Not Java > > Discuss! > > Cheers, Jeff. > > 1: http://fedorapeople.org/~jfearn/PUG_test.pdf > > _______________________________________________ > publican-list mailing list > publican-list at redhat.com > https://www.redhat.com/mailman/listinfo/publican-list > Wiki: https://fedorahosted.org/publican -- Give us your feedback on JBoss Enterprise Documentation, take the key survey: http://www.keysurvey.com/survey/361436/1065/ From jfearn at redhat.com Fri Aug 12 02:43:08 2011 From: jfearn at redhat.com (Jeff Fearn) Date: Fri, 12 Aug 2011 12:43:08 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E44907E.9050508@redhat.com> References: <4E447DD6.5050303@redhat.com> <4E4488B5.7010307@redhat.com> <4E44907E.9050508@redhat.com> Message-ID: <4E44933C.2030603@redhat.com> On 08/12/2011 12:31 PM, Jeff Fearn wrote: > Hi Mike, I chased down the source to the current public RHEL-6 hi-IN > Installation Guide and built a PDF of it [2], caution, it's 10MB! And before anyone asks, ja-JP [3], again 10MB. Cheers, Jeff. 3: http://fedorapeople.org/~jfearn/Red_Hat_Enterprise_Linux-6-Installation_Guide-ja-JP-TEST.pdf From jfearn at redhat.com Fri Aug 12 02:54:35 2011 From: jfearn at redhat.com (Jeff Fearn) Date: Fri, 12 Aug 2011 12:54:35 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E44930F.30106@redhat.com> References: <4E447DD6.5050303@redhat.com> <4E44930F.30106@redhat.com> Message-ID: <4E4495EB.1050108@redhat.com> On 08/12/2011 12:42 PM, Joshua Wulf wrote: > Jeff, you put Not Java in the wrong column. Yeah, but I got the other 6 of them in the right column! > /me ducks > > On 08/12/2011 11:11 AM, Jeff Fearn wrote: >> Hi everybody, as you all no doubt know we have been searching for an >> alternative to FOP for some time. FOP has proven very expensive to >> support and package, and has basically been a thorn in our side for ages :( >> >> Enter http://code.google.com/p/wkhtmltopdf/ a new approach to HTML->PDF >> conversion. Now I've been rather negative about this approach since >> quite frankly the output of existing tools is poor, but this tool takes >> the output to a new level! >> >> I urge you to take a look at the test PDF [1] I generated for the >> Publican Users' Guide before you write off this approach. >> >> After a few tweaks to the HTML-Single style-sheet the out put is on-par >> with FOP. Clearly there are limitations to what this can do, but the >> benefits of this over FOP are significant, and I think overall we'd get >> a lot more return for our effort in fixing layout issues with this tool >> than continuing smashing our faces against the impenetrable mountain of >> pain of FOP. >> >> Initail thoughts wkhtmltopdf Vs FOP: >> >> Cons: >> >> Foot notes become end notes >> >> >> Pros: >> >> Not Java >> Layout matches HTML >> Not Java >> Layout synced with HTML >> Not Java >> Non Intel arches possible >> Not Java >> Fast >> Not Java >> Small memory footprint >> Not Java >> Maintainable >> Not Java >> >> Discuss! >> >> Cheers, Jeff. >> >> 1: http://fedorapeople.org/~jfearn/PUG_test.pdf >> >> _______________________________________________ >> publican-list mailing list >> publican-list at redhat.com >> https://www.redhat.com/mailman/listinfo/publican-list >> Wiki: https://fedorahosted.org/publican > > From jwulf at redhat.com Fri Aug 12 03:03:17 2011 From: jwulf at redhat.com (Joshua Wulf) Date: Fri, 12 Aug 2011 13:03:17 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E447DD6.5050303@redhat.com> References: <4E447DD6.5050303@redhat.com> Message-ID: <4E4497F5.8010809@redhat.com> Jeff, what about this: Page Breaking The current page breaking algorithm of WebKit leaves much to be desired. Basically webkit will render everything into one long page, and then cut it up into pages. This means that if you have two columns of text where one is vertically shifted by half a line. Then webkit will cut a line into to pieces display the top half on one page. And the bottom half on another page. It will also break image in two and so on. If you are using the patched version of QT you can use the CSS page-break-inside property to remedy this somewhat. There is no easy solution to this problem, until this is solved try organising your HTML documents such that it contains many lines on which pages can be cut cleanly. See also: http://code.google.com/p/wkhtmltopdf/issues/detail?id=9, http://code.google.com/p/wkhtmltopdf/issues/detail?id=33 and http://code.google.com/p/wkhtmltopdf/issues/detail?id=57. On 08/12/2011 11:11 AM, Jeff Fearn wrote: > Hi everybody, as you all no doubt know we have been searching for an > alternative to FOP for some time. FOP has proven very expensive to > support and package, and has basically been a thorn in our side for ages :( > > Enter http://code.google.com/p/wkhtmltopdf/ a new approach to HTML->PDF > conversion. Now I've been rather negative about this approach since > quite frankly the output of existing tools is poor, but this tool takes > the output to a new level! > > I urge you to take a look at the test PDF [1] I generated for the > Publican Users' Guide before you write off this approach. > > After a few tweaks to the HTML-Single style-sheet the out put is on-par > with FOP. Clearly there are limitations to what this can do, but the > benefits of this over FOP are significant, and I think overall we'd get > a lot more return for our effort in fixing layout issues with this tool > than continuing smashing our faces against the impenetrable mountain of > pain of FOP. > > Initail thoughts wkhtmltopdf Vs FOP: > > Cons: > > Foot notes become end notes > > > Pros: > > Not Java > Layout matches HTML > Not Java > Layout synced with HTML > Not Java > Non Intel arches possible > Not Java > Fast > Not Java > Small memory footprint > Not Java > Maintainable > Not Java > > Discuss! > > Cheers, Jeff. > > 1: http://fedorapeople.org/~jfearn/PUG_test.pdf > > _______________________________________________ > publican-list mailing list > publican-list at redhat.com > https://www.redhat.com/mailman/listinfo/publican-list > Wiki: https://fedorahosted.org/publican -- Give us your feedback on JBoss Enterprise Documentation, take the key survey: http://www.keysurvey.com/survey/361436/1065/ From jfearn at redhat.com Fri Aug 12 03:31:43 2011 From: jfearn at redhat.com (Jeff Fearn) Date: Fri, 12 Aug 2011 13:31:43 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E4497F5.8010809@redhat.com> References: <4E447DD6.5050303@redhat.com> <4E4497F5.8010809@redhat.com> Message-ID: <4E449E9F.9080102@redhat.com> On 08/12/2011 01:03 PM, Joshua Wulf wrote: > Jeff, what about this: > > Page Breaking > > The current page breaking algorithm of WebKit leaves much to be desired. > Basically webkit will render everything into one long page, and then cut > it up into pages. This means that if you have two columns of text where > one is vertically shifted by half a line. Then webkit will cut a line > into to pieces display the top half on one page. And the bottom half on > another page. It will also break image in two and so on. If you are > using the patched version of QT you can use the CSS page-break-inside > property to remedy this somewhat. You may note in the sample PDFs that: 1: chapters have page breaks before them 2: admonitions & examples don't break across pages unless they are longer than a page This is because the test is using a patched QT, installed outside the normal library path, and I modified the CSS file to break those ways to see if it was easy to overcome such issues. We'd need to add more rules to make images and such avoid breaking, but it's relatively straight forward and something we could get done in a reasonable time. > There is no easy solution to this > problem, until this is solved try organising your HTML documents such > that it contains many lines on which pages can be cut cleanly. I think technical content lends itself to having many breaking locations, and using this tool we could easily add style rules that writers could set when they need to specify a line break. e.g. since status gets translated to a class, we could add CSS classes break-before, break-after, etc, to allow writers to force page breaks when the PDF isn't quite right. While the output isn't perfect I think it lends itself to easier layout manipulation by the writer, which makes it easier to deal with specific issues. Currently we can't customise FOP output this way so if your content doesn't exactly match the layout expectations then you are outta luck. > See also: http://code.google.com/p/wkhtmltopdf/issues/detail?id=9, > http://code.google.com/p/wkhtmltopdf/issues/detail?id=33 and > http://code.google.com/p/wkhtmltopdf/issues/detail?id=57. Cheers, Jeff. From mhideo at redhat.com Fri Aug 12 03:30:29 2011 From: mhideo at redhat.com (Mike Hideo) Date: Fri, 12 Aug 2011 13:30:29 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E44907E.9050508@redhat.com> References: <4E447DD6.5050303@redhat.com> <4E4488B5.7010307@redhat.com> <4E44907E.9050508@redhat.com> Message-ID: <4E449E55.6010302@redhat.com> On 08/12/2011 12:31 PM, Jeff Fearn wrote: > > Hi Mike, I chased down the source to the current public RHEL-6 hi-IN > Installation Guide and built a PDF of it [2], caution, it's 10MB! > > Cheers, Jeff. > > 2: > http://fedorapeople.org/~jfearn/Red_Hat_Enterprise_Linux-6-Installation_Guide-hi-IN-TEST.pdf Can someone have the above reviewed and testify to its goodness? From jfearn at redhat.com Fri Aug 12 03:47:34 2011 From: jfearn at redhat.com (Jeff Fearn) Date: Fri, 12 Aug 2011 13:47:34 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E449E9F.9080102@redhat.com> References: <4E447DD6.5050303@redhat.com> <4E4497F5.8010809@redhat.com> <4E449E9F.9080102@redhat.com> Message-ID: <4E44A256.4070602@redhat.com> On 08/12/2011 01:31 PM, Jeff Fearn wrote: > This is because the test is using a patched QT, installed outside the > normal library path, and I modified the CSS file to break those ways to > see if it was easy to overcome such issues. To clarify the test set-up is using wkhtmltopdf-0.10.0_rc2 and the staging branch of git://gitorious.org/+wkhtml2pdf/qt/wkhtmltopdf-qt.git Cheers, Jeff. From rlerch at redhat.com Fri Aug 12 03:55:36 2011 From: rlerch at redhat.com (Ryan Lerch) Date: Fri, 12 Aug 2011 13:55:36 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E447DD6.5050303@redhat.com> References: <4E447DD6.5050303@redhat.com> Message-ID: <4E44A438.3070309@redhat.com> On 08/12/2011 11:11 AM, Jeff Fearn wrote: > Hi everybody, as you all no doubt know we have been searching for an > alternative to FOP for some time. FOP has proven very expensive to > support and package, and has basically been a thorn in our side for > ages :( > > Enter http://code.google.com/p/wkhtmltopdf/ a new approach to > HTML->PDF conversion. Now I've been rather negative about this > approach since quite frankly the output of existing tools is poor, > but this tool takes the output to a new level! > > I urge you to take a look at the test PDF [1] I generated for the > Publican Users' Guide before you write off this approach. > > After a few tweaks to the HTML-Single style-sheet the out put is > on-par with FOP. Clearly there are limitations to what this can do, > but the benefits of this over FOP are significant, and I think overall > we'd get a lot more return for our effort in fixing layout issues with > this tool than continuing smashing our faces against the impenetrable > mountain of pain of FOP. > This looks awesome! I love that there will only be 1 styling mechanism (CSS) across all the 4 default outputs. Makes it much easier to create new, and maintain styles. cheers, ryanlerch From rlerch at redhat.com Fri Aug 12 03:59:48 2011 From: rlerch at redhat.com (Ryan Lerch) Date: Fri, 12 Aug 2011 13:59:48 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E44A438.3070309@redhat.com> References: <4E447DD6.5050303@redhat.com> <4E44A438.3070309@redhat.com> Message-ID: <4E44A534.7070208@redhat.com> On 08/12/2011 01:55 PM, Ryan Lerch wrote: > > On 08/12/2011 11:11 AM, Jeff Fearn wrote: >> Hi everybody, as you all no doubt know we have been searching for an >> alternative to FOP for some time. FOP has proven very expensive to >> support and package, and has basically been a thorn in our side for >> ages :( >> >> Enter http://code.google.com/p/wkhtmltopdf/ a new approach to >> HTML->PDF conversion. Now I've been rather negative about this >> approach since quite frankly the output of existing tools is poor, >> but this tool takes the output to a new level! >> >> I urge you to take a look at the test PDF [1] I generated for the >> Publican Users' Guide before you write off this approach. >> >> After a few tweaks to the HTML-Single style-sheet the out put is >> on-par with FOP. Clearly there are limitations to what this can do, >> but the benefits of this over FOP are significant, and I think >> overall we'd get a lot more return for our effort in fixing layout >> issues with this tool than continuing smashing our faces against the >> impenetrable mountain of pain of FOP. >> > > This looks awesome! > > I love that there will only be 1 styling mechanism (CSS) across all > the 4 default outputs. Makes it much easier to create new, and > maintain styles. > > cheers, > ryanlerch Jeff, I also assume that the approach that wkthtmltopdf uses makes it a whole lot easier to change things like page size? cheers, ryanlerch From ccheng at redhat.com Fri Aug 12 04:01:20 2011 From: ccheng at redhat.com (Chester Cheng) Date: Fri, 12 Aug 2011 14:01:20 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E449E55.6010302@redhat.com> References: <4E447DD6.5050303@redhat.com> <4E4488B5.7010307@redhat.com> <4E44907E.9050508@redhat.com> <4E449E55.6010302@redhat.com> Message-ID: <4E44A590.3080503@redhat.com> ? 8/12/2011 1:30 PM, Mike Hideo ??: > On 08/12/2011 12:31 PM, Jeff Fearn wrote: >> >> http://fedorapeople.org/~jfearn/Red_Hat_Enterprise_Linux-6-Installation_Guide-hi-IN-TEST.pdf >> > > Can someone have the above reviewed and testify to its goodness? > I tested the ja-JP version. CSB6 (RHEL 6 64-bit) + Adobe Reader 9.4.2 (English version with language pack): "There was an error opening this document. The root document is missing or invalid." Windows 7 + Adobe Reader X (Traditional Chinese version with Japanese language pack): See attachment. -------------- next part -------------- A non-text attachment was scrubbed... Name: unknown_error.png Type: image/png Size: 19673 bytes Desc: not available URL: From noriko at redhat.com Fri Aug 12 05:05:26 2011 From: noriko at redhat.com (Noriko Mizumoto) Date: Fri, 12 Aug 2011 15:05:26 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: References: Message-ID: <4E44B496.5090200@redhat.com> > On 08/12/2011 12:31 PM, Jeff Fearn wrote: >> > Hi Mike, I chased down the source to the current public RHEL-6 hi-IN >> > Installation Guide and built a PDF of it [2], caution, it's 10MB! > And before anyone asks, ja-JP [3], again 10MB. > > Cheers, Jeff. > > 3: > http://fedorapeople.org/~jfearn/Red_Hat_Enterprise_Linux-6-Installation_Guide-ja-JP-TEST.pdf Hi Jeff, I've quickly gone through. This pdf looks better than current pdf :-) A few findings. * Japanese looks correctly shown up * The department name where the author belongs shows wrong information (see for Cantrell David, he belongs to 'VNC ??????' - 'VNC installation' in English). * The margins of top and bottom looks narrow in the screen. (I have not tried to actually print out though) noriko From jfearn at redhat.com Fri Aug 12 05:12:52 2011 From: jfearn at redhat.com (Jeff Fearn) Date: Fri, 12 Aug 2011 15:12:52 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E44A590.3080503@redhat.com> References: <4E447DD6.5050303@redhat.com> <4E4488B5.7010307@redhat.com> <4E44907E.9050508@redhat.com> <4E449E55.6010302@redhat.com> <4E44A590.3080503@redhat.com> Message-ID: <4E44B654.8010604@redhat.com> On 08/12/2011 02:01 PM, Chester Cheng wrote: > ? 8/12/2011 1:30 PM, Mike Hideo ??: >> On 08/12/2011 12:31 PM, Jeff Fearn wrote: >>> >>> http://fedorapeople.org/~jfearn/Red_Hat_Enterprise_Linux-6-Installation_Guide-hi-IN-TEST.pdf >>> >> >> Can someone have the above reviewed and testify to its goodness? >> > I tested the ja-JP version. > > CSB6 (RHEL 6 64-bit) + Adobe Reader 9.4.2 (English version with language > pack): > "There was an error opening this document. The root document is missing > or invalid." > > Windows 7 + Adobe Reader X (Traditional Chinese version with Japanese > language pack): > See attachment. Interesting, does it work on RHEL-6 if you use evince? Cheers, Jeff. From jfearn at redhat.com Fri Aug 12 05:14:49 2011 From: jfearn at redhat.com (Jeff Fearn) Date: Fri, 12 Aug 2011 15:14:49 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E44B496.5090200@redhat.com> References: <4E44B496.5090200@redhat.com> Message-ID: <4E44B6C9.7000005@redhat.com> On 08/12/2011 03:05 PM, Noriko Mizumoto wrote: > >> On 08/12/2011 12:31 PM, Jeff Fearn wrote: >>> > Hi Mike, I chased down the source to the current public RHEL-6 hi-IN >>> > Installation Guide and built a PDF of it [2], caution, it's 10MB! >> And before anyone asks, ja-JP [3], again 10MB. >> >> Cheers, Jeff. >> >> 3: >> http://fedorapeople.org/~jfearn/Red_Hat_Enterprise_Linux-6-Installation_Guide-ja-JP-TEST.pdf >> > > Hi Jeff, > I've quickly gone through. > This pdf looks better than current pdf :-) Good to hear! > A few findings. > * Japanese looks correctly shown up > * The department name where the author belongs shows wrong information > (see for Cantrell David, he belongs to 'VNC ??????' - 'VNC > installation' in English). Is it wrong in the html as well or is this different for the PDF? > * The margins of top and bottom looks narrow in the screen. (I have not > tried to actually print out though) Yeah we haven't done much layout work, it's pretty easy to control margins and such so we can do that kind of thing though. Cheers, Jeff. From hertzog at debian.org Fri Aug 12 12:00:44 2011 From: hertzog at debian.org (Raphael Hertzog) Date: Fri, 12 Aug 2011 14:00:44 +0200 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E44A438.3070309@redhat.com> <4E449E9F.9080102@redhat.com> <4E447DD6.5050303@redhat.com> Message-ID: <20110812120044.GE17587@rivendell.home.ouaza.com> Hi, On Fri, 12 Aug 2011, Jeff Fearn wrote: > Foot notes become end notes This is rather annoying. On a HTML page you can click the link and use the back button. On a printed copy you can forget this... > Pros: > Layout matches HTML > Layout synced with HTML On Fri, 12 Aug 2011, Ryan Lerch wrote: > I love that there will only be 1 styling mechanism (CSS) across all > the 4 default outputs. Makes it much easier to create new, and > maintain styles. This is good for us, but not necessarily for the reader. As a reader, I don't have the same expectation from an HTML output and a PDF output. The PDF should be a high quality rendering so that the result is perfect should it be printed as a real book (via a print-on-demand service for example). On a page oriented document, a two column layout is often used but this would never be used in HTML and is next to impossible to create AFAIK. Also you how do you deal with stuff like page numbering and references to page numbers? And having a differente layout for odd/even pages? On Fri, 12 Aug 2011, Jeff Fearn wrote: > Not Java > Fast > Not Java > Small memory footprint > Not Java > Maintainable > Not Java I don't really like java either but IMO it should not be used as a reason to switch to somethings with less features. Most of the people doing docbook use some sort of LaTeX based backend for the PDF generation. And it's also what many people expect when it comes to create a real book. Why was FOP preferred over LaTeX? > On 08/12/2011 01:03 PM, Joshua Wulf wrote: > This is because the test is using a patched QT, installed outside > the normal library path, and I modified the CSS file to break those > ways to see if it was easy to overcome such issues. Urgh, this is the kind of stuff that distributors (like Debian) do not like at all... Are those changes things that are upstreamable in QT/Webkit? Cheers, -- Rapha?l Hertzog ? Debian Developer Follow my Debian News ? http://RaphaelHertzog.com (English) ? http://RaphaelHertzog.fr (Fran?ais) From bugzilla at redhat.com Sat Aug 13 23:26:37 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2011 19:26:37 -0400 Subject: [publican-list] [Bug 727985] RFE: Add beta or preview watermark option In-Reply-To: References: Message-ID: <201108132326.p7DNQbJI027231@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=727985 Nick Bebout changed: What |Removed |Added ---------------------------------------------------------------------------- CC|nb at fedoraproject.org | -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Mon Aug 15 11:53:38 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2011 07:53:38 -0400 Subject: [publican-list] [Bug 663203] [RFE] mock SRPM validation In-Reply-To: References: Message-ID: <201108151153.p7FBrcX8029848@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=663203 Andrew Beekhof changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |abeekhof at redhat.com --- Comment #4 from Andrew Beekhof 2011-08-15 07:53:37 EDT --- What on earth for? We use publican to build our in-tree docs, but its now barfing in fedora-15 because we have an unavoidable and completely unrelated rpmlint error. This is in addition to being forced into having a versioned build dependancy on publican. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Tue Aug 16 01:43:29 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2011 21:43:29 -0400 Subject: [publican-list] [Bug 663203] [RFE] mock SRPM validation In-Reply-To: References: Message-ID: <201108160143.p7G1hTlx016532@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=663203 --- Comment #5 from Andrew Beekhof 2011-08-15 21:43:28 EDT --- Adding some clarifications after an IRC chat with Ryan: The upstream project is Pacemaker and the command we're running from the Makefile is: $(PUBLICAN) build --publish --langs=all --formats=$(DOCBOOK_FORMATS) The SRPM publican is checking in this case is the pacemaker one, since the docs are in the same SRPM as the code. So when rpmlint complains about something in the code, it causes publican abort. Ryan explained to me why the checks were necessary, but perhaps they could be limited to the "package" command. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From ankit at redhat.com Tue Aug 16 07:18:26 2011 From: ankit at redhat.com (Ankitkumar Rameshchandra Patel) Date: Tue, 16 Aug 2011 12:48:26 +0530 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E44907E.9050508@redhat.com> References: <4E447DD6.5050303@redhat.com> <4E4488B5.7010307@redhat.com> <4E44907E.9050508@redhat.com> Message-ID: <4E4A19C2.7080402@redhat.com> On 08/12/2011 08:01 AM, Jeff Fearn wrote: > On 08/12/2011 11:58 AM, Mike Hideo wrote: >> >> how does it process complex-text-languages and indic >> (really-complex-text-languages) ? > > Hi Mike, I chased down the source to the current public RHEL-6 hi-IN > Installation Guide and built a PDF of it [2], caution, it's 10MB! > > Cheers, Jeff. > > 2: > http://fedorapeople.org/~jfearn/Red_Hat_Enterprise_Linux-6-Installation_Guide-hi-IN-TEST.pdf > > > > Just checked myself and also verified with Rajesh Ranjan (Hindi guy). This pdf looks absolutely perfect. However, I would want to test all other Indic languages in order to make sure it works well with them too. Thanks Jeff -- Regards, Ankit Patel http://www.ankit644.com/ From mhideo at redhat.com Tue Aug 16 10:28:04 2011 From: mhideo at redhat.com (Mike Hideo) Date: Tue, 16 Aug 2011 20:28:04 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E4A19C2.7080402@redhat.com> References: <4E447DD6.5050303@redhat.com> <4E4488B5.7010307@redhat.com> <4E44907E.9050508@redhat.com> <4E4A19C2.7080402@redhat.com> Message-ID: <4E4A4634.7010803@redhat.com> On 08/16/2011 05:18 PM, Ankitkumar Rameshchandra Patel wrote: > > Just checked myself and also verified with Rajesh Ranjan (Hindi guy). > This pdf looks absolutely perfect. However, I would want to test all > other Indic languages in order to make sure it works well with them too. Hi Jeff, What do you need from Ankit to perform this test? - Mike From bugzilla at redhat.com Tue Aug 16 11:48:11 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2011 07:48:11 -0400 Subject: [publican-list] [Bug 676072] RFC: Publican support for Mallard In-Reply-To: References: Message-ID: <201108161148.p7GBmBIo005267@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=676072 Petr Kovar changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pkovar at redhat.com -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 18 01:12:55 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2011 21:12:55 -0400 Subject: [publican-list] [Bug 731601] New: [RFE] No wait on --cvs builds. Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [RFE] No wait on --cvs builds. https://bugzilla.redhat.com/show_bug.cgi?id=731601 Summary: [RFE] No wait on --cvs builds. Product: Publican Version: 2.6 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: publican AssignedTo: jfearn at redhat.com ReportedBy: sgordon at redhat.com QAContact: rlandman at redhat.com CC: mmcallis at redhat.com, publican-list at redhat.com Classification: Other Story Points: --- Type: --- Description of problem: When using the --brew option to package documentation the default option is not to wait on the brew task(s) once they have started. If the --wait option is specified then publican will however wait for the tasks to complete. When using the --cvs option to package documentation the default option is to wait on the brew task(s) once they have started. To skip waiting for the task(s) it is necessary to choose the right moment to Ctrl+C. Ideally would like to see consistency in the default wait and application of the --wait option across the packaging methods. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Mon Aug 22 05:51:53 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2011 01:51:53 -0400 Subject: [publican-list] [Bug 727739] Publican Eclipse output doesn't work In-Reply-To: References: Message-ID: <201108220551.p7M5pr3s023589@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=727739 Ruediger Landmann changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |publican-list at redhat.com Component|publican |publican Version|14 |2.6 AssignedTo|r.landmann at redhat.com |jfearn at redhat.com Product|Fedora |Publican QAContact|extras-qa at fedoraproject.org |rlandman at redhat.com --- Comment #5 from Ruediger Landmann 2011-08-22 01:51:52 EDT --- Nothing to do with Fedora's packaging of Publican: redirecting upstream. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Mon Aug 22 05:52:44 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2011 01:52:44 -0400 Subject: [publican-list] [Bug 727392] Request for better handling of spaces in file names. In-Reply-To: References: Message-ID: <201108220552.p7M5qiMl019407@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=727392 Ruediger Landmann changed: What |Removed |Added ---------------------------------------------------------------------------- Version|rawhide |2.6 Component|publican |publican CC| |publican-list at redhat.com AssignedTo|r.landmann at redhat.com |jfearn at redhat.com QAContact|extras-qa at fedoraproject.org |rlandman at redhat.com Product|Fedora |Publican --- Comment #1 from Ruediger Landmann 2011-08-22 01:52:43 EDT --- Nothing to do with Fedora's packaging of Publican: redirecting upstream. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Mon Aug 22 05:54:02 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2011 01:54:02 -0400 Subject: [publican-list] [Bug 720656] Entities ignored in filename In-Reply-To: References: Message-ID: <201108220554.p7M5s212023946@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=720656 Ruediger Landmann changed: What |Removed |Added ---------------------------------------------------------------------------- Version|14 |2.6 CC| |publican-list at redhat.com Component|publican |publican AssignedTo|r.landmann at redhat.com |jfearn at redhat.com QAContact|extras-qa at fedoraproject.org |rlandman at redhat.com Product|Fedora |Publican --- Comment #1 from Ruediger Landmann 2011-08-22 01:54:01 EDT --- Redirecting upstream. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From jfearn at redhat.com Mon Aug 22 06:26:09 2011 From: jfearn at redhat.com (Jeff Fearn) Date: Mon, 22 Aug 2011 16:26:09 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <20110812120044.GE17587@rivendell.home.ouaza.com> References: <20110812120044.GE17587@rivendell.home.ouaza.com> Message-ID: <4E51F681.3060900@redhat.com> On 08/12/2011 10:00 PM, Raphael Hertzog wrote: > Hi, > > On Fri, 12 Aug 2011, Jeff Fearn wrote: >> Foot notes become end notes > > This is rather annoying. On a HTML page you can click the link and use the > back button. On a printed copy you can forget this... It's not nearly as annoying as the limitations FOP has, such as no complex text PDFs, and the fact that the current release is basically un-packagable. >> Pros: >> Layout matches HTML >> Layout synced with HTML > > On Fri, 12 Aug 2011, Ryan Lerch wrote: >> I love that there will only be 1 styling mechanism (CSS) across all >> the 4 default outputs. Makes it much easier to create new, and >> maintain styles. > > This is good for us, but not necessarily for the reader. As a reader, I > don't have the same expectation from an HTML output and a PDF output. The PDF and HTML outputs differing is one of the most common complaints we get. > The PDF should be a high quality rendering so that the result is perfect > should it be printed as a real book (via a print-on-demand service for > example). This was the original goal of the PDF, it was not attainable, and it is not what PDF consumers use it for. The PDF is now aimed at being a single file distributable, which closely resembles the other outputs. Perhaps sometime in the future we will consider another output for this use case. > On a page oriented document, a two column layout is often used but this > would never be used in HTML and is next to impossible to create AFAIK. You can't do this now. > Also you how do you deal with stuff like page numbering and references to > page numbers? And having a differente layout for odd/even pages? We don't support either of these ATM aside from a small page margin change between odd and even pages. > On Fri, 12 Aug 2011, Jeff Fearn wrote: >> Not Java >> Fast >> Not Java >> Small memory footprint >> Not Java >> Maintainable >> Not Java > > I don't really like java either but IMO it should not be used as a reason to > switch to somethings with less features. The reason we are switching is because FOP is unmaintainable, if you want to step up and maintain FOP then I'm happy to stick with it. Unless someone steps up and maintains FOP we will be looking to switch, even if we lose some functionality. Our time being wasted is sufficient reason for change. > Most of the people doing docbook use some sort of LaTeX based backend for > the PDF generation. And it's also what many people expect when it comes to > create a real book. I've never seen any even remotely decent docbook->latex tools, feel free to drop some names and some links if you know of any. > Why was FOP preferred over LaTeX? At the time the Latex options sucked horribly for CJK, and Indic was impossible with CJK support. FOP gave us the hope of having a single tool that could handle all the languages required, a false hope as it turned out :( >> On 08/12/2011 01:03 PM, Joshua Wulf wrote: >> This is because the test is using a patched QT, installed outside >> the normal library path, and I modified the CSS file to break those >> ways to see if it was easy to overcome such issues. > > Urgh, this is the kind of stuff that distributors (like Debian) do not > like at all... Yeah, Fedora is going to hate it too, but I'm not supporting FOP just because other people don't like the alternatives. There is only a certain amount of time we have to do stuff and FOP is a massive time sink, unless people are going to help carry FOP we are definitely going to switch if we find a usable alternative that sucks less time. If it's much less featured, but sucks much less time, then that's a fair trade AFAIAC. > Are those changes things that are upstreamable in QT/Webkit? Apparently getting changes up-streamed is difficult in that community. Cheers, Jeff. From bugzilla at redhat.com Mon Aug 22 12:37:40 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2011 08:37:40 -0400 Subject: [publican-list] [Bug 732370] http://docs.fedoraproject.org/cs-CZ/index.html - 'documentace' instead of 'dokumentace' In-Reply-To: References: Message-ID: <201108221237.p7MCbemu010800@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=732370 Adam Pribyl changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |covex at lowlevel.cz, | |mmcallis at redhat.com, | |publican-list at redhat.com Component|Other language |publican Version|unspecified |2.0 AssignedTo|pribyl at lowlevel.cz |jfearn at redhat.com Product|Fedora Localization |Publican QAContact|aalam at redhat.com |rlandman at redhat.com --- Comment #1 from Adam Pribyl 2011-08-22 08:37:39 EDT --- Those are images generated probably based on http://svn.fedorahosted.org/svn/publican/trunk/publican-fedora/cs-CZ/ however I do not know where this comes from, as the file "Logos.po" is not translated and there is only "image-right.png", that has the typo. The source of the TOC text is completely unknown to me... -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From hertzog at debian.org Mon Aug 22 13:31:25 2011 From: hertzog at debian.org (Raphael Hertzog) Date: Mon, 22 Aug 2011 15:31:25 +0200 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E51F681.3060900@redhat.com> References: <20110812120044.GE17587@rivendell.home.ouaza.com> <4E51F681.3060900@redhat.com> Message-ID: <20110822133125.GA15636@rivendell.home.ouaza.com> Hi, On Mon, 22 Aug 2011, Jeff Fearn wrote: > It's not nearly as annoying as the limitations FOP has, such as no > complex text PDFs, and the fact that the current release is > basically un-packagable. Hum, Debian still has 0.95 (and not 1.0). I don't know the reasons but at least it gives some plausibility to your statement. :-) > >The PDF should be a high quality rendering so that the result is perfect > >should it be printed as a real book (via a print-on-demand service for > >example). > > This was the original goal of the PDF, it was not attainable, and it > is not what PDF consumers use it for. The PDF is now aimed at being > a single file distributable, which closely resembles the other > outputs. BTW epub is also a "single-file distributable" (even if it's a just a zip file). > Perhaps sometime in the future we will consider another output for > this use case. I would definitely love this. > The reason we are switching is because FOP is unmaintainable, if you > want to step up and maintain FOP then I'm happy to stick with it. > Unless someone steps up and maintains FOP we will be looking to > switch, even if we lose some functionality. I don't think I'm going to step up to maintain the FOP backend but I'm definitely interested in a PDF that is of book print-quality and if the switch picks a new technology where this is possible I _might_ contribute a bit (or pay someone to contribute). > >Most of the people doing docbook use some sort of LaTeX based backend for > >the PDF generation. And it's also what many people expect when it comes to > >create a real book. > > I've never seen any even remotely decent docbook->latex tools, feel > free to drop some names and some links if you know of any. According to my limited experience, dblatex seems to be the most popular XSLT stylesheets: http://dblatex.sourceforge.net/ Did you consider it? If yes, what were the main problems? > At the time the Latex options sucked horribly for CJK, and Indic was > impossible with CJK support. FOP gave us the hope of having a single > tool that could handle all the languages required, a false hope as > it turned out :( I don't know anything about dblatex's support of those languages. It's not something that mattered for my use cases. > If it's much less featured, but sucks much less time, then that's a > fair trade AFAIAC. Well, it if doesn't add much over taking the HTML single page and doing "print to PDF", I don't really see the point of it. > >Are those changes things that are upstreamable in QT/Webkit? > > Apparently getting changes up-streamed is difficult in that community. :-( Cheers, -- Rapha?l Hertzog ? Debian Developer Follow my Debian News ? http://RaphaelHertzog.com (English) ? http://RaphaelHertzog.fr (Fran?ais) From bugzilla at redhat.com Mon Aug 22 16:23:00 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2011 12:23:00 -0400 Subject: [publican-list] [Bug 732370] http://docs.fedoraproject.org/cs-CZ/index.html - 'documentace' instead of 'dokumentace' In-Reply-To: References: Message-ID: <201108221623.p7MGN0pE004870@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=732370 Petr Kovar changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pkovar at redhat.com -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Mon Aug 22 17:12:09 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2011 13:12:09 -0400 Subject: [publican-list] [Bug 732370] http://docs.fedoraproject.org/cs-CZ/index.html - 'documentace' instead of 'dokumentace' In-Reply-To: References: Message-ID: <201108221712.p7MHC9oA012076@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=732370 Jaromir Hradilek changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jhradile at redhat.com -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Mon Aug 22 21:44:10 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2011 17:44:10 -0400 Subject: [publican-list] [Bug 732370] http://docs.fedoraproject.org/cs-CZ/index.html - 'documentace' instead of 'dokumentace' In-Reply-To: References: Message-ID: <201108222144.p7MLiA3N005878@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=732370 --- Comment #2 from Petr Kovar 2011-08-22 17:44:09 EDT --- image_right.png is also stored in the docs/web.git repo: http://git.fedorahosted.org/git/?p=docs/web.git;a=blob_plain;f=public_html/cs-CZ/Common_Content/images/image_right.png;hb=HEAD The second image is in the same repo: http://git.fedorahosted.org/git/?p=docs/web.git;a=blob_plain;f=public_html/cs-CZ/images/web_logo.png;hb=HEAD -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From jfearn at redhat.com Mon Aug 22 22:29:31 2011 From: jfearn at redhat.com (Jeff Fearn) Date: Tue, 23 Aug 2011 08:29:31 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <20110822133125.GA15636@rivendell.home.ouaza.com> References: <20110812120044.GE17587@rivendell.home.ouaza.com> <4E51F681.3060900@redhat.com> <20110822133125.GA15636@rivendell.home.ouaza.com> Message-ID: <4E52D84B.1090401@redhat.com> On 08/22/2011 11:31 PM, Raphael Hertzog wrote: > Hi, > > On Mon, 22 Aug 2011, Jeff Fearn wrote: >> It's not nearly as annoying as the limitations FOP has, such as no >> complex text PDFs, and the fact that the current release is >> basically un-packagable. > > Hum, Debian still has 0.95 (and not 1.0). I don't know the reasons but at > least it gives some plausibility to your statement. :-) > >>> The PDF should be a high quality rendering so that the result is perfect >>> should it be printed as a real book (via a print-on-demand service for >>> example). >> >> This was the original goal of the PDF, it was not attainable, and it >> is not what PDF consumers use it for. The PDF is now aimed at being >> a single file distributable, which closely resembles the other >> outputs. > > BTW epub is also a "single-file distributable" (even if it's a just a zip > file). > >> Perhaps sometime in the future we will consider another output for >> this use case. > > I would definitely love this. > >> The reason we are switching is because FOP is unmaintainable, if you >> want to step up and maintain FOP then I'm happy to stick with it. >> Unless someone steps up and maintains FOP we will be looking to >> switch, even if we lose some functionality. > > I don't think I'm going to step up to maintain the FOP backend but I'm > definitely interested in a PDF that is of book print-quality and if the > switch picks a new technology where this is possible I _might_ contribute > a bit (or pay someone to contribute). > >>> Most of the people doing docbook use some sort of LaTeX based backend for >>> the PDF generation. And it's also what many people expect when it comes to >>> create a real book. >> >> I've never seen any even remotely decent docbook->latex tools, feel >> free to drop some names and some links if you know of any. > > According to my limited experience, dblatex seems to be the most > popular XSLT stylesheets: http://dblatex.sourceforge.net/ > > Did you consider it? If yes, what were the main problems? Yes we looked at it, 5 years ago, at that time it 1: couldn't cope with the complex documents we tested it on, trying to build them generated thousands of errors 2: we couldn't get simple documents to work reliably in CJK and Indic languages 3: it wasn't easy to base a distributable on it for Windows 4: the style wasn't anywhere near as good as the output you get from the XML::FO generated by the default style sheets Maybe we could give http://docbookpublishing.com/ a whirl :P Cheers, Jeff. From bugzilla at redhat.com Mon Aug 22 23:37:35 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2011 19:37:35 -0400 Subject: [publican-list] [Bug 726575] Cannot between books in a In-Reply-To: References: Message-ID: <201108222337.p7MNbZcf028999@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=726575 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|jfearn at redhat.com |rlandman at redhat.com QAContact|rlandman at redhat.com |jfearn at redhat.com -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Mon Aug 22 23:49:08 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2011 19:49:08 -0400 Subject: [publican-list] [Bug 727985] RFE: Add beta or preview watermark option In-Reply-To: References: Message-ID: <201108222349.p7MNn86V030791@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=727985 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|jfearn at redhat.com |rlandman at redhat.com QAContact|rlandman at redhat.com |jfearn at redhat.com -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Mon Aug 22 23:52:02 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2011 19:52:02 -0400 Subject: [publican-list] [Bug 732370] http://docs.fedoraproject.org/cs-CZ/index.html - 'documentace' instead of 'dokumentace' In-Reply-To: References: Message-ID: <201108222352.p7MNq2kR029925@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=732370 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- CC|publican-list at redhat.com | -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Mon Aug 22 23:53:16 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2011 19:53:16 -0400 Subject: [publican-list] [Bug 475684] Find solution for using Glossaries with publican In-Reply-To: References: Message-ID: <201108222353.p7MNrGxZ030056@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=475684 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |CANTFIX Flag|needinfo?(rlandman at redhat.c | |om) | Last Closed| |2011-08-22 19:53:15 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Mon Aug 22 23:51:29 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2011 19:51:29 -0400 Subject: [publican-list] [Bug 732370] http://docs.fedoraproject.org/cs-CZ/index.html - 'documentace' instead of 'dokumentace' In-Reply-To: References: Message-ID: <201108222351.p7MNpTBI029870@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=732370 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Version|2.0 |15 CC| |nb at fedoraproject.org, | |r.landmann at redhat.com Component|publican |publican-fedora AssignedTo|jfearn at redhat.com |r.landmann at redhat.com QAContact|rlandman at redhat.com |extras-qa at fedoraproject.org Product|Publican |Fedora -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Tue Aug 23 00:11:40 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2011 20:11:40 -0400 Subject: [publican-list] [Bug 731601] [RFE] No wait on --cvs builds. In-Reply-To: References: Message-ID: <201108230011.p7N0Betv001531@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=731601 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |MODIFIED --- Comment #1 from Jeff Fearn 2011-08-22 20:11:39 EDT --- Added code to stop brew call waiting unless --wait is supplied. Applied change to branches/publican-2x and trunk. Committed revision 1865. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From jfearn at redhat.com Tue Aug 23 04:46:26 2011 From: jfearn at redhat.com (Jeff Fearn) Date: Tue, 23 Aug 2011 14:46:26 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E52D84B.1090401@redhat.com> References: <20110812120044.GE17587@rivendell.home.ouaza.com> <4E51F681.3060900@redhat.com> <20110822133125.GA15636@rivendell.home.ouaza.com> <4E52D84B.1090401@redhat.com> Message-ID: <4E5330A2.3050603@redhat.com> For people who'd like to test this tool I have made some F15 packages, be aware that wkhtmltopdf-qt package is 17MB, the source rpm for same is 133MB! i686: http://jfearn.fedorapeople.org/wkhtmltopdf/f15/i686/wkhtmltopdf-qt-4.7.1-1.git20110804.fc15.i686.rpm http://jfearn.fedorapeople.org/wkhtmltopdf/f15/i686/wkhtmltopdf-0.10.0_rc2-1.fc15.i686.rpm x86_64: http://jfearn.fedorapeople.org/wkhtmltopdf/f15/x86_64/wkhtmltopdf-qt-4.7.1-1.git20110804.fc15.x86_64.rpm http://jfearn.fedorapeople.org/wkhtmltopdf/f15/x86_64/wkhtmltopdf-0.10.0_rc2-1.fc15.x86_64.rpm The source rpms are in those directories in case anyone wants to rebuild for other versions of Fedora, RHEL, etc. Once installed, just cd in to a directory containing a html-single build and run: $ wkhtmltopdf index.htm test.pdf Then view test.pdf. If you have a very recent build from branches/publican-2x then publican will detect wkhtmltopdf is installed and will use wkhtmltopdf instead of fop when building a PDF. We haven't changed any other logic, so installing publican from scratch won't pull in wkhtmltopdf, and the logic preventing Indic packages shipping PDF's is still in place. Cheers, Jeff. From bugzilla at redhat.com Tue Aug 23 05:32:26 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2011 01:32:26 -0400 Subject: [publican-list] [Bug 732608] New: $xml_lang/icons/icons.svg file misplaced when packaging translated books Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: $xml_lang/icons/icons.svg file misplaced when packaging translated books https://bugzilla.redhat.com/show_bug.cgi?id=732608 Summary: $xml_lang/icons/icons.svg file misplaced when packaging translated books Product: Publican Version: 2.6 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: publican AssignedTo: jfearn at redhat.com ReportedBy: r.landmann at redhat.com QAContact: rlandman at redhat.com CC: mmcallis at redhat.com, publican-list at redhat.com Classification: Other Story Points: --- Type: --- Description of problem: When I package a book that has an $xml_lang/icons/icons.svg file but no $xml_lang/images/icons.svg file, the $xml_lang/icons/ directory gets copied to the root directory of the book. Building a binary RPM then works only if Publican still has access to the $xml_lang/icons/icons.svg file. This is a problem when building translated books from Publican-generated SRPMs, because Publican no longer has access to the original $xml_lang/ directory. Version-Release number of selected component (if applicable): 2.6-3.fc15 How reproducible: 100% Steps to Reproduce: 1. Create a book with an $xml_lang/icons/icons.svg file but no $xml_lang/images/icons.svg file 2. Set up a translated language with update_pot and update_po 3. Generate an SRPM in the translated language with publican package 4. Unpack the SRPM and attempt to generate a binary RPM with publican package --binary Actual results: Packaging fails with: cp: cannot stat `ru-RU/images/icon.svg': No such file or directory error: Bad exit status from /var/tmp/rpm-tmp.WqpFkF (%install) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.WqpFkF (%install) /usr/bin/rpmbuild exited with value 1 at /usr/bin/publican line 885 Expected results: Packaging succeeds Additional info: -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Tue Aug 23 05:37:11 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2011 01:37:11 -0400 Subject: [publican-list] [Bug 732608] $xml_lang/icons/icons.svg file misplaced when packaging translated books In-Reply-To: References: Message-ID: <201108230537.p7N5bBb9029728@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=732608 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |MODIFIED --- Comment #1 from Jeff Fearn 2011-08-23 01:37:11 EDT --- icons dir was incorrectly being moved out of language directory when packaging, leading to it not being found when using the tar file for rebuilding. Correctly nested icons dir and made spec templates use correct path. Applied fix to branches/publican-2x and trunk. Committed revision 1868. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Tue Aug 23 05:40:26 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2011 01:40:26 -0400 Subject: [publican-list] [Bug 732612] New: Can not navigate to translated documents at docs.redhat.com Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Can not navigate to translated documents at docs.redhat.com https://bugzilla.redhat.com/show_bug.cgi?id=732612 Summary: Can not navigate to translated documents at docs.redhat.com Product: Publican Version: 2.6 Platform: x86_64 OS/Version: Linux Status: NEW Severity: urgent Priority: unspecified Component: publican AssignedTo: jfearn at redhat.com ReportedBy: tnagamot at redhat.com QAContact: rlandman at redhat.com CC: mmcallis at redhat.com, publican-list at redhat.com Classification: Other Story Points: --- Type: --- Description of problem: You can not navigate to translated documents from the right pane of the docs index page (such as http://docs.redhat.com/docs/es-ES/ or http://docs.redhat.com/docs/ja-JP/) for all languages. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. Go to http://docs.redhat.com/docs/ja-JP/. 2. Click "JBoss Enterprise Application Platform" from the right pane. 3. Click "html" for "Administration And Configuration Guide". Actual results: It shows the content in English. Expected results: It should show the content in Japanese. Additional info: This happens for all the languages and product lines except some product lines for Japanese documents such as JBoss Enterprise SOA Platform. There is no problem navigating to each translated documents from the left pane. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Tue Aug 23 05:53:11 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2011 01:53:11 -0400 Subject: [publican-list] [Bug 732612] Can not navigate to translated documents at docs.redhat.com In-Reply-To: References: Message-ID: <201108230553.p7N5rBAh030809@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=732612 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NOTABUG Last Closed| |2011-08-23 01:53:11 --- Comment #1 from Jeff Fearn 2011-08-23 01:53:11 EDT --- Please see your splash page vendor; this issue is not related to Publican functionality. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Tue Aug 23 22:53:20 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2011 18:53:20 -0400 Subject: [publican-list] [Bug 726575] Cannot between books in a In-Reply-To: References: Message-ID: <201108232253.p7NMrK4a004438@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=726575 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Flag| |needinfo?(rnewton at redhat.co | |m) --- Comment #2 from Jeff Fearn 2011-08-23 18:53:19 EDT --- Can you supply the repo location for this set? It'll make testing easier. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Tue Aug 23 23:26:43 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2011 19:26:43 -0400 Subject: [publican-list] [Bug 726575] Cannot between books in a In-Reply-To: References: Message-ID: <201108232326.p7NNQh3x016755@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=726575 Rebecca Newton changed: What |Removed |Added ---------------------------------------------------------------------------- Flag|needinfo?(rnewton at redhat.co | |m) | --- Comment #3 from Rebecca Newton 2011-08-23 19:26:42 EDT --- Hey Jeff, the source is here: https://svn.devel.redhat.com/repos/ecs/JBoss_Web_Framework_Kit/trunk/2.0/RichFaces_Developer_Guide/ I discovered that s won't work either, not sure why I thought they did. I don't know if this is related. I did try running publican clean for the stuff but it took a few hours so I kept having to give up. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Wed Aug 24 02:00:47 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2011 22:00:47 -0400 Subject: [publican-list] [Bug 691956] [RFE] Support for WebHelp output. In-Reply-To: References: Message-ID: <201108240200.p7O20lvW011705@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=691956 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |WONTFIX Last Closed| |2011-08-23 22:00:45 --- Comment #2 from Jeff Fearn 2011-08-23 22:00:45 EDT --- Definitely don't want to be adding any more Java based deps. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Wed Aug 24 03:55:40 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2011 23:55:40 -0400 Subject: [publican-list] [Bug 727739] Publican Eclipse output doesn't work In-Reply-To: References: Message-ID: <201108240355.p7O3tes7025769@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=727739 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |MODIFIED --- Comment #6 from Jeff Fearn 2011-08-23 23:55:38 EDT --- The presence of the DOCTYPE line in xml and html output was causing eclipse to barf. Suppressed output of DOCTYPE for eclipse output. Applied to branches/publican-2x and trunk. Committed revision 1869. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 02:05:08 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2011 22:05:08 -0400 Subject: [publican-list] [Bug 726575] Cannot between books in a In-Reply-To: References: Message-ID: <201108250205.p7P258RE002571@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=726575 Rebecca Newton changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NOTABUG Last Closed| |2011-08-24 22:05:07 --- Comment #4 from Rebecca Newton 2011-08-24 22:05:07 EDT --- Turns out, if you follow the instructions in the Publican UG properly ... stuff works ;) I fixed the format of the set so that it wasn't books inside the set, and that has fixed both the and issues. Thanks for your time, Jeff. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 16:03:41 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 12:03:41 -0400 Subject: [publican-list] [Bug 733402] New: Publican does not detect an incorrect name of a tag property Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Publican does not detect an incorrect name of a tag property https://bugzilla.redhat.com/show_bug.cgi?id=733402 Summary: Publican does not detect an incorrect name of a tag property Product: Publican Version: 2.6 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: publican AssignedTo: jfearn at redhat.com ReportedBy: ekopalov at redhat.com QAContact: rlandman at redhat.com CC: mmcallis at redhat.com, publican-list at redhat.com Classification: Other Story Points: --- Type: --- Description of problem: Publican does not detect a dtd violation Version-Release number of selected component (if applicable): 2.6 (with the JBoss brand; but occurs on all brands) How reproducible: A roles properties file blabla A roles properties file # A roles.properties file for use with the UsersRolesLoginModule darranl at KERBEROS.JBOSS.ORG=Users Steps to Reproduce: 1. Build the text above into an html-single document (I had it in a chapter and section) Actual results: The text is rendered without the programlisting content ("# A roles.properties file for use with the UsersRolesLoginModule darranl at KERBEROS.JBOSS.ORG=Users" is NOT shown) Expected results: Publican building fails due to an incorrect argument in the programlisting tag (I have "lang"; should be "language") Additional info: If you get rid of the para tag around the programlisting, publican build will fail with: general_installation.xml:185: validity error : Element example content does not follow the DTD, expecting (blockinfo? , (title , titleabbrev?) , (calloutlist | glosslist | bibliolist | itemizedlist | orderedlist | segmentedlist | simplelist | variablelist | literallayout | programlisting | programlistingco | screen | screenco | screenshot | synopsis | cmdsynopsis | funcsynopsis | classsynopsis | fieldsynopsis | constructorsynopsis | destructorsynopsis | methodsynopsis | formalpara | para | simpara | address | blockquote | graphic | graphicco | mediaobject | mediaobjectco | informalequation | informalexample | informalfigure | informaltable | indexterm | beginpage | procedure)+), got (title ) So it cannot see the programlisting tag. Good luck! -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 16:04:52 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 12:04:52 -0400 Subject: [publican-list] [Bug 733402] Publican does not detect an incorrect name of a tag property In-Reply-To: References: Message-ID: <201108251604.p7PG4q0L024640@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=733402 --- Comment #1 from Eva Kopalova 2011-08-25 12:04:51 EDT --- Created attachment 519918 --> https://bugzilla.redhat.com/attachment.cgi?id=519918 the incorrect rendering -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 16:08:51 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 12:08:51 -0400 Subject: [publican-list] [Bug 733402] Publican does not detect an incorrect name of a tag property In-Reply-To: References: Message-ID: <201108251608.p7PG8pT2022774@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=733402 Eva Kopalova changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jhradile at redhat.com -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 22:34:47 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 18:34:47 -0400 Subject: [publican-list] [Bug 733402] Publican does not detect an incorrect name of a tag property In-Reply-To: References: Message-ID: <201108252234.p7PMYlx2009122@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=733402 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NOTABUG Last Closed| |2011-08-25 18:34:46 --- Comment #2 from Jeff Fearn 2011-08-25 18:34:46 EDT --- (In reply to comment #0) > Description of problem: > Publican does not detect a dtd violation This is not a DTD violation, lang is a valid attribute for every tag in DocBook 4. http://www.docbook.org/tdg/en/html/ref-elements.html#common.attributes > Version-Release number of selected component (if applicable): > 2.6 (with the JBoss brand; but occurs on all brands) > > How reproducible: > > A roles properties file > blabla > > A roles properties file > > > # A roles.properties file for use with the UsersRolesLoginModule > darranl at KERBEROS.JBOSS.ORG=Users > > > > > > > Steps to Reproduce: > 1. Build the text above into an html-single document (I had it in a chapter and > section) > > Actual results: > The text is rendered without the programlisting content ("# A roles.properties > file for use with the UsersRolesLoginModule > darranl at KERBEROS.JBOSS.ORG=Users" is NOT shown) The reason the programlisting is not displayed is because "Java" does not match the current lang, probably "en-US", so publican does exactly what you have asked it to, it excludes the content. > Expected results: > Publican building fails due to an incorrect argument in the programlisting tag > (I have "lang"; should be "language") Every time we and add code to try and figure out an authors intention we end up causing more problems than we solve, so I'm very reluctant to try and figure out when people are using wrong, yet valid, attributes. DocBook 5 has changed from the non-standard lang attribute to the standard xml:lang attribute, this should make this kind of attribute misuse less likely. See https://bugzilla.redhat.com/show_bug.cgi?id=696397 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:13:18 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:13:18 -0400 Subject: [publican-list] [Bug 731601] [RFE] No wait on --cvs builds. In-Reply-To: References: Message-ID: <201108252313.p7PNDIUZ018397@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=731601 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.7 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:13:32 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:13:32 -0400 Subject: [publican-list] [Bug 729826] RFE: drop hard-coded default for os_ver: In-Reply-To: References: Message-ID: <201108252313.p7PNDWOP018423@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=729826 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.7 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:13:12 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:13:12 -0400 Subject: [publican-list] [Bug 732608] $xml_lang/icons/icons.svg file misplaced when packaging translated books In-Reply-To: References: Message-ID: <201108252313.p7PNDCba018383@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=732608 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.7 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:13:41 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:13:41 -0400 Subject: [publican-list] [Bug 729824] RFE: relax conditions on the (software) version: parameter In-Reply-To: References: Message-ID: <201108252313.p7PNDfX3015572@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=729824 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.7 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:13:53 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:13:53 -0400 Subject: [publican-list] [Bug 727756] Watermarks no workie. In-Reply-To: References: Message-ID: <201108252313.p7PNDrDt018584@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=727756 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.7 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:14:05 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:14:05 -0400 Subject: [publican-list] [Bug 727739] Publican Eclipse output doesn't work In-Reply-To: References: Message-ID: <201108252314.p7PNE5Ri018604@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=727739 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.7 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From r.landmann at redhat.com Thu Aug 25 23:27:17 2011 From: r.landmann at redhat.com (Ruediger Landmann) Date: Fri, 26 Aug 2011 09:27:17 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E5330A2.3050603@redhat.com> References: <20110812120044.GE17587@rivendell.home.ouaza.com> <4E51F681.3060900@redhat.com> <20110822133125.GA15636@rivendell.home.ouaza.com> <4E52D84B.1090401@redhat.com> <4E5330A2.3050603@redhat.com> Message-ID: <4E56DA55.8050709@redhat.com> On 08/23/2011 02:46 PM, Jeff Fearn wrote: > For people who'd like to test this tool I have made some F15 packages, > be aware that wkhtmltopdf-qt package is 17MB, the source rpm for same > is 133MB! > > > i686: > > http://jfearn.fedorapeople.org/wkhtmltopdf/f15/i686/wkhtmltopdf-qt-4.7.1-1.git20110804.fc15.i686.rpm > > > http://jfearn.fedorapeople.org/wkhtmltopdf/f15/i686/wkhtmltopdf-0.10.0_rc2-1.fc15.i686.rpm > > > x86_64: > > http://jfearn.fedorapeople.org/wkhtmltopdf/f15/x86_64/wkhtmltopdf-qt-4.7.1-1.git20110804.fc15.x86_64.rpm > > > http://jfearn.fedorapeople.org/wkhtmltopdf/f15/x86_64/wkhtmltopdf-0.10.0_rc2-1.fc15.x86_64.rpm > > > The source rpms are in those directories in case anyone wants to > rebuild for other versions of Fedora, RHEL, etc. > > Once installed, just cd in to a directory containing a html-single > build and run: > > $ wkhtmltopdf index.htm test.pdf > > Then view test.pdf. > The QT part is also building in Koji [1], so I'll look at getting this shipped in Fedora too! :) Thanks Jeff, I'm very much looking forward to dropping FOP if we can! I'm not yet convinced that this approach is any *more* maintainable than FOP, but I'm very confident that it's at least no *less* maintainable; and the greater arches and functionality make this change a no-brainer IMHO. Cheers Rudi [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=3300174 From bugzilla at redhat.com Thu Aug 25 23:19:46 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:19:46 -0400 Subject: [publican-list] [Bug 661569] [RFE] Replace msgmerge In-Reply-To: References: Message-ID: <201108252319.p7PNJkCu016583@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=661569 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:19:36 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:19:36 -0400 Subject: [publican-list] [Bug 661568] Changes file is out of date In-Reply-To: References: Message-ID: <201108252319.p7PNJae1016513@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=661568 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:19:33 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:19:33 -0400 Subject: [publican-list] [Bug 661946] [RFE] Hard coded paths to share files In-Reply-To: References: Message-ID: <201108252319.p7PNJX3s016495@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=661946 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:19:33 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:19:33 -0400 Subject: [publican-list] [Bug 661567] Publican uses grep and sed in XmlClean In-Reply-To: References: Message-ID: <201108252319.p7PNJXMk016492@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=661567 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:19:45 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:19:45 -0400 Subject: [publican-list] [Bug 707833] RFE: consolidate database entries In-Reply-To: References: Message-ID: <201108252319.p7PNJjLG016573@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=707833 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:19:37 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:19:37 -0400 Subject: [publican-list] [Bug 695545] RFE: make doc root configurable In-Reply-To: References: Message-ID: <201108252319.p7PNJbdG016519@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=695545 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:19:32 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:19:32 -0400 Subject: [publican-list] [Bug 719834] RFE: support git for remote packaging In-Reply-To: References: Message-ID: <201108252319.p7PNJWM8016489@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=719834 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:19:48 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:19:48 -0400 Subject: [publican-list] [Bug 719832] RFE: support git for distributed sets In-Reply-To: References: Message-ID: <201108252319.p7PNJmlC016597@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=719832 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:19:36 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:19:36 -0400 Subject: [publican-list] [Bug 663202] [RFE] STRICT mode should be brand configurable In-Reply-To: References: Message-ID: <201108252319.p7PNJaU8016516@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=663202 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:19:43 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:19:43 -0400 Subject: [publican-list] [Bug 697366] Include DocBook 5-compatible templates In-Reply-To: References: Message-ID: <201108252319.p7PNJhxa016557@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=697366 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:19:47 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:19:47 -0400 Subject: [publican-list] [Bug 697363] RFE -- better tables in text format In-Reply-To: References: Message-ID: <201108252319.p7PNJlHX016587@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=697363 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:19:38 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:19:38 -0400 Subject: [publican-list] [Bug 678186] update_po produces inconsistent results In-Reply-To: References: Message-ID: <201108252319.p7PNJct3016528@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=678186 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:19:40 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:19:40 -0400 Subject: [publican-list] [Bug 696397] use "xml:lang" instead of "lang" in DocBook 5 In-Reply-To: References: Message-ID: <201108252319.p7PNJeDh016538@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=696397 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:19:43 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:19:43 -0400 Subject: [publican-list] [Bug 697376] RFE: remove generic content from web site In-Reply-To: References: Message-ID: <201108252319.p7PNJhQU016566@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=697376 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:19:41 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:19:41 -0400 Subject: [publican-list] [Bug 697364] RFE -- allow for customized document templates In-Reply-To: References: Message-ID: <201108252319.p7PNJfIl016547@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=697364 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:19:41 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:19:41 -0400 Subject: [publican-list] [Bug 697367] Include DocBook 5-compatible Common Content In-Reply-To: References: Message-ID: <201108252319.p7PNJfuw016542@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=697367 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:19:45 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:19:45 -0400 Subject: [publican-list] [Bug 719835] RFE: support multiple repositories for distributed sets In-Reply-To: References: Message-ID: <201108252319.p7PNJj3a016578@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=719835 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:19:42 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:19:42 -0400 Subject: [publican-list] [Bug 697380] Incomplete translation warnings are not very readable In-Reply-To: References: Message-ID: <201108252319.p7PNJgUT016553@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=697380 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:19:44 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:19:44 -0400 Subject: [publican-list] [Bug 690723] publican doesn't process "()" characters in the .pot filename In-Reply-To: References: Message-ID: <201108252319.p7PNJiUb016569@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=690723 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:19:47 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:19:47 -0400 Subject: [publican-list] [Bug 697375] RFE -- allow customization of ToC on Publican-generated websites In-Reply-To: References: Message-ID: <201108252319.p7PNJlul016592@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=697375 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:19:39 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:19:39 -0400 Subject: [publican-list] [Bug 677119] RFE: Make template content in CreateBook.pm translatable In-Reply-To: References: Message-ID: <201108252319.p7PNJdVl016532@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=677119 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:19:34 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:19:34 -0400 Subject: [publican-list] [Bug 642127] %changelog doesn't follow packaging Version Release format with publican 'package' action In-Reply-To: References: Message-ID: <201108252319.p7PNJY7L016497@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=642127 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Aug 25 23:19:38 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2011 19:19:38 -0400 Subject: [publican-list] [Bug 697371] RFE -- allow translators to add a translator credit to the front matter of books In-Reply-To: References: Message-ID: <201108252319.p7PNJcTg016524@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=697371 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From jfearn at redhat.com Fri Aug 26 04:17:32 2011 From: jfearn at redhat.com (Jeff Fearn) Date: Fri, 26 Aug 2011 14:17:32 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E56DA55.8050709@redhat.com> References: <20110812120044.GE17587@rivendell.home.ouaza.com> <4E51F681.3060900@redhat.com> <20110822133125.GA15636@rivendell.home.ouaza.com> <4E52D84B.1090401@redhat.com> <4E5330A2.3050603@redhat.com> <4E56DA55.8050709@redhat.com> Message-ID: <4E571E5C.1010704@redhat.com> On 08/26/2011 09:27 AM, Ruediger Landmann wrote: > The QT part is also building in Koji [1], so I'll look at getting this > shipped in Fedora too! :) > > Thanks Jeff, I'm very much looking forward to dropping FOP if we can! > I'm not yet convinced that this approach is any *more* maintainable than > FOP, but I'm very confident that it's at least no *less* maintainable; > and the greater arches and functionality make this change a no-brainer > IMHO. For those not in the know, Rudi is referring to PPC and s390 arches. Currently FOP will not compile, or run, on enterprise architectures. I have a RHEL6 build of wktmltopdf that builds clean on PPC, PPC64, s390, and s390x, so we are no longer arch bound! (The patch and config changes are in the SRPM Rudi used in Koji, so fedora should get PPC aches too, should someone want to build them). FYI I have heard from the Red Hat translation team that Indic languages all pass review, so that is another major success for khtmltopdf! Does anyone have a book translated in to a right to left language? If so, please provide the SCM URL. I'd like to make some PDFs to see how they work. FOP is not capable of generating PDFs for right to left languages, so this is another area we have been stymied in the past. Cheers, Jeff. From bugzilla at redhat.com Fri Aug 26 05:22:46 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2011 01:22:46 -0400 Subject: [publican-list] [Bug 733577] Rework profiling for DocBook 5 In-Reply-To: References: Message-ID: <201108260522.p7Q5MkEC005233@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=733577 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Fri Aug 26 05:21:27 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2011 01:21:27 -0400 Subject: [publican-list] [Bug 733577] New: Rework profiling for DocBook 5 Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Rework profiling for DocBook 5 https://bugzilla.redhat.com/show_bug.cgi?id=733577 Summary: Rework profiling for DocBook 5 Product: Publican Version: 2.6 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: publican AssignedTo: jfearn at redhat.com ReportedBy: jfearn at redhat.com QAContact: rlandman at redhat.com CC: mmcallis at redhat.com, publican-list at redhat.com Classification: Other Story Points: --- Type: --- Description of problem: Attribute changes in DocBook 5 require reworking the profiling code. Currently profiling can be done on lang, arch, or condition, for DB5 we should support all the "effectivity" attributes See http://www.docbook.org/tdg5/en/html/ref-elements.html#common.effectivity.attributes replace contion.arch/lang with a new parameter, 'profiliing' that accepts attribute=value pairs. e.g. profiling: "condition=enterprise arch=x86_64" Consider allowing multiples. e.g. profiling: "condition=enterprise arch=x86_64 arch=ia64" Consider allowing boolean logic. e.g. profiling: "condition=enterprise&sme arch=x86_64|ia64" -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From r.landmann at redhat.com Fri Aug 26 05:44:19 2011 From: r.landmann at redhat.com (Ruediger Landmann) Date: Fri, 26 Aug 2011 15:44:19 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E571E5C.1010704@redhat.com> References: <20110812120044.GE17587@rivendell.home.ouaza.com> <4E51F681.3060900@redhat.com> <20110822133125.GA15636@rivendell.home.ouaza.com> <4E52D84B.1090401@redhat.com> <4E5330A2.3050603@redhat.com> <4E56DA55.8050709@redhat.com> <4E571E5C.1010704@redhat.com> Message-ID: <4E5732B3.7040302@redhat.com> On 08/26/2011 02:17 PM, Jeff Fearn wrote: > > Does anyone have a book translated in to a right to left language? If > so, please provide the SCM URL. I'd like to make some PDFs to see how > they work. FOP is not capable of generating PDFs for right to left > languages, so this is another area we have been stymied in the past. The Fedora 13 Release Notes were mostly translated to Hebrew: git clone git://git.fedorahosted.org/git/docs/release-notes.git I just built a copy myself; seems to work: http://rlandmann.fedorapeople.org/Fedora_13-Release_Notes-he-IL.pdf From jfearn at redhat.com Fri Aug 26 06:29:13 2011 From: jfearn at redhat.com (Jeff Fearn) Date: Fri, 26 Aug 2011 16:29:13 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E5732B3.7040302@redhat.com> References: <20110812120044.GE17587@rivendell.home.ouaza.com> <4E51F681.3060900@redhat.com> <20110822133125.GA15636@rivendell.home.ouaza.com> <4E52D84B.1090401@redhat.com> <4E5330A2.3050603@redhat.com> <4E56DA55.8050709@redhat.com> <4E571E5C.1010704@redhat.com> <4E5732B3.7040302@redhat.com> Message-ID: <4E573D39.7010101@redhat.com> On 08/26/2011 03:44 PM, Ruediger Landmann wrote: > On 08/26/2011 02:17 PM, Jeff Fearn wrote: >> >> Does anyone have a book translated in to a right to left language? If >> so, please provide the SCM URL. I'd like to make some PDFs to see how >> they work. FOP is not capable of generating PDFs for right to left >> languages, so this is another area we have been stymied in the past. > > The Fedora 13 Release Notes were mostly translated to Hebrew: > > git clone git://git.fedorahosted.org/git/docs/release-notes.git > > I just built a copy myself; seems to work: > http://rlandmann.fedorapeople.org/Fedora_13-Release_Notes-he-IL.pdf hehehe for small values of "I can read Hebrew" :D Here is a PDF with prettier footers! http://fedorapeople.org/~jfearn/Red_Hat_Enterprise_Linux-6-Installation_Guide-en-US-TEST.pdf Thanks to Ryal Lerch for investigating how to do this, still needs some tweaks, but we have a pretty good handle on how to customise page footers and headers now! Cheers, Jeff. From peter.moulder at monash.edu Fri Aug 26 14:15:58 2011 From: peter.moulder at monash.edu (Peter Moulder) Date: Sat, 27 Aug 2011 00:15:58 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E573D39.7010101@redhat.com> References: <20110812120044.GE17587@rivendell.home.ouaza.com> <4E51F681.3060900@redhat.com> <20110822133125.GA15636@rivendell.home.ouaza.com> <4E52D84B.1090401@redhat.com> <4E5330A2.3050603@redhat.com> <4E56DA55.8050709@redhat.com> <4E571E5C.1010704@redhat.com> <4E5732B3.7040302@redhat.com> <4E573D39.7010101@redhat.com> Message-ID: <20110826141558.GA18914@bowman.infotech.monash.edu.au> It happens that I've recently been experimenting with using an HTML formatter to get pdf myself. I haven't been using wkhtmltopdf, but at least I can share some stylesheet things I've tried. On Fri, Aug 26, 2011 at 04:29:13PM +1000, Jeff Fearn wrote: > Here is a PDF with prettier footers! > > http://fedorapeople.org/~jfearn/Red_Hat_Enterprise_Linux-6-Installation_Guide-en-US-TEST.pdf At the end of page 30 is an orphan, followed by a widow on the next page. This is a bit surprising, as the initial value for 'widows' and 'orphans' is 2. Try adding * { widows: 2 !important; orphans: 2 !important; } but it may just be that wkhtmltopdf doesn't yet support 'widows' and 'orphans'. Page 31 ends with a header. Make sure you have h1,h2,h3,h4,h5,h6 { page-break-inside: avoid; page-break-after: avoid; } to avoid that. > Thanks to [Ryan] Lerch for investigating how to do this, still needs > some tweaks, but we have a pretty good handle on how to customise > page footers and headers now! I append the stylesheet I've been using, in case it's helpful. It uses css3-page and css3-gcpm stuff to get page headers / footers / table-of-contents stuff like in the existing fop pdf output; but that part of the stylesheet is completely untested, and I don't know what page/gcpm stuff wkhtmltopdf supports. Oh, also, I wrote this stylesheet based on a document not split into parts (i.e. Part I etc.), and it still needs a few changes in the selectors to work with documents that are split into parts. I'm guessing that you'll just use the stylesheet for ideas rather than using literally, so I'll just send as is. Note that I made the page numbers and choice of header text mostly follow the pattern used in the existing fop-produced documents, which differs from what's done in the above sample in a couple of ways: roman numerals for first few pages then starting again from 1 after the preface; no header/footer for page i; page headers are chapter (left page) and section (right page), but blank headers for the appendices. One thing I didn't reproduce was the unique header for the first page of a chapter. Note too that I've forced use of svg instead of png for the note / warning / important icons; though I've used relative URLs, so the paths might need tweaking. [Ideally all of the HTML/EPUB output would use the SVGs too, so that they can be printed or zoomed. I see that some Publican-produced HTML files already use SVG images, at least for title_logo.svg.] It currently uses !important everywhere just because I was using it as a user stylesheet. pjrm. /* The preface part of the document uses roman-numeral page numbers, * and the page numbers start again from 1 after the preface. * Appendices differ only in that there's no header text (just a border). */ @page { counter-increment: main-page; /* Overridden in :first and preface pages. */ @top-center { text-align: inherit; /* Override UA default stylesheet of text-align:center to inherit from page context (left or right). */ border-bottom: 0.5pt solid black; margin-bottom: 16.5pt; content: ""; } @bottom-center { text-align: inherit; margin-top: 2pt; border-top: 0.5pt solid black; content: counter(main-page); } } @page :left { margin: 73pt 87pt 46pt 54pt; text-align: left; } @page :right { margin: 73pt 54pt 46pt 87pt; text-align: right; } @page :first { counter-increment: preface-page; @top-center { content: none; /* And thus no border. */ } @bottom-center { content: none; } } @page preface { counter-increment: preface-page; @bottom-center { content: counter(preface-page, lower-roman); } } @page preface:left { @top-center { content: fixme need longer example to know the rule; } } @page chapter:left { @top-center { content: string(left-page-header); } } @page chapter:right { @top-center { content: string(right-page-header); } } .book>div.titlepage, .book>div.toc, .book>div.preface { page: preface; } .book>div.chapter { page: chapter; } .book>div.appendix { page: appendix; } div.chapter h2 { set-string: left-page-header content(); } div.section h2 { set-string: right-page-header content(); } body { margin: 0 !important; font-size: 9pt !important; } body:lang(zh) { font-size: 12pt !important; } .programlisting { font-size: 8pt !important; } .screen { font-size: 8pt !important; } div.admonition_header { margin-top: -35px !important; padding-left: 44pt !important; } div.chapter, div.appendix, div.preface, div.part { page-break-before: always; } /* Override the above .chapter, .section etc. rules for the ones in the table-of-contents. */ .toc * { page-break-before: auto; } /* Use *.svg instead of *.png for warning/note/important icon. */ div.warning:before { content: url(../images/warning.svg) !important; } div.note:before { content: url(../images/note.svg) !important; } div.important:before { content: url(../images/important.svg) !important; } div.warning, div.note, div.important { padding-top: 0pt !important; page-break-inside: avoid; } dt { page-break-after: avoid; } ul { padding-left: 0 !important; list-style-type: disc; } img { max-width: 444px; } /* Table of Contents page numbers. */ .toc span.preface a:after { content: " " leader(dotted) " " target-counter(attr(href, url), preface-page, lower-roman); } .toc span.chapter a:after, .toc span.appendix a:after { content: " " leader(dotted) " " target-counter(attr(href, url), main-page); } From jaredsmith at jaredsmith.net Fri Aug 26 17:40:56 2011 From: jaredsmith at jaredsmith.net (Jared Smith) Date: Fri, 26 Aug 2011 13:40:56 -0400 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E573D39.7010101@redhat.com> References: <20110812120044.GE17587@rivendell.home.ouaza.com> <4E51F681.3060900@redhat.com> <20110822133125.GA15636@rivendell.home.ouaza.com> <4E52D84B.1090401@redhat.com> <4E5330A2.3050603@redhat.com> <4E56DA55.8050709@redhat.com> <4E571E5C.1010704@redhat.com> <4E5732B3.7040302@redhat.com> <4E573D39.7010101@redhat.com> Message-ID: On Fri, Aug 26, 2011 at 2:29 AM, Jeff Fearn wrote: > Here is a PDF with prettier footers! > > http://fedorapeople.org/~jfearn/Red_Hat_Enterprise_Linux-6-Installation_Guide-en-US-TEST.pdf > > Thanks to Ryal Lerch for investigating how to do this, still needs some > tweaks, but we have a pretty good handle on how to customise page footers > and headers now! I have to admit -- I'm one of those people who was somewhat hesitant to move off of FOP, mostly because of the time and effort I've personally put into trying to make FOP work well. I was not looking forward to loosing functionality such as footnotes either, but looking at your test PDF, it looks like that problem has been solved. Assuming we can get widows and orphans taken care of, I'm happy with the new solution. (It might be worth still leaving in the option to use FOP as the back-end if the user would rather use it, at least in the short term.) -- Jared Smith From rlerch at redhat.com Sun Aug 28 00:56:43 2011 From: rlerch at redhat.com (Ryan Lerch) Date: Sun, 28 Aug 2011 10:56:43 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <20110826141558.GA18914@bowman.infotech.monash.edu.au> References: <20110812120044.GE17587@rivendell.home.ouaza.com> <4E51F681.3060900@redhat.com> <20110822133125.GA15636@rivendell.home.ouaza.com> <4E52D84B.1090401@redhat.com> <4E5330A2.3050603@redhat.com> <4E56DA55.8050709@redhat.com> <4E571E5C.1010704@redhat.com> <4E5732B3.7040302@redhat.com> <4E573D39.7010101@redhat.com> <20110826141558.GA18914@bowman.infotech.monash.edu.au> Message-ID: <4E59924B.8050906@redhat.com> Thanks for this Peter! I will have to investigate playing with someof these styles. So far i have not played with the actual styles of the document. wkhtml2pdf lets you supply a footer.html file to provide custom footers (that is all i have been playing with so far.) Also, i need to add that this approach will help out a lot with the current limitations we hit in FOP wrt images. (we currently limit images to 444px for this reason) happy days! cheers, ryanlerch On Sat 27 Aug 2011 12:15:58 AM EST, Peter Moulder wrote: > It happens that I've recently been experimenting with using an HTML formatter > to get pdf myself. I haven't been using wkhtmltopdf, but at least I can share > some stylesheet things I've tried. > > > On Fri, Aug 26, 2011 at 04:29:13PM +1000, Jeff Fearn wrote: > >> Here is a PDF with prettier footers! >> >> http://fedorapeople.org/~jfearn/Red_Hat_Enterprise_Linux-6-Installation_Guide-en-US-TEST.pdf > At the end of page 30 is an orphan, followed by a widow on the next page. > This is a bit surprising, as the initial value for 'widows' and 'orphans' is 2. > Try adding > > * { widows: 2 !important; orphans: 2 !important; } > > but it may just be that wkhtmltopdf doesn't yet support 'widows' and 'orphans'. > > Page 31 ends with a header. Make sure you have > > h1,h2,h3,h4,h5,h6 { page-break-inside: avoid; page-break-after: avoid; } > > to avoid that. > >> Thanks to [Ryan] Lerch for investigating how to do this, still needs >> some tweaks, but we have a pretty good handle on how to customise >> page footers and headers now! > I append the stylesheet I've been using, in case it's helpful. It uses > css3-page and css3-gcpm stuff to get page headers / footers / table-of-contents > stuff like in the existing fop pdf output; but that part of the stylesheet is > completely untested, and I don't know what page/gcpm stuff wkhtmltopdf > supports. > > Oh, also, I wrote this stylesheet based on a document not split into parts > (i.e. Part I etc.), and it still needs a few changes in the selectors to work > with documents that are split into parts. I'm guessing that you'll just use > the stylesheet for ideas rather than using literally, so I'll just send as is. > > Note that I made the page numbers and choice of header text mostly follow the > pattern used in the existing fop-produced documents, which differs from > what's done in the above sample in a couple of ways: roman numerals for first > few pages then starting again from 1 after the preface; no header/footer for > page i; page headers are chapter (left page) and section (right page), but > blank headers for the appendices. One thing I didn't reproduce was the > unique header for the first page of a chapter. > > Note too that I've forced use of svg instead of png for the note / warning / > important icons; though I've used relative URLs, so the paths might need > tweaking. > > [Ideally all of the HTML/EPUB output would use the SVGs too, so that they can > be printed or zoomed. I see that some Publican-produced HTML files already > use SVG images, at least for title_logo.svg.] > > It currently uses !important everywhere just because I was using it as a user > stylesheet. > > pjrm. > > > /* The preface part of the document uses roman-numeral page numbers, > * and the page numbers start again from 1 after the preface. > * Appendices differ only in that there's no header text (just a border). > */ > > @page { > counter-increment: main-page; /* Overridden in :first and preface pages. */ > > @top-center { > text-align: inherit; /* Override UA default stylesheet of text-align:center to inherit from page context (left or right). */ > border-bottom: 0.5pt solid black; > margin-bottom: 16.5pt; > content: ""; > } > > @bottom-center { > text-align: inherit; > margin-top: 2pt; > border-top: 0.5pt solid black; > content: counter(main-page); > } > } > > @page :left { > margin: 73pt 87pt 46pt 54pt; > text-align: left; > } > > @page :right { > margin: 73pt 54pt 46pt 87pt; > text-align: right; > } > > @page :first { > counter-increment: preface-page; > > @top-center { > content: none; > /* And thus no border. */ > } > > @bottom-center { > content: none; > } > } > > @page preface { > counter-increment: preface-page; > > @bottom-center { > content: counter(preface-page, lower-roman); > } > } > > @page preface:left { > @top-center { content: fixme need longer example to know the rule; } > } > > @page chapter:left { > @top-center { > content: string(left-page-header); > } > } > > @page chapter:right { > @top-center { > content: string(right-page-header); > } > } > > .book>div.titlepage, .book>div.toc, .book>div.preface { page: preface; } > > .book>div.chapter { page: chapter; } > > .book>div.appendix { page: appendix; } > > div.chapter h2 { set-string: left-page-header content(); } > > div.section h2 { set-string: right-page-header content(); } > > > body { > margin: 0 !important; > font-size: 9pt !important; > } > > body:lang(zh) { > font-size: 12pt !important; > } > > .programlisting { > font-size: 8pt !important; > } > > .screen { > font-size: 8pt !important; > } > > div.admonition_header { > margin-top: -35px !important; > padding-left: 44pt !important; > } > > div.chapter, div.appendix, div.preface, div.part { > page-break-before: always; > } > > /* Override the above .chapter, .section etc. rules for the ones in the table-of-contents. */ > .toc * { > page-break-before: auto; > } > > /* Use *.svg instead of *.png for warning/note/important icon. */ > div.warning:before { > content: url(../images/warning.svg) !important; > } > div.note:before { > content: url(../images/note.svg) !important; > } > div.important:before { > content: url(../images/important.svg) !important; > } > > div.warning, div.note, div.important { > padding-top: 0pt !important; > page-break-inside: avoid; > } > > dt { > page-break-after: avoid; > } > > ul { > padding-left: 0 !important; > list-style-type: disc; > } > > img { > max-width: 444px; > } > > /* Table of Contents page numbers. */ > > .toc span.preface a:after { > content: " " leader(dotted) " " target-counter(attr(href, url), preface-page, lower-roman); > } > > .toc span.chapter a:after, > .toc span.appendix a:after { > content: " " leader(dotted) " " target-counter(attr(href, url), main-page); > } > > _______________________________________________ > publican-list mailing list > publican-list at redhat.com > https://www.redhat.com/mailman/listinfo/publican-list > Wiki: https://fedorahosted.org/publican From peter.moulder at monash.edu Sun Aug 28 04:19:02 2011 From: peter.moulder at monash.edu (Peter Moulder) Date: Sun, 28 Aug 2011 14:19:02 +1000 Subject: [publican-list] Possible alternative to FOP! In-Reply-To: <4E59924B.8050906@redhat.com> References: <4E51F681.3060900@redhat.com> <20110822133125.GA15636@rivendell.home.ouaza.com> <4E52D84B.1090401@redhat.com> <4E5330A2.3050603@redhat.com> <4E56DA55.8050709@redhat.com> <4E571E5C.1010704@redhat.com> <4E5732B3.7040302@redhat.com> <4E573D39.7010101@redhat.com> <20110826141558.GA18914@bowman.infotech.monash.edu.au> <4E59924B.8050906@redhat.com> Message-ID: <20110828041902.GA27394@bowman.infotech.monash.edu.au> On Sun, Aug 28, 2011 at 10:56:43AM +1000, Ryan Lerch wrote: (Hi Ryan, long time no see.) > I will have to investigate playing with someof these styles. So far > i have not played with the actual styles of the document. wkhtml2pdf > lets you supply a footer.html file to provide custom footers (that > is all i have been playing with so far.) Can it be a header instead of a footer? One of the areas where fop is better than HTML-based renderers is in making a page fill up the available space despite the need to honour widows & orphans. One way of making the problem less noticeable would be to avoid using a footer, so that one wouldn't be as conscious that the page were under-full. (If you as a reader can see that the page is under-full, then it sometimes makes you expect that this is the end of the section, causing a bit of confusion and loss of concentration when you find that it isn't.) Granted, it looks like wkhtmltopdf doesn't yet honour widows and orphans to begin with, but a similar issue occurs with small div.note blocks and the like. Regarding the evaluation of wkhtmltopdf, can we try an example with a multi-page table, and see whether it handles (repeating the table header on each page) ? I think it doesn't yet. Of course many documents don't have long tables, but it would be good to make a list of the differences we're aware of, so that deployers can make an informed decision, perhaps deciding based on characteristics of the documents they're interested in. Having the list might also help knowing how long to keep the FOP option around, as WebKit slowly evolves to whittle down the list. Here's an initial list, though note that I don't have the right version of WebKit / wkhtmltopdf, so there's quite likely to be some factual errors in this list. Doesn't honour 'widows' / 'orphans' Doesn't always honour 'page-break-before' / 'page-break-after'. Tables of contents have no page numbers Foot notes become end notes Limitations in page headers / footers: no header/footer suppression on first page no roman-numeral stuff up to end of preface can't use name of section? (this is just a guess: section names are a bit harder than name of chapter, because there can be multiple sections in a page but only one chapter on a page in Publican's styling) only footers, not headers? [I'd guess headers work fine.] Use of bitmap images in some places where fop doesn't? (The important/note/warning icons are the most obvious cases, which the stylesheet I gave should address. There are a few other cases where bitmap images are used in the html version where I don't know whether fop uses bitmaps or not. Examples are some front page stuff, and list item bullets.) Chinese html-single output has zero-width-space characters everywhere, leading to bad line breaks. (This is true of the two Chinese outputs I've checked, but not true of the one Japanese output I checked. I don't know whether this is something Publican's doing or it's just the text that the translator supplied for those two documents. Mechanically removing all zwsp characters from the html-single file used as input to wkhtmltopdf is a reasonable work-around, though risks removing zwsp characters that should be there.) Table headers not repeated on each page when a table split over pages [This item would be much higher up the list for documents with long tables, but most documents don't have long tables.] There may be issues if breaking in the middle of a table, especially if using row-spanning cells or long cells with uneven line-heights. (Presumably we can mostly avoid this by using tr,td,th { page-break-inside: avoid; }.) Can't do multiple columns per page? [At least, this was a concern someone raised; has anyone tested, e.g. html { column-count:2 -webkit-column-count:2 }, or on body instead of html?] Page breaking said not to work well with floats. (But does Publican ever use floats?) Margins are never stretchable, so under-full pages are more frequent. (Though this isn't so much of an issue for documents that are full of large unsplittable objects like screenshots, div.note's, 
    blocks, tables etc., because under-full pages will be very common in
    these documents, so it's less likely for the reader to read anything
    into gaps at the bottoms of pages if there's a gap at the end of
    almost every page.)

Some of the page-breaking issues in the above list are just based on
things I've read elsewhere, but I don't know how many of them are still
present in the current software.

If the above looks like a daunting list of disadvantages, then remember
that most of them are just due to current limitations in available
html-to-pdf renderers.  If WebKit has recently added support for
page-break-inside and simple footers, then maybe there'll also be
improvements addressing some of the remaining issues (and for that matter
some of the issues in the above list might already be out of date or
otherwise false).

Similarly, there may be other HTML renderers that become available,
offering an alternative to wkhtmltopdf (no doubt with their own
advantages and disadvantages).  I'm working on an HTML renderer myself
[hence my interest in exploring an alternative to FOP],
so we'll see how that goes.  It'll have aesthetic advantages in some
areas, and is focused on print output, though no doubt will have more
bugs and limitations in general layout than WebKit.  Currently there's
not much to recommend it: it does widows and orphans better, and can do
multi-column, but most of the other issues are present, and does some
things worse.  We'll see how things go in a few months.

> Also, i need to add that this approach will help out a lot with the
> current limitations we hit in FOP wrt images. (we currently limit
> images to 444px for this reason)

How does wkhtmltopdf differ here?  I tentatively added

  img { max-width:444px }

in the stylesheet that I posted, though I haven't checked whether it does
the right thing.  max-width:100% would be another alternative, though I
wasn't sure whether that would get something wrong for a non-full-screen
image; though maybe the selector could be made more specific to alay that
concern.

As the Publican documentation notes, even if the image doesn't get
truncated, it'll still have the problem of being shrunk down to what
might be too small to read comfortably.

For documentation that uses lots of big screenshots, one might consider
formatting the document in landscape format, perhaps in two-column
format, and using page-wide screenshots (e.g. with column-span:all, or as
a page float).  Would that ever be reasonable?  I'm usually not so fond
of wide pages, but it's just an idea.

pjrm.



From bugzilla at redhat.com  Mon Aug 29 22:37:15 2011
From: bugzilla at redhat.com (bugzilla at redhat.com)
Date: Mon, 29 Aug 2011 18:37:15 -0400
Subject: [publican-list] [Bug 734154] blockquote with the attribution
 element renders as a table
In-Reply-To: 
References: 
Message-ID: <201108292237.p7TMbF8N014406@bzweb02.app.bz.hst.phx2.redhat.com>

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=734154

Ruediger Landmann  changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mmcallis at redhat.com,
                   |                            |publican-list at redhat.com,
                   |                            |r.landmann at redhat.com
          Component|publican-jboss              |publican
            Version|2.5                         |2.6
         AssignedTo|rlandman at redhat.com         |jfearn at redhat.com
            Summary|blockqoute with the         |blockquote with the
                   |attribution element renders |attribution element renders
                   |as a table                  |as a table
          QAContact|jfearn at redhat.com           |rlandman at redhat.com

--- Comment #1 from Ruediger Landmann  2011-08-29 18:37:14 EDT ---
Moving to Publican itself; the JBoss brand inherits this behaviour from the
common brand.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.



From bugzilla at redhat.com  Tue Aug 30 00:18:48 2011
From: bugzilla at redhat.com (bugzilla at redhat.com)
Date: Mon, 29 Aug 2011 20:18:48 -0400
Subject: [publican-list] [Bug 734154] blockquote with the attribution
 element renders as a table
In-Reply-To: 
References: 
Message-ID: <201108300018.p7U0Imvv015949@bzweb01.app.bz.hst.phx2.redhat.com>

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=734154

Jaromir Hradilek  changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jhradile at redhat.com

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.



From bugzilla at redhat.com  Tue Aug 30 01:53:25 2011
From: bugzilla at redhat.com (bugzilla at redhat.com)
Date: Mon, 29 Aug 2011 21:53:25 -0400
Subject: [publican-list] [Bug 734290] New: Escape characters included in
 translated titles of books in site tables of contents
Message-ID: 

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.

Summary: Escape characters included in translated titles of books in site tables of contents

https://bugzilla.redhat.com/show_bug.cgi?id=734290

           Summary: Escape characters included in translated titles of
                    books in site tables of contents
           Product: Publican
           Version: 2.6
          Platform: Unspecified
        OS/Version: Unspecified
            Status: NEW
          Severity: unspecified
          Priority: unspecified
         Component: publican
        AssignedTo: jfearn at redhat.com
        ReportedBy: r.landmann at redhat.com
         QAContact: rlandman at redhat.com
                CC: mmcallis at redhat.com, publican-list at redhat.com
    Classification: Other
      Story Points: ---
              Type: ---


Description of problem:
When you package a translated book, Publican sets the web_name_label and
web_product_label parameters so that the translated title and product name are
displayed in the website table of contents.

However, if the translated title or product name includes an apostrophe, the
title appears in the table of contents with a backslash in front of the
apostrophe. For example, an Installation Guide in French will have the
translated title "Guide d'installation", but this appears in the site table of
contents as "Guide d\'installation". 

Version-Release number of selected component (if applicable):
2.6-3

How reproducible:
100%

Steps to Reproduce:
1. Create a set of PO files for a book
2. Provide a translation for the title in the Book_Info.po file. Make sure that
the translated title has an apostrophe in it
3. Build and install the web RPM for the book
4. Open the html or html-single version of the book and look at the site ToC in
the left-hand pane

Actual results:
Apostophes in the translated title are prefixed with a backslash

Expected results:
No backslash, just apostrophe

Additional info:

Example section from spec file:

%post -n Red_Hat_Enterprise_Linux-Installation_Guide-6-web-fr-FR
publican update_db --add --lang="fr-FR" --formats="html,pdf,html-single,epub"
--name="Installation_Guide" --version="6" --product="Red_Hat_Enterprise_Linux"
--subtitle="Installation de Red Hat Enterprise Linux 6 pour toutes les
architectures" --abstract="Ce manuel explique comment lancer le programme
d\'installation Red Hat Enterprise Linux 6 (anaconda) et comment installer Red
Hat Enterprise Linux 6 sur les syst?mes x86 32-bit et 64-bit, sur les syst?mes
POWER 64-bit, et sur les syst?mes IBM System z. Il couvre aussi des m?thodes
d\'installation avanc?es telles que les installations kickstart, PXE, et les
installations au moyen de VNC. FInalement, ce manuel d?crit les t?ches communes
post-installation et explique comment r?soudre les probl?mes li?s ? une
installation." --name_label="Guide_d\'installation"

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.



From jfearn at redhat.com  Tue Aug 30 03:06:03 2011
From: jfearn at redhat.com (Jeff Fearn)
Date: Tue, 30 Aug 2011 13:06:03 +1000
Subject: [publican-list] Possible alternative to FOP!
In-Reply-To: <4E44A590.3080503@redhat.com>
References: <4E447DD6.5050303@redhat.com>
	<4E4488B5.7010307@redhat.com>	<4E44907E.9050508@redhat.com>
	<4E449E55.6010302@redhat.com> <4E44A590.3080503@redhat.com>
Message-ID: <4E5C539B.2020005@redhat.com>

On 08/12/2011 02:01 PM, Chester Cheng wrote:
> ? 8/12/2011 1:30 PM, Mike Hideo ??:
>> On 08/12/2011 12:31 PM, Jeff Fearn wrote:
>>>
>>> http://fedorapeople.org/~jfearn/Red_Hat_Enterprise_Linux-6-Installation_Guide-hi-IN-TEST.pdf
>>>
>>
>> Can someone have the above reviewed and testify to its goodness?
>>
> I tested the ja-JP version.
>
> CSB6 (RHEL 6 64-bit) + Adobe Reader 9.4.2 (English version with language
> pack):
> "There was an error opening this document. The root document is missing
> or invalid."
>
> Windows 7 + Adobe Reader X (Traditional Chinese version with Japanese
> language pack):
> See attachment.

FYI it looks like we are hitting this bug 
http://code.google.com/p/wkhtmltopdf/issues/detail?id=463

I've tested running the following sed command on Linux and it fixed the 
issue with acroread loading the PDF:

sed -i -e 's/#00//g' 

If we switch, we should be able to factor this work around in to our use 
of wkhtmltopdf.

Cheers, Jeff.

-- 
"Reply All" why you shouldn't use it: 
http://www.emailreplies.com/#12replytoall



From jfearn at redhat.com  Tue Aug 30 03:13:10 2011
From: jfearn at redhat.com (Jeff Fearn)
Date: Tue, 30 Aug 2011 13:13:10 +1000
Subject: [publican-list] Possible alternative to FOP!
In-Reply-To: <20110826141558.GA18914@bowman.infotech.monash.edu.au>
References: <20110812120044.GE17587@rivendell.home.ouaza.com>	<4E51F681.3060900@redhat.com>	<20110822133125.GA15636@rivendell.home.ouaza.com>	<4E52D84B.1090401@redhat.com>
	<4E5330A2.3050603@redhat.com>	<4E56DA55.8050709@redhat.com>
	<4E571E5C.1010704@redhat.com>	<4E5732B3.7040302@redhat.com>
	<4E573D39.7010101@redhat.com>
	<20110826141558.GA18914@bowman.infotech.monash.edu.au>
Message-ID: <4E5C5546.8080208@redhat.com>

Hi Peter, thanks for your input! I'm not sure wkhtmltopdf supports 
widows & orphans or much of the CSS3 pagination yet. I hope to get time 
to test your suggestions soon!

FYI FOP itself does a fairly poor job of handling widows and orphans, 
particularly when combined with content longer than a page. e.g. if you 
want to use keep-together with content longer than a page, you are in 
for a world of pain :(

The bright side, as I see it, is that the upstream for QT has active 
contributions on layout from Apple and Google, particularly for the CSS3 
pagination, so things should get better sooner that they will for FOP 
... hopefully ;)

Cheers, Jeff.

On 08/27/2011 12:15 AM, Peter Moulder wrote:
> It happens that I've recently been experimenting with using an HTML formatter
> to get pdf myself.  I haven't been using wkhtmltopdf, but at least I can share
> some stylesheet things I've tried.
>
>
> On Fri, Aug 26, 2011 at 04:29:13PM +1000, Jeff Fearn wrote:
>
>> Here is a PDF with prettier footers!
>>
>> http://fedorapeople.org/~jfearn/Red_Hat_Enterprise_Linux-6-Installation_Guide-en-US-TEST.pdf
>
> At the end of page 30 is an orphan, followed by a widow on the next page.
> This is a bit surprising, as the initial value for 'widows' and 'orphans' is 2.
> Try adding
>
>    * { widows: 2 !important; orphans: 2 !important; }
>
> but it may just be that wkhtmltopdf doesn't yet support 'widows' and 'orphans'.
>
> Page 31 ends with a header.  Make sure you have
>
>    h1,h2,h3,h4,h5,h6 { page-break-inside: avoid; page-break-after: avoid; }
>
> to avoid that.
>
>> Thanks to [Ryan] Lerch for investigating how to do this, still needs
>> some tweaks, but we have a pretty good handle on how to customise
>> page footers and headers now!
>
> I append the stylesheet I've been using, in case it's helpful.  It uses
> css3-page and css3-gcpm stuff to get page headers / footers / table-of-contents
> stuff like in the existing fop pdf output; but that part of the stylesheet is
> completely untested, and I don't know what page/gcpm stuff wkhtmltopdf
> supports.
>
> Oh, also, I wrote this stylesheet based on a document not split into parts
> (i.e. Part I etc.), and it still needs a few changes in the selectors to work
> with documents that are split into parts.  I'm guessing that you'll just use
> the stylesheet for ideas rather than using literally, so I'll just send as is.
>
> Note that I made the page numbers and choice of header text mostly follow the
> pattern used in the existing fop-produced documents, which differs from
> what's done in the above sample in a couple of ways: roman numerals for first
> few pages then starting again from 1 after the preface; no header/footer for
> page i; page headers are chapter (left page) and section (right page), but
> blank headers for the appendices.  One thing I didn't reproduce was the
> unique header for the first page of a chapter.
>
> Note too that I've forced use of svg instead of png for the note / warning /
> important icons; though I've used relative URLs, so the paths might need
> tweaking.
>
> [Ideally all of the HTML/EPUB output would use the SVGs too, so that they can
>   be printed or zoomed.  I see that some Publican-produced HTML files already
>   use SVG images, at least for title_logo.svg.]
>
> It currently uses !important everywhere just because I was using it as a user
> stylesheet.
>
> pjrm.
>
>
> /* The preface part of the document uses roman-numeral page numbers,
>   * and the page numbers start again from 1 after the preface.
>   * Appendices differ only in that there's no header text (just a border).
>   */
>
> @page {
> 	counter-increment: main-page;  /* Overridden in :first and preface pages. */
>
> 	@top-center {
> 		text-align: inherit;  /* Override UA default stylesheet of text-align:center to inherit from page context (left or right). */
> 		border-bottom: 0.5pt solid black;
> 		margin-bottom: 16.5pt;
> 		content: "";
> 	}
>
> 	@bottom-center {
> 		text-align: inherit;
> 		margin-top: 2pt;
> 		border-top: 0.5pt solid black;
> 		content: counter(main-page);
> 	}
> }
>
> @page :left {
> 	margin: 73pt 87pt 46pt 54pt;
> 	text-align: left;
> }
>
> @page :right {
> 	margin: 73pt 54pt 46pt 87pt;
> 	text-align: right;
> }
>
> @page :first {
> 	counter-increment: preface-page;
>
> 	@top-center {
> 		content: none;
> 		/* And thus no border. */
> 	}
>
> 	@bottom-center {
> 		content: none;
> 	}
> }
>
> @page preface {
> 	counter-increment: preface-page;
>
> 	@bottom-center {
> 		content: counter(preface-page, lower-roman);
> 	}
> }
>
> @page preface:left {
> 	@top-center { content: fixme need longer example to know the rule; }
> }
>
> @page chapter:left {
> 	@top-center {
> 		content: string(left-page-header);
> 	}
> }
>
> @page chapter:right {
> 	@top-center {
> 		content: string(right-page-header);
> 	}
> }
>
> .book>div.titlepage, .book>div.toc, .book>div.preface { page: preface; }
>
> .book>div.chapter { page: chapter; }
>
> .book>div.appendix { page: appendix; }
>
> div.chapter h2 { set-string: left-page-header content(); }
>
> div.section h2 { set-string: right-page-header content(); }
>
>
> body {
> 	margin: 0 !important;
> 	font-size: 9pt !important;
> }
>
> body:lang(zh) {
> 	font-size: 12pt !important;
> }
>
> .programlisting {
> 	font-size: 8pt !important;
> }
>
> .screen {
> 	font-size: 8pt !important;
> }
>
> div.admonition_header {
> 	margin-top: -35px !important;
> 	padding-left: 44pt !important;
> }
>
> div.chapter, div.appendix, div.preface, div.part {
> 	page-break-before: always;
> }
>
> /* Override the above .chapter, .section etc. rules for the ones in the table-of-contents. */
> .toc * {
> 	page-break-before: auto;
> }
>
> /* Use *.svg instead of *.png for warning/note/important icon. */
> div.warning:before {
> 	content: url(../images/warning.svg) !important;
> }
> div.note:before {
> 	content: url(../images/note.svg) !important;
> }
> div.important:before {
> 	content: url(../images/important.svg) !important;
> }
>
> div.warning, div.note, div.important {
> 	padding-top: 0pt !important;
> 	page-break-inside: avoid;
> }
>
> dt {
> 	page-break-after: avoid;
> }
>
> ul {
> 	padding-left: 0 !important;
> 	list-style-type: disc;
> }
>
> img {
> 	max-width: 444px;
> }
>
> /* Table of Contents page numbers. */
>
> .toc span.preface a:after {
> 	content: " " leader(dotted) " " target-counter(attr(href, url), preface-page, lower-roman);
> }
>
> .toc span.chapter a:after,
> .toc span.appendix a:after {
> 	content: " " leader(dotted) " " target-counter(attr(href, url), main-page);
> }
>
> _______________________________________________
> publican-list mailing list
> publican-list at redhat.com
> https://www.redhat.com/mailman/listinfo/publican-list
> Wiki: https://fedorahosted.org/publican


-- 
"Reply All" why you shouldn't use it: 
http://www.emailreplies.com/#12replytoall



From bugzilla at redhat.com  Tue Aug 30 06:00:31 2011
From: bugzilla at redhat.com (bugzilla at redhat.com)
Date: Tue, 30 Aug 2011 02:00:31 -0400
Subject: [publican-list] [Bug 734332] New: xref to a procedure with a title
 results in label Procedure x.y ""
Message-ID: 

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.

Summary: xref to a procedure with a title results in label Procedure x.y ""

https://bugzilla.redhat.com/show_bug.cgi?id=734332

           Summary: xref to a procedure with a title results in label
                    Procedure x.y ""
           Product: Publican
           Version: 2.6
          Platform: Unspecified
        OS/Version: Unspecified
            Status: NEW
          Severity: low
          Priority: unspecified
         Component: publican
        AssignedTo: jfearn at redhat.com
        ReportedBy: sgordon at redhat.com
         QAContact: rlandman at redhat.com
                CC: mmcallis at redhat.com, publican-list at redhat.com
    Classification: Other
      Story Points: ---
              Type: ---


Description of problem:

Using an xref which points to the id of a procedure which does not have a title
results in rendering (at least in html format) as follows:

Procedure 3.0, ??

Version-Release number of selected component (if applicable):

publican-2.6-3.fc15.noarch

Actual results:

Procedure 3.0, ??

Expected results:

Procedure 3.0

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.



From bugzilla at redhat.com  Tue Aug 30 23:24:32 2011
From: bugzilla at redhat.com (bugzilla at redhat.com)
Date: Tue, 30 Aug 2011 19:24:32 -0400
Subject: [publican-list] [Bug 734622] Request for entry of kernel code
	snippet in Preface
In-Reply-To: 
References: 
Message-ID: <201108302324.p7UNOWHQ012864@bzweb01.app.bz.hst.phx2.redhat.com>

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=734622

Scott Radvan  changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Version|6.2                         |2.6
          Component|publican-redhat             |publican-redhat
                 CC|                            |publican-list at redhat.com
         AssignedTo|jfearn at redhat.com           |rlandman at redhat.com
          QAContact|llim at redhat.com             |jfearn at redhat.com
   Target Milestone|rc                          |2.7
            Product|Red Hat Enterprise Linux 6  |Publican

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.



From bugzilla at redhat.com  Wed Aug 31 00:05:31 2011
From: bugzilla at redhat.com (bugzilla at redhat.com)
Date: Tue, 30 Aug 2011 20:05:31 -0400
Subject: [publican-list] [Bug 734622] Request for entry of kernel code
	snippet in Preface
In-Reply-To: 
References: 
Message-ID: <201108310005.p7V05VgR010996@bzweb02.app.bz.hst.phx2.redhat.com>

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=734622

Jeff Fearn  changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|2.7                         |---

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.