Re: [docbook-apps] Alternatives to bridgeheads
Hi Bob, Yes, simplesect does all those things. You can control whether or not they appear in the table of contents with the 'simplesect.in.toc' parameter. Perfect. Thanks much! Cheers, Stefan -- From: "Stefan Hinz" Sent: Thursday, October 18, 2012 3:06 AM To: "DocBook Apps" Subject: [docbook-apps] Alternatives to bridgeheads We're currently using a lot to emulate , mostly where we don't want sections to be split out into separate HTML pages (and where we can't prevent that simply via the chunking level). has a number of drawbacks, though, one of them being that it's not a container element. I guess we're looking for something that satisfies these requirements: * Produces a separate (not inline) title, unlike * Takes a , so that it can be xref'ed without having to supply the link text, unlike * Acts as a wrapper around the associated content, unlike , and unlike (which wraps only a limited set of elements, not including lists for example) * Does not produce a standalone section (unlike which might or might not depending on nesting depth) I don't know of anything like that. Does it exist? Does do all that? Cheers, Stefan - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org -- Cheers, Stefan Hinz , MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland B.V.& Co. KG Registered Office: Riesstr. 25, 80992 Muenchen, Germany Commercial Register: Local Court Of Munich, HRA 95603 Managing Director: Jürgen Kunz General Partner: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697 Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
Re: [docbook-apps] Alternatives to bridgeheads
Yes, simplesect does all those things. You can control whether or not they appear in the table of contents with the 'simplesect.in.toc' parameter. Bob Stayton Sagehill Enterprises b...@sagehill.net -- From: "Stefan Hinz" Sent: Thursday, October 18, 2012 3:06 AM To: "DocBook Apps" Subject: [docbook-apps] Alternatives to bridgeheads We're currently using a lot to emulate , mostly where we don't want sections to be split out into separate HTML pages (and where we can't prevent that simply via the chunking level). has a number of drawbacks, though, one of them being that it's not a container element. I guess we're looking for something that satisfies these requirements: * Produces a separate (not inline) title, unlike * Takes a , so that it can be xref'ed without having to supply the link text, unlike * Acts as a wrapper around the associated content, unlike , and unlike (which wraps only a limited set of elements, not including lists for example) * Does not produce a standalone section (unlike which might or might not depending on nesting depth) I don't know of anything like that. Does it exist? Does do all that? Cheers, Stefan - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
Re: [docbook-apps] Spell and grammar checking DocBook/ XML documents
I've used aspell for checking DocBook XML documents. You can configure it to ignore certain elements like programlisting, and you can add lists of words to ignore. Bob Stayton Sagehill Enterprises b...@sagehill.net From: joseph.a.gilv...@census.gov Sent: Thursday, October 18, 2012 8:35 AM To: daniel.ke...@finaris.de ; docbook-apps@lists.oasis-open.org Subject: Re: [docbook-apps] Spell and grammar checking DocBook/ XML documents It looks like you might be able to modify the dictionary to include your terms. www.openoffice.org/lingucomponent/dictionary.html Won't you have to identify those technical terms in some way no matter what solution you devise? Either someone clicks "Add word" repeatedly ;) or you find/create a disctionary file that works with your chosen tool. -daniel.ke...@finaris.de wrote: - To: docbook-apps@lists.oasis-open.org From: daniel.ke...@finaris.de Date: 10/18/2012 10:34AM Subject: [docbook-apps] Spell and grammar checking DocBook/ XML documents Hi, I´m probably not the first one to ask this question, but I still need to ask: Is there any efficient, mostly MS-Word-like method to spell and grammar check XML documents and/ or their transformation results (HTML, Pdf, etc.)? I admit that I´m pretty spoiled when it comes to spell checking. In private I use MS Word, but in my company we switched to Oxygen XML to maintain our user manual. We´re getting used to it, but there is still one major issue we need to handle: Spell and grammar checking. Basically, our documents are available in thee formats: XML, HTML and PDF. Each document has approx 50 pages. (Some documents only have 20 pages, other more than 100). No matter how often we review a document, there will always be remaining mistakes. So, is there any efficient way (workarounds included) to spell and grammar check our documents? By the way, I´m already using the supplied Java spell checker, but it´s too simple. I also tried Hunspell Spell checker (Open Office spell checker), but it´s pretty useless since it won´t learn any words (Which is annoying since every second word is a technical term and therefore highlighted as a mistake. ). Thanks for your help, Daniel === Disclaimer The information contained in this e - mail and any attachments ( together the "message") is intended for the addressee only and may contain confidential and/or privileged information. If you have received the message by mistake please delete it and notify the sender and do not copy or distribute it or disclose its contents to anyone. FINARIS Financial Software Partner GmbH Sömmerringstr. 23, 60322 Frankfurt/Main, Germany Registered at Frankfurt/Main, HRB 52873 Managing Directors: Dipl. Inf. Hermann Friebel, Dipl. Ing. Kai Bächle, Dipl. Inf. Werner Märkl === - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
Re: [docbook-apps] Spell and grammar checking DocBook/ XML documents
It looks like you might be able to modify the dictionary to include your terms. www.openoffice.org/lingucomponent/dictionary.html Won't you have to identify those technical terms in some way no matter what solution you devise? Either someone clicks "Add word" repeatedly ;) or you find/create a disctionary file that works with your chosen tool. -daniel.ke...@finaris.de wrote: - To: docbook-apps@lists.oasis-open.orgFrom: daniel.ke...@finaris.deDate: 10/18/2012 10:34AMSubject: [docbook-apps] Spell and grammar checking DocBook/ XML documentsHi, I´m probably not the first one to ask this question, but I still need to ask: Is there any efficient, mostly MS-Word-like method to spell and grammar check XML documents and/ or their transformation results (HTML, Pdf, etc.)? I admit that I´m pretty spoiled when it comes to spell checking. In private I use MS Word, but in my company we switched to Oxygen XML to maintain our user manual. We´re getting used to it, but there is still one major issue we need to handle: Spell and grammar checking. Basically, our documents are available in thee formats: XML, HTML and PDF. Each document has approx 50 pages. (Some documents only have 20 pages, other more than 100). No matter how often we review a document, there will always be remaining mistakes. So, is there any efficient way (workarounds included) to spell and grammar check our documents? By the way, I´m already using the supplied Java spell checker, but it´s too simple. I also tried Hunspell Spell checker (Open Office spell checker), but it´s pretty useless since it won´t learn any words (Which is annoying since every second word is a technical term and therefore highlighted as a mistake. ). Thanks for your help, Daniel ===DisclaimerThe information contained in this e - mail and any attachments( together the "message") is intended for the addressee only and may contain confidential and/or privileged information. If you have receivedthe message by mistake please delete it and notify the sender and donot copy or distribute it or disclose its contents to anyone.FINARIS Financial Software Partner GmbHSömmerringstr. 23, 60322 Frankfurt/Main, GermanyRegistered at Frankfurt/Main, HRB 52873Managing Directors: Dipl. Inf. Hermann Friebel, Dipl. Ing. Kai Bächle, Dipl. Inf. Werner Märkl=== - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
Re: [docbook-apps] Spell and grammar checking DocBook/ XML documents
On 10/18/2012 09:33 AM, daniel.ke...@finaris.de wrote: > is annoying since every second word is a technical term and therefore > highlighted as a mistake. ). You can can configure Oxygen to skip checking in certain elements (e.g. , , whatever) to reduce the amount of noise. David - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
[docbook-apps] Spell and grammar checking DocBook/ XML documents
Hi, I´m probably not the first one to ask this question, but I still need to ask: Is there any efficient, mostly MS-Word-like method to spell and grammar check XML documents and/ or their transformation results (HTML, Pdf, etc.)? I admit that I´m pretty spoiled when it comes to spell checking. In private I use MS Word, but in my company we switched to Oxygen XML to maintain our user manual. We´re getting used to it, but there is still one major issue we need to handle: Spell and grammar checking. Basically, our documents are available in thee formats: XML, HTML and PDF. Each document has approx 50 pages. (Some documents only have 20 pages, other more than 100). No matter how often we review a document, there will always be remaining mistakes. So, is there any efficient way (workarounds included) to spell and grammar check our documents? By the way, I´m already using the supplied Java spell checker, but it´s too simple. I also tried Hunspell Spell checker (Open Office spell checker), but it´s pretty useless since it won´t learn any words (Which is annoying since every second word is a technical term and therefore highlighted as a mistake. ). Thanks for your help, Daniel === Disclaimer The information contained in this e - mail and any attachments ( together the "message") is intended for the addressee only and may contain confidential and/or privileged information. If you have received the message by mistake please delete it and notify the sender and do not copy or distribute it or disclose its contents to anyone. FINARIS Financial Software Partner GmbH Sömmerringstr. 23, 60322 Frankfurt/Main, Germany Registered at Frankfurt/Main, HRB 52873 Managing Directors: Dipl. Inf. Hermann Friebel, Dipl. Ing. Kai Bächle, Dipl. Inf. Werner Märkl ===
[docbook-apps] Alternatives to bridgeheads
We're currently using a lot to emulate , mostly where we don't want sections to be split out into separate HTML pages (and where we can't prevent that simply via the chunking level). has a number of drawbacks, though, one of them being that it's not a container element. I guess we're looking for something that satisfies these requirements: * Produces a separate (not inline) title, unlike * Takes a , so that it can be xref'ed without having to supply the link text, unlike * Acts as a wrapper around the associated content, unlike , and unlike (which wraps only a limited set of elements, not including lists for example) * Does not produce a standalone section (unlike which might or might not depending on nesting depth) I don't know of anything like that. Does it exist? Does do all that? Cheers, Stefan - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org