Re: [docbook-apps] Better rendering for programlisting

2012-05-08 Thread Lars Vogel
Hi Tom, thanks, now it works. I incorrectly assumed that saxon65.jar just repackages the saxon parser and did not include that into the classpath. Now everything is fine. Thanks again, Lars 2012/5/6 Thomas Schraitle tom_s...@web.de: Hi Lars, Am Sonntag, 6. Mai 2012, 19:02:11 schrieb Lars

Re: [docbook-apps] Better rendering for programlisting

2012-05-06 Thread davep
On 06/05/12 01:23, David Cramer wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/05/2012 10:38 AM, davep wrote: 1. Stick with what we have now. 2. Use the table solution and accept the limitation that all lines must always be the same height. Why is this an issue Norm? How often

Re: [docbook-apps] Better rendering for programlisting

2012-05-06 Thread David Cramer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/06/2012 01:55 AM, davep wrote: On 06/05/12 01:23, David Cramer wrote: ... But what if the user wants to put the callout somewhere other than the end of the line? If you do that, you should just abandon callouts and refer to line numbers from

Re: [docbook-apps] Better rendering for programlisting

2012-05-06 Thread Thomas Schraitle
Hi Lars, Am Sonntag, 6. Mai 2012, 17:53:35 schrieb Lars Vogel: A bit of topic, but how do I activate line numbers in a program listing? 1. Add the attribute-value pair linenumbering=numbered in programlisting or screen. 2. Use Saxon and put the saxon65.jar DocBook extension in your

Re: [docbook-apps] Better rendering for programlisting

2012-05-06 Thread Lars Vogel
Hi Tom, thanks but if I set this up with Saxon 6.5I get an error message from my Ant build file: No adjustColumnWidths function available. Details below. Best regards, Lars Full error message: build-html: [xslt] Transforming into /home/vogella/workspace/docu/output/website/articles

Re: [docbook-apps] Better rendering for programlisting

2012-05-06 Thread Thomas Schraitle
Hi Lars, Am Sonntag, 6. Mai 2012, 19:02:11 schrieb Lars Vogel: thanks but if I set this up with Saxon 6.5I get an error message from my Ant build file: No adjustColumnWidths function available. Details below. [...] Set tablecolumns.extension=1 and check if you _really_ have the

[docbook-apps] Better rendering for programlisting

2012-05-05 Thread Norman Walsh
Hello world, The current rendering for verbatim environments, when line numbers are enabled, has a significant deficiency: you can't cut-and-paste the listing without also getting the line numbers and separators. Looking around at other sites with numbered program listings, the solution seems to

Re: [docbook-apps] Better rendering for programlisting

2012-05-05 Thread David Cramer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/05/2012 08:33 AM, Norman Walsh wrote: That works, mostly, but if anything in the listing causes a variation in line height (such as a larger callout), the numbers and the lines get out of sync. Hi Norm, We encountered the line height problem

Re: [docbook-apps] Better rendering for programlisting

2012-05-05 Thread davep
On 05/05/12 14:33, Norman Walsh wrote: Hello world, The current rendering for verbatim environments, when line numbers are enabled, has a significant deficiency: you can't cut-and-paste the listing without also getting the line numbers and separators. Looking around at other sites with

Re: [docbook-apps] Better rendering for programlisting

2012-05-05 Thread David Cramer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/05/2012 10:38 AM, davep wrote: 1. Stick with what we have now. 2. Use the table solution and accept the limitation that all lines must always be the same height. Why is this an issue Norm? How often in a fixed width font do users want