From adam820 at gmail.com Wed Apr 10 22:14:30 2013 From: adam820 at gmail.com (AdamD.) Date: Wed, 10 Apr 2013 18:14:30 -0400 Subject: [publican-list] Partial URL Entity Expansion in ulink? Message-ID: I've looked around the internet for examples of using expanded entities as ulink URLs, but in all the instances I've found they use the entire link, such as: or, the entire tag structure as the entity. What I'm looking to do is use an entity to represent just part of a URL, leading up to the final file. I'm trying to put links to files distributed via HTTP, and while the filenames should remain fairly constant the DNS name/HTTP link of the URL may change names, and not having to go update individual URLs all through a document would be a huge time-saver. What seems to work when locally built (HTML, PDF, etc. on local machine) is putting the entity in the .ent file like and the ulink as: file This correctly generates the URL to the external site in the PDF, HTML, etc. However, when this is packaged as an RPM and deployed on the documentation site, it makes the final URL as displayed " http://docs.mysite.com/awesomefile.txt" instead of pointing to the correct external link (which happens to be on the same server, just a different URL). I saw a post about using correct XML, and putting the entity as "&MYURL;", but this just makes the URL " http://docs.mysite.com/&MYURL/awesomefile.txt" without expanding the entity, taking the literal text. Is there a proper way to do this, if at all? Thanks in advance. -- Adam D. -------------- next part -------------- An HTML attachment was scrubbed... URL: From adam820 at gmail.com Wed Apr 10 22:18:42 2013 From: adam820 at gmail.com (AdamD.) Date: Wed, 10 Apr 2013 18:18:42 -0400 Subject: [publican-list] Partial URL Entity Expansion in ulink? In-Reply-To: References: Message-ID: Sorry, it looks like either Gmail or the list santized my ulink. If set the url= in the ulink to &MYURL;/awesomefile.txt, is where it works. On Wed, Apr 10, 2013 at 6:14 PM, AdamD. wrote: > I've looked around the internet for examples of using expanded entities as > ulink URLs, but in all the instances I've found they use the entire link, > such as: > > or, the entire tag > structure as the entity. > > What I'm looking to do is use an entity to represent just part of a URL, > leading up to the final file. I'm trying to put links to files distributed > via HTTP, and while the filenames should remain fairly constant the DNS > name/HTTP link of the URL may change names, and not having to go update > individual URLs all through a document would be a huge time-saver. > > What seems to work when locally built (HTML, PDF, etc. on local machine) > is putting the entity in the .ent file like http://docs.mysite.com/itfiles/tutorial"> and the ulink as: > > file > > This correctly generates the URL to the external site in the PDF, HTML, > etc. However, when this is packaged as an RPM and deployed on the > documentation site, it makes the final URL as displayed " > http://docs.mysite.com/awesomefile.txt" instead of pointing to the > correct external link (which happens to be on the same server, just a > different URL). > > I saw a post about using correct XML, and putting the entity as > "&MYURL;", but this just makes the URL " > http://docs.mysite.com/&MYURL/awesomefile.txt" without expanding the > entity, taking the literal text. > > Is there a proper way to do this, if at all? > > Thanks in advance. > > -- > Adam D. > -- Adam D. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfearn at redhat.com Wed Apr 10 23:05:07 2013 From: jfearn at redhat.com (Jeff Fearn) Date: Thu, 11 Apr 2013 09:05:07 +1000 Subject: [publican-list] Partial URL Entity Expansion in ulink? In-Reply-To: References: Message-ID: <5165F023.8030500@redhat.com> Hi Adam, which version of Publican? On 04/11/2013 08:14 AM, AdamD. wrote: > I've looked around the internet for examples of using expanded entities as > ulink URLs, but in all the instances I've found they use the entire link, > such as: > > or, the entire tag > structure as the entity. > > What I'm looking to do is use an entity to represent just part of a URL, > leading up to the final file. I'm trying to put links to files distributed > via HTTP, and while the filenames should remain fairly constant the DNS > name/HTTP link of the URL may change names, and not having to go update > individual URLs all through a document would be a huge time-saver. Relative links aren't realistic? > What seems to work when locally built (HTML, PDF, etc. on local machine) is > putting the entity in the .ent file like http://docs.mysite.com/itfiles/tutorial"> and the ulink as: > > file > > This correctly generates the URL to the external site in the PDF, HTML, > etc. However, when this is packaged as an RPM and deployed on the > documentation site, it makes the final URL as displayed " > http://docs.mysite.com/awesomefile.txt" instead of pointing to the correct > external link (which happens to be on the same server, just a different > URL). > > I saw a post about using correct XML, and putting the entity as > "&MYURL;", but this just makes the URL" > http://docs.mysite.com/&MYURL/awesomefile.txt" without expanding the > entity, taking the literal text. > > Is there a proper way to do this, if at all? > > Thanks in advance. You could try having all the data for the URL in the ent file. file Cheers, Jeff. -- Jeff Fearn Senior Software Engineer Infrastructure Engineering & Development (AEU) Red Hat Asia Pacific Pty Ltd GPG: 0x0357E8F0 From adam820 at gmail.com Thu Apr 11 00:49:00 2013 From: adam820 at gmail.com (AdamD.) Date: Wed, 10 Apr 2013 20:49:00 -0400 Subject: [publican-list] Partial URL Entity Expansion in ulink? In-Reply-To: <5165F023.8030500@redhat.com> References: <5165F023.8030500@redhat.com> Message-ID: On Wed, Apr 10, 2013 at 7:05 PM, Jeff Fearn wrote: > Hi Adam, which version of Publican? > > > On 04/11/2013 08:14 AM, AdamD. wrote: >> >> I've looked around the internet for examples of using expanded entities as >> ulink URLs, but in all the instances I've found they use the entire link, >> such as: >> >> or, the entire tag >> structure as the entity. >> >> What I'm looking to do is use an entity to represent just part of a URL, >> leading up to the final file. I'm trying to put links to files distributed >> via HTTP, and while the filenames should remain fairly constant the DNS >> name/HTTP link of the URL may change names, and not having to go update >> individual URLs all through a document would be a huge time-saver. > > > Relative links aren't realistic? I suppose in the short term they would be, but I was thinking about the future and the potential for the files on a different machine, or externally hosted, etc. > >> What seems to work when locally built (HTML, PDF, etc. on local machine) >> is >> putting the entity in the .ent file like > http://docs.mysite.com/itfiles/tutorial"> and the ulink as: >> >> file >> >> This correctly generates the URL to the external site in the PDF, HTML, >> etc. However, when this is packaged as an RPM and deployed on the >> documentation site, it makes the final URL as displayed " >> http://docs.mysite.com/awesomefile.txt" instead of pointing to the correct >> external link (which happens to be on the same server, just a different >> URL). >> >> I saw a post about using correct XML, and putting the entity as >> "&MYURL;", but this just makes the URL" >> http://docs.mysite.com/&MYURL/awesomefile.txt" without expanding the >> entity, taking the literal text. >> >> Is there a proper way to do this, if at all? >> >> Thanks in advance. > > > You could try having all the data for the URL in the ent file. > > > > > file > > > Cheers, Jeff. I tried a bunch of different things, but I didn't think of that one. I suppose with some comments that would make it fairly easy to keep up-to-date if need be. Thanks! -- Adam D. From adam820 at gmail.com Thu Apr 11 00:50:24 2013 From: adam820 at gmail.com (AdamD.) Date: Wed, 10 Apr 2013 20:50:24 -0400 Subject: [publican-list] Partial URL Entity Expansion in ulink? In-Reply-To: References: <5165F023.8030500@redhat.com> Message-ID: >> Hi Adam, which version of Publican? Whoops, my bad. This is 2.8.4 on Fedora 18. docbook-dtds-1.0-57.fc18.noarch docbook-style-xsl-1.78.1-1.fc18.noarch From bugzilla at redhat.com Wed Apr 17 00:56:13 2013 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Apr 2013 00:56:13 +0000 Subject: [publican-list] [Bug 902500] Publican-based books in GNOME Shell In-Reply-To: References: Message-ID: Product: Publican https://bugzilla.redhat.com/show_bug.cgi?id=902500 Ruediger Landmann changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |r.landmann at redhat.com Assignee|jfearn at redhat.com |r.landmann at redhat.com -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=FnxufaiZ4i&a=cc_unsubscribe From bugzilla at redhat.com Wed Apr 17 02:11:39 2013 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Apr 2013 02:11:39 +0000 Subject: [publican-list] [Bug 727985] RFE: Add beta or preview watermark option In-Reply-To: References: Message-ID: Product: Publican https://bugzilla.redhat.com/show_bug.cgi?id=727985 Ruediger Landmann changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rglasz at redhat.com Component|publican |publican-redhat QA Contact|tools-bugs at redhat.com |jfearn at redhat.com -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Zr68GZ0NE0&a=cc_unsubscribe From bugzilla at redhat.com Wed Apr 17 02:12:03 2013 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Apr 2013 02:12:03 +0000 Subject: [publican-list] [Bug 719835] RFE: support multiple repositories for distributed sets In-Reply-To: References: Message-ID: Product: Publican https://bugzilla.redhat.com/show_bug.cgi?id=719835 Ruediger Landmann changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |r.landmann at redhat.com -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=uEADnc3VqO&a=cc_unsubscribe From bugzilla at redhat.com Wed Apr 17 02:12:30 2013 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Apr 2013 02:12:30 +0000 Subject: [publican-list] [Bug 719832] RFE: support git for distributed sets In-Reply-To: References: Message-ID: Product: Publican https://bugzilla.redhat.com/show_bug.cgi?id=719832 Ruediger Landmann changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |r.landmann at redhat.com -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=p6xOfP3Nvl&a=cc_unsubscribe From bugzilla at redhat.com Wed Apr 17 02:19:43 2013 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Apr 2013 02:19:43 +0000 Subject: [publican-list] [Bug 727985] RFE: Add beta or preview watermark option In-Reply-To: References: Message-ID: Product: Publican https://bugzilla.redhat.com/show_bug.cgi?id=727985 David O'Brien changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |daobrien at redhat.com -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=3eEglQUjsZ&a=cc_unsubscribe From bugzilla at redhat.com Thu Apr 18 02:14:46 2013 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Apr 2013 02:14:46 +0000 Subject: [publican-list] [Bug 637627] Orderedlist shows differently in HTML and TXT In-Reply-To: References: Message-ID: Product: Publican https://bugzilla.redhat.com/show_bug.cgi?id=637627 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution|--- |NOTABUG Last Closed| |2013-04-17 22:14:46 --- Comment #1 from Jeff Fearn --- There is not requirement for different output formats to look the same. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=CLAHvgDq5l&a=cc_unsubscribe From bugzilla at redhat.com Thu Apr 18 04:02:19 2013 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Apr 2013 04:02:19 +0000 Subject: [publican-list] [Bug 902500] Publican-based books in GNOME Shell In-Reply-To: References: Message-ID: Product: Publican https://bugzilla.redhat.com/show_bug.cgi?id=902500 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED CC| |jfearn at redhat.com Resolution|--- |DUPLICATE Last Closed| |2013-04-18 00:02:19 --- Comment #5 from Jeff Fearn --- *** This bug has been marked as a duplicate of bug 785751 *** -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=5grXEExJD3&a=cc_unsubscribe From jzb at zonker.net Sat Apr 27 14:15:08 2013 From: jzb at zonker.net (Joe Brockmeier) Date: Sat, 27 Apr 2013 09:15:08 -0500 Subject: [publican-list] Publican 3.1.5 release In-Reply-To: <5146B687.8000300@redhat.com> References: <5146B687.8000300@redhat.com> Message-ID: <1367072108.20495.140661223509085.70B5D024@webmail.messagingengine.com> On Mon, Mar 18, 2013, at 01:39 AM, Jeff Fearn wrote: > Hi, Publican 3.1.5 is now released, since we got distracted between > 3.1.0 and now I'm going to include the intermediate releases in this > list. > > NOTE 1. Some of these are recent bugs and some are long standing bugs > that have not been brought to our attention before. One includes a patch > for an upstream module that system packagers will need to carry upstream > [1]. > > NOTE 2. I had to rework the spec file for wkhtmltoipdf-qt and > wkhtmltopdf to stop them interfering with the system Qt libraries. Rudi > or I will post updated packages soon for people suffering from Qt > packages (like Kate) blowing up. Hi - did this ever happen? I haven't seen any follow-up postings about these packages. Thanks! Best, jzb -- Joe Brockmeier jzb at zonker.net Twitter: @jzb http://www.dissociatedpress.net/ From jwulf at redhat.com Sun Apr 28 06:06:53 2013 From: jwulf at redhat.com (Joshua Wulf) Date: Sun, 28 Apr 2013 02:06:53 -0400 (EDT) Subject: [publican-list] Publican 3.1.5 release In-Reply-To: <1367072108.20495.140661223509085.70B5D024@webmail.messagingengine.com> References: <5146B687.8000300@redhat.com> <1367072108.20495.140661223509085.70B5D024@webmail.messagingengine.com> Message-ID: <1603099751.3841099.1367129213006.JavaMail.root@redhat.com> Hi Joe, yum update publican --enablerepo updates-testing Does it for me. - Josh ----- Original Message ----- > From: "Joe Brockmeier" > To: publican-list at redhat.com > Sent: Sunday, April 28, 2013 12:15:08 AM > Subject: Re: [publican-list] Publican 3.1.5 release > > On Mon, Mar 18, 2013, at 01:39 AM, Jeff Fearn wrote: > > Hi, Publican 3.1.5 is now released, since we got distracted between > > 3.1.0 and now I'm going to include the intermediate releases in this > > list. > > > > NOTE 1. Some of these are recent bugs and some are long standing bugs > > that have not been brought to our attention before. One includes a patch > > for an upstream module that system packagers will need to carry upstream > > [1]. > > > > NOTE 2. I had to rework the spec file for wkhtmltoipdf-qt and > > wkhtmltopdf to stop them interfering with the system Qt libraries. Rudi > > or I will post updated packages soon for people suffering from Qt > > packages (like Kate) blowing up. > > Hi - did this ever happen? I haven't seen any follow-up postings about > these packages. > > Thanks! > > Best, > > jzb > -- > Joe Brockmeier > jzb at zonker.net > Twitter: @jzb > http://www.dissociatedpress.net/ > > _______________________________________________ > publican-list mailing list > publican-list at redhat.com > https://www.redhat.com/mailman/listinfo/publican-list > Wiki: https://fedorahosted.org/publican >