From bogus@does.not.exist.com Tue May 3 04:13:16 2016 From: bogus@does.not.exist.com (Erik Zander) Date: Tue, 3 May 2016 09:13:16 +0000 Subject: [oXygen-user] Oxygen ver 18 validating docbook 5.1 how? In-Reply-To: References: <5A54A1AEE0CC9245A271C8392C05C25D3681F7@DRSTUEX02.studentlitteratur.corp> Message-ID: <5A54A1AEE0CC9245A271C8392C05C25D3694B3@DRSTUEX02.studentlitteratur.corp> Hi Bob, I normally don't use the processing instruction in oxygen as our docbook xml comes from elsewhere. Instead I was under the impression that Oxygen read the version attribute on the book element, a small test revealed that, that's not the case :( With the processing instructions it all validates as it's supposed to. Thanks /Erik Ps. I do really like version 5.1 as it removes many of the illogical limitations on element placement i.e. anchors. Great job and thanks to all involved. -----Ursprungligt meddelande----- Fr?n: Bob Stayton [mailto:bobs at ] Skickat: den 29 april 2016 22:15 Till: Erik Zander ; oXygen-user at ?mne: Re: [oXygen-user] Oxygen ver 18 validating docbook 5.1 how? I've been looking at Oxygen 18's DocBook 5.1 support a bit. When I do File > New and select a DocBook 5.1 template, I actually get a 5.0 document. The version="5.0" and processing instructions that Oxygen adds at the top point to 5.0. I guess this bit hasn't been updated yet. However, if I just change the number in the xml-model processing instructions from 5.0 to 5.1 and reload the document, it validates as 5.1. The XML catalog that Oxygen includes for 5.1 uses "5.1", not "5.1CR3". Bob Stayton Sagehill Enterprises bobs at On 4/28/2016 2:23 AM, Erik Zander wrote: > Hi, > > > > I have a docbook file that conforms to the docbook 5.1CR3 schema but > not 5.0. > > > > My version attribute in the root element is set to 5.1CR3 but when I > press validate it validates the document with the 5.0 schema. > > > > Am I missing something in the requirements? > > > > Regards > > Erik Zander > > > > _______________________________________________ > oXygen-user mailing list > oXygen-user at > https://www.oxygenxml.com/mailman/listinfo/oxygen-user > From bogus@does.not.exist.com Tue May 3 05:23:23 2016 From: bogus@does.not.exist.com (Pierre Attar) Date: Tue, 3 May 2016 12:23:23 +0200 Subject: [oXygen-user] XML refactoring including top PI Message-ID: <57287C1B.2090207@tireme.fr> Hi, In an RNG 1.3 DITA environment, and I try to use the Oxygen refactoring tool to enable users to convert from one topic type to an other. For example, I want to convert * 19-3-5 ... To <?xml version="1.0" encoding="UTF-8"?> <?xml-model href="*patientsSous.rng*" type="application/xml" schematypens="http://relaxng.org/ns/structure/1.0" ?> *<patientsSous* xmlns:ditaarch="http://dita.oasis-open.org/architecture/2005/" id="G19-3-5"> <title>19-3-5 ... I've no problem to transform XML elements using a refactoring XSLT stylesheet but this does not affects the top front PI. My stylesheet : *At document level, I remove any previous PI* <xsl:template match="/"> <xsl:apply-templates select="*"/> </xsl:template> *At top root element, I generate the new**PI before contents* <xsl:template match="/*"> <xsl:processing-instruction name="xml-model"> href="patientsSous.rng" type="application/xml" schematypens="http://relaxng.org/ns/structure/1.0"</xsl:processing-instruction> <patientsSous > <xsl:apply-templates select="node() | @*"/> </patientsSous> </xsl:template> So, it is likely if using the refactoring tool, the stylesheet is applied only to root element, not the PI in front of the root element. Is it really the case ? A bug ? Anyone knows how to also modify the top front PI ? Regards, Pierre -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.oxygenxml.com/pipermail/oxygen-user/attachments/20160503/ec6e8937/attachment.html> From bogus@does.not.exist.com Tue May 3 08:08:06 2016 From: bogus@does.not.exist.com (Radu Pisoi) Date: Tue, 3 May 2016 16:08:06 +0300 Subject: [oXygen-user] XML refactoring including top PI In-Reply-To: <57287C1B.2090207@tireme.fr> References: <57287C1B.2090207@tireme.fr> Message-ID: <5728A2B6.7060507@sync.ro> Hi Pierre, Yes, you are right. The nodes before and after the root element are not visible in the XSLT transformation involved by the XML refactoring process. The reason for this limitation is that we don't want to load the associated DTD (DOCTYPE) to avoid the expansion of DTD entities. So, the XSLT transformation will receive only the root element without the nodes before or after it. Unfortunately, there is no workaround for this issue. I will add an entry to our issue tracking system to extract only the DOCTYPE declaration from the initial document leaving the possibility to process the nodes before and after the root element. Regards, Radu -- Radu Pisoi <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com On 5/3/2016 1:23 PM, Pierre Attar wrote: > Hi, > > In an RNG 1.3 DITA environment, and I try to use the Oxygen refactoring > tool to enable users to convert from one topic type to an other. > > For example, I want to convert > > <?xml version="1.0" encoding="UTF-8"?> > <?xml-model href="*iam.rng*" type="application/xml" > schematypens="http://relaxng.org/ns/structure/1.0" ?> > *<iam* xmlns:ditaarch="http://dita.oasis-open.org/architecture/2005/" > id="G19-3-5"> > <title>19-3-5 > ... > > To > > <?xml version="1.0" encoding="UTF-8"?> > <?xml-model href="*patientsSous.rng*" type="application/xml" > schematypens="http://relaxng.org/ns/structure/1.0" ?> > *<patientsSous* > xmlns:ditaarch="http://dita.oasis-open.org/architecture/2005/" id="G19-3-5"> > <title>19-3-5 > ... > > I've no problem to transform XML elements using a refactoring XSLT > stylesheet but this does not affects the top front PI. > > My stylesheet : > > *At document level, I remove any previous PI* > <xsl:template match="/"> > <xsl:apply-templates select="*"/> > </xsl:template> > > *At top root element, I generate the new**PI before contents* > <xsl:template match="/*"> > <xsl:processing-instruction name="xml-model"> > href="patientsSous.rng" type="application/xml" > schematypens="http://relaxng.org/ns/structure/1.0"</xsl:processing-instruction> > <patientsSous > > <xsl:apply-templates select="node() | @*"/> > </patientsSous> > </xsl:template> > > > > So, it is likely if using the refactoring tool, the stylesheet is > applied only to root element, not the PI in front of the root element. > > Is it really the case ? A bug ? Anyone knows how to also modify the top > front PI ? > > > Regards, Pierre > > > > > _______________________________________________ > oXygen-user mailing list > oXygen-user at > https://www.oxygenxml.com/mailman/listinfo/oxygen-user > -- Regards, Radu -- Radu Pisoi <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com From bogus@does.not.exist.com Wed May 4 00:59:32 2016 From: bogus@does.not.exist.com (Oxygen XML Editor Support (Radu Coravu) ) Date: Wed, 4 May 2016 08:59:32 +0300 Subject: [oXygen-user] Oxygen ver 18 validating docbook 5.1 how? In-Reply-To: <f41dbb5f-03f5-714f-5c56-a7e7dff068a8@sagehill.net> References: <5A54A1AEE0CC9245A271C8392C05C25D3681F7@DRSTUEX02.studentlitteratur.corp> <f41dbb5f-03f5-714f-5c56-a7e7dff068a8@sagehill.net> Message-ID: <57298FC4.9010105@oxygenxml.com> Hi Bob, You are right, the new file template we have for 5.1 Book is located here: > OXYGEN_INSTALL_DIR\frameworks\docbook\templates\Docbook 5.1 (Experimental)\Book.xml and indeed it did not have the proper version set on the schema. This will be corrected in the next Oxygen 18.0 minor bug fix release. Regards, Radu Radu Coravu <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com On 4/29/2016 11:15 PM, Bob Stayton wrote: > I've been looking at Oxygen 18's DocBook 5.1 support a bit. > > When I do File > New and select a DocBook 5.1 template, I actually get a > 5.0 document. The version="5.0" and <?xml-model ?> processing > instructions that Oxygen adds at the top point to 5.0. I guess this bit > hasn't been updated yet. > > However, if I just change the number in the xml-model processing > instructions from 5.0 to 5.1 and reload the document, it validates as 5.1. > > <?xml-model href="http://docbook.org/xml/5.1/rng/docbook.rng" > schematypens="http://relaxng.org/ns/structure/1.0"?> > <?xml-model href="http://docbook.org/xml/5.1/rng/docbook.rng" > type="application/xml" > schematypens="http://purl.oclc.org/dsdl/schematron"?> > > The XML catalog that Oxygen includes for 5.1 uses "5.1", not "5.1CR3". > > Bob Stayton > Sagehill Enterprises > bobs at > > On 4/28/2016 2:23 AM, Erik Zander wrote: >> Hi, >> >> >> >> I have a docbook file that conforms to the docbook 5.1CR3 schema but not >> 5.0. >> >> >> >> My version attribute in the root element is set to 5.1CR3 but when I >> press validate it validates the document with the 5.0 schema. >> >> >> >> Am I missing something in the requirements? >> >> >> >> Regards >> >> Erik Zander >> >> >> >> _______________________________________________ >> oXygen-user mailing list >> oXygen-user at >> https://www.oxygenxml.com/mailman/listinfo/oxygen-user >> > _______________________________________________ > oXygen-user mailing list > oXygen-user at > https://www.oxygenxml.com/mailman/listinfo/oxygen-user > From bogus@does.not.exist.com Thu May 5 13:26:39 2016 From: bogus@does.not.exist.com (Eliot Kimber) Date: Thu, 05 May 2016 13:26:39 -0500 Subject: [oXygen-user] Treating Selected Project Resources as XQuery Collection? Message-ID: <D350FA8F.871A6%ekimber@contrext.com> I want to use the XQuery against files feature to do some quick analysis: Find topics with large tables and report those files and only those files. It's not obvious, and I didn't find it in the help, how to do this. My hope would be that when the scope selected in the XPath/XQuery builder is "selected project resources" that those would be treated as a collection so I could do e.g.: For $doc in collection() Return {do stuff with the docs} Is this possible? The analysis I'm trying to do is to find the largest tables within the set of documents and then report those tables sorted by size. I can do this as an Xpath but the results are ordered by the order of the documents in the input doc so I have to scroll through a list of 1500 results to find the few that I'm interested in. Of course I could do this in a standalone Xquery but I was hoping there was a quick way to do it in the Xquery builder. Thanks, Eliot ---- Eliot Kimber, Owner Contrext, LLC http://contrext.com From bogus@does.not.exist.com Thu May 5 13:38:51 2016 From: bogus@does.not.exist.com (Eliot Kimber) Date: Thu, 05 May 2016 13:38:51 -0500 Subject: [oXygen-user] Treating Selected Project Resources as XQuery Collection? Message-ID: <D350FB9D.871AC%ekimber@contrext.com> It looks like if I format my result as a number padded with zeros then I can sort the result list and get the top numbers to the top. format-number(max(count(/*/*[contains(@class, ' topic/body ')]//table/tgroup/tbody/row) ), '00000') Cheers, E. ---- Eliot Kimber, Owner Contrext, LLC http://contrext.com On 5/5/16, 1:26 PM, "Eliot Kimber" <oxygen-user-bounces at on behalf of ekimber at > wrote: >I want to use the XQuery against files feature to do some quick analysis: >Find topics with large tables and report those files and only those files. > >It's not obvious, and I didn't find it in the help, how to do this. My >hope would be that when the scope selected in the XPath/XQuery builder is >"selected project resources" that those would be treated as a collection >so I could do e.g.: > >For $doc in collection() > Return {do stuff with the docs} > >Is this possible? > >The analysis I'm trying to do is to find the largest tables within the set >of documents and then report those tables sorted by size. I can do this as >an Xpath but the results are ordered by the order of the documents in the >input doc so I have to scroll through a list of 1500 results to find the >few that I'm interested in. > >Of course I could do this in a standalone Xquery but I was hoping there >was a quick way to do it in the Xquery builder. > >Thanks, > >Eliot > >---- >Eliot Kimber, Owner >Contrext, LLC >http://contrext.com > > > >_______________________________________________ >oXygen-user mailing list >oXygen-user at >https://www.oxygenxml.com/mailman/listinfo/oxygen-user > From bogus@does.not.exist.com Thu May 5 13:50:00 2016 From: bogus@does.not.exist.com (George Bina) Date: Thu, 05 May 2016 21:50:00 +0300 Subject: [oXygen-user] Treating Selected Project Resources as XQuery Collection? In-Reply-To: <D350FB9D.871AC%ekimber@contrext.com> References: <D350FB9D.871AC%ekimber@contrext.com> Message-ID: <572B95D8.6010609@oxygenxml.com> Hi Eliot, The scope basically executes the XPath expression on each file from the working set, but the sorting on the results view should work also without the need to use the format-number function... I tried on a few files an XPath like /*/count(*) and then I clicked on the Description column to sort the results and that worked fine. Best Regards, George -- George Cristian Bina <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com On 05/05/16 21:38, Eliot Kimber wrote: > It looks like if I format my result as a number padded with zeros then I > can sort the result list and get the top numbers to the top. > > format-number(max(count(/*/*[contains(@class, ' topic/body > ')]//table/tgroup/tbody/row) ), '00000') > > Cheers, > > > E. > ---- > Eliot Kimber, Owner > Contrext, LLC > http://contrext.com > > > > > On 5/5/16, 1:26 PM, "Eliot Kimber" <oxygen-user-bounces at on > behalf of ekimber at > wrote: > >> I want to use the XQuery against files feature to do some quick analysis: >> Find topics with large tables and report those files and only those files. >> >> It's not obvious, and I didn't find it in the help, how to do this. My >> hope would be that when the scope selected in the XPath/XQuery builder is >> "selected project resources" that those would be treated as a collection >> so I could do e.g.: >> >> For $doc in collection() >> Return {do stuff with the docs} >> >> Is this possible? >> >> The analysis I'm trying to do is to find the largest tables within the set >> of documents and then report those tables sorted by size. I can do this as >> an Xpath but the results are ordered by the order of the documents in the >> input doc so I have to scroll through a list of 1500 results to find the >> few that I'm interested in. >> >> Of course I could do this in a standalone Xquery but I was hoping there >> was a quick way to do it in the Xquery builder. >> >> Thanks, >> >> Eliot >> >> ---- >> Eliot Kimber, Owner >> Contrext, LLC >> http://contrext.com >> >> >> >> _______________________________________________ >> oXygen-user mailing list >> oXygen-user at >> https://www.oxygenxml.com/mailman/listinfo/oxygen-user >> > > > _______________________________________________ > oXygen-user mailing list > oXygen-user at > https://www.oxygenxml.com/mailman/listinfo/oxygen-user > From bogus@does.not.exist.com Thu May 5 13:58:38 2016 From: bogus@does.not.exist.com (Eliot Kimber) Date: Thu, 05 May 2016 13:58:38 -0500 Subject: [oXygen-user] Treating Selected Project Resources as XQuery Collection? In-Reply-To: <572B95D8.6010609@oxygenxml.com> References: <D350FB9D.871AC%ekimber@contrext.com> <572B95D8.6010609@oxygenxml.com> Message-ID: <D35101F7.871C0%ekimber@contrext.com> If the results aren't padded the sorting appears to be lexical, that is 9 sorts before 1000. Cheers, E. ---- Eliot Kimber, Owner Contrext, LLC http://contrext.com On 5/5/16, 1:50 PM, "George Bina" <george at > wrote: >Hi Eliot, > >The scope basically executes the XPath expression on each file from the >working set, but the sorting on the results view should work also >without the need to use the format-number function... I tried on a few >files an XPath like > >/*/count(*) > >and then I clicked on the Description column to sort the results and >that worked fine. > >Best Regards, >George >-- >George Cristian Bina ><oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger >http://www.oxygenxml.com > >On 05/05/16 21:38, Eliot Kimber wrote: >> It looks like if I format my result as a number padded with zeros then I >> can sort the result list and get the top numbers to the top. >> >> format-number(max(count(/*/*[contains(@class, ' topic/body >> ')]//table/tgroup/tbody/row) ), '00000') >> >> Cheers, >> >> >> E. >> ---- >> Eliot Kimber, Owner >> Contrext, LLC >> http://contrext.com >> >> >> >> >> On 5/5/16, 1:26 PM, "Eliot Kimber" <oxygen-user-bounces at on >> behalf of ekimber at > wrote: >> >>> I want to use the XQuery against files feature to do some quick >>>analysis: >>> Find topics with large tables and report those files and only those >>>files. >>> >>> It's not obvious, and I didn't find it in the help, how to do this. My >>> hope would be that when the scope selected in the XPath/XQuery builder >>>is >>> "selected project resources" that those would be treated as a >>>collection >>> so I could do e.g.: >>> >>> For $doc in collection() >>> Return {do stuff with the docs} >>> >>> Is this possible? >>> >>> The analysis I'm trying to do is to find the largest tables within the >>>set >>> of documents and then report those tables sorted by size. I can do >>>this as >>> an Xpath but the results are ordered by the order of the documents in >>>the >>> input doc so I have to scroll through a list of 1500 results to find >>>the >>> few that I'm interested in. >>> >>> Of course I could do this in a standalone Xquery but I was hoping there >>> was a quick way to do it in the Xquery builder. >>> >>> Thanks, >>> >>> Eliot >>> >>> ---- >>> Eliot Kimber, Owner >>> Contrext, LLC >>> http://contrext.com >>> >>> >>> >>> _______________________________________________ >>> oXygen-user mailing list >>> oXygen-user at >>> https://www.oxygenxml.com/mailman/listinfo/oxygen-user >>> >> >> >> _______________________________________________ >> oXygen-user mailing list >> oXygen-user at >> https://www.oxygenxml.com/mailman/listinfo/oxygen-user >> > From bogus@does.not.exist.com Thu May 5 14:12:12 2016 From: bogus@does.not.exist.com (George Bina) Date: Thu, 05 May 2016 22:12:12 +0300 Subject: [oXygen-user] Treating Selected Project Resources as XQuery Collection? In-Reply-To: <D35101F7.871C0%ekimber@contrext.com> References: <D350FB9D.871AC%ekimber@contrext.com> <572B95D8.6010609@oxygenxml.com> <D35101F7.871C0%ekimber@contrext.com> Message-ID: <572B9B0C.1050503@oxygenxml.com> I see... in my case all the results had only one digit. Then indeed, using the format-number() makes it easy to sort. We do not store type information in the results view, so the description is a string, thus the sorting results that you noticed. Best Regards, George -- George Cristian Bina <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com On 05/05/16 21:58, Eliot Kimber wrote: > If the results aren't padded the sorting appears to be lexical, that is 9 > sorts before 1000. > > Cheers, > > E. > ---- > Eliot Kimber, Owner > Contrext, LLC > http://contrext.com > > > > > On 5/5/16, 1:50 PM, "George Bina" <george at > wrote: > >> Hi Eliot, >> >> The scope basically executes the XPath expression on each file from the >> working set, but the sorting on the results view should work also >> without the need to use the format-number function... I tried on a few >> files an XPath like >> >> /*/count(*) >> >> and then I clicked on the Description column to sort the results and >> that worked fine. >> >> Best Regards, >> George >> -- >> George Cristian Bina >> <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger >> http://www.oxygenxml.com >> >> On 05/05/16 21:38, Eliot Kimber wrote: >>> It looks like if I format my result as a number padded with zeros then I >>> can sort the result list and get the top numbers to the top. >>> >>> format-number(max(count(/*/*[contains(@class, ' topic/body >>> ')]//table/tgroup/tbody/row) ), '00000') >>> >>> Cheers, >>> >>> >>> E. >>> ---- >>> Eliot Kimber, Owner >>> Contrext, LLC >>> http://contrext.com >>> >>> >>> >>> >>> On 5/5/16, 1:26 PM, "Eliot Kimber" <oxygen-user-bounces at on >>> behalf of ekimber at > wrote: >>> >>>> I want to use the XQuery against files feature to do some quick >>>> analysis: >>>> Find topics with large tables and report those files and only those >>>> files. >>>> >>>> It's not obvious, and I didn't find it in the help, how to do this. My >>>> hope would be that when the scope selected in the XPath/XQuery builder >>>> is >>>> "selected project resources" that those would be treated as a >>>> collection >>>> so I could do e.g.: >>>> >>>> For $doc in collection() >>>> Return {do stuff with the docs} >>>> >>>> Is this possible? >>>> >>>> The analysis I'm trying to do is to find the largest tables within the >>>> set >>>> of documents and then report those tables sorted by size. I can do >>>> this as >>>> an Xpath but the results are ordered by the order of the documents in >>>> the >>>> input doc so I have to scroll through a list of 1500 results to find >>>> the >>>> few that I'm interested in. >>>> >>>> Of course I could do this in a standalone Xquery but I was hoping there >>>> was a quick way to do it in the Xquery builder. >>>> >>>> Thanks, >>>> >>>> Eliot >>>> >>>> ---- >>>> Eliot Kimber, Owner >>>> Contrext, LLC >>>> http://contrext.com >>>> >>>> >>>> >>>> _______________________________________________ >>>> oXygen-user mailing list >>>> oXygen-user at >>>> https://www.oxygenxml.com/mailman/listinfo/oxygen-user >>>> >>> >>> >>> _______________________________________________ >>> oXygen-user mailing list >>> oXygen-user at >>> https://www.oxygenxml.com/mailman/listinfo/oxygen-user >>> >> > > From bogus@does.not.exist.com Fri May 6 04:40:46 2016 From: bogus@does.not.exist.com (Pierre Attar) Date: Fri, 6 May 2016 11:40:46 +0200 Subject: [oXygen-user] Different display depending on contents In-Reply-To: <572B9B0C.1050503@oxygenxml.com> References: <D350FB9D.871AC%ekimber@contrext.com> <572B95D8.6010609@oxygenxml.com> <D35101F7.871C0%ekimber@contrext.com> <572B9B0C.1050503@oxygenxml.com> Message-ID: <572C669E.8090602@tireme.fr> Hi, For a specific application, I need to parameterize the Oxygen editor in order to have a different display of list items depending on contained lists. More precisely, a level 1 item is bold if there are level 2 items contained in the list. Otherwise, it is regular. I know how to manage that while transforming for publishing bu I don't know how to reprensent that only using Oxygen CSS selectors. Any ideas ? Pierre From bogus@does.not.exist.com Fri May 6 05:14:29 2016 From: bogus@does.not.exist.com (George Bina) Date: Fri, 06 May 2016 13:14:29 +0300 Subject: [oXygen-user] Different display depending on contents In-Reply-To: <572C669E.8090602@tireme.fr> References: <D350FB9D.871AC%ekimber@contrext.com> <572B95D8.6010609@oxygenxml.com> <D35101F7.871C0%ekimber@contrext.com> <572B9B0C.1050503@oxygenxml.com> <572C669E.8090602@tireme.fr> Message-ID: <572C6E85.2030101@oxygenxml.com> Dear Pierre, There is a CSS level 4 draft that specifies a relational pseudo-class ":has()" https://drafts.csswg.org/selectors-4/#relational which can be used to provide the functionality that you need. The good news is that oXygen implements this, so for example, if you have an XHTML document like <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE html> <?xml-stylesheet type="text/css" href="test.css"?> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <title>
  • normal
  • Bold!!!
    • 1
    • 2
  • Normal again
then the test.css referred in the file needs to contain li:has(ul) { font-weight:bold; } in order to render the second list item with bold font. Best Regards, George -- George Cristian Bina XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com On 06/05/16 12:40, Pierre Attar wrote: > Hi, > > For a specific application, I need to parameterize the Oxygen editor in > order to have a different display of list items depending on contained > lists. > > More precisely, a level 1 item is bold if there are level 2 items > contained in the list. > Otherwise, it is regular. > > I know how to manage that while transforming for publishing bu I don't > know how to reprensent that only using Oxygen CSS selectors. > > > Any ideas ? > > Pierre > _______________________________________________ > oXygen-user mailing list > oXygen-user at > https://www.oxygenxml.com/mailman/listinfo/oxygen-user > From bogus@does.not.exist.com Fri May 6 05:29:42 2016 From: bogus@does.not.exist.com (Pierre Attar) Date: Fri, 6 May 2016 12:29:42 +0200 Subject: [oXygen-user] Different display depending on contents In-Reply-To: <572C6E85.2030101@oxygenxml.com> References: <572B95D8.6010609@oxygenxml.com> <572B9B0C.1050503@oxygenxml.com> <572C669E.8090602@tireme.fr> <572C6E85.2030101@oxygenxml.com> Message-ID: <572C7216.6040903@tireme.fr> Hi Georges, This work fine but does not exactely fits my requirement which are : as soon as *one *item has a contained list *all *first level items ar bolded. So, if 1 have a first level list of 10 items and only one has a sublist, then all the ten items need to be bolded. Any idea for that ? Pierre Le 06/05/2016 12:14, George Bina a ?crit : > Dear Pierre, > > There is a CSS level 4 draft that specifies a relational pseudo-class > ":has()" > https://drafts.csswg.org/selectors-4/#relational > which can be used to provide the functionality that you need. > The good news is that oXygen implements this, so for example, if you > have an XHTML document like > > > > > > > > > > >
    >
  • normal
  • >
  • Bold!!! >
      >
    • 1
    • >
    • 2
    • >
    >
  • >
  • Normal again
  • > >
> > > > then the test.css referred in the file needs to contain > > li:has(ul) { > font-weight:bold; > } > > in order to render the second list item with bold font. > > Best Regards, > George > -- > George Cristian Bina > XML Editor, Schema Editor and XSLT Editor/Debugger > http://www.oxygenxml.com > > On 06/05/16 12:40, Pierre Attar wrote: >> Hi, >> >> For a specific application, I need to parameterize the Oxygen editor in >> order to have a different display of list items depending on contained >> lists. >> >> More precisely, a level 1 item is bold if there are level 2 items >> contained in the list. >> Otherwise, it is regular. >> >> I know how to manage that while transforming for publishing bu I don't >> know how to reprensent that only using Oxygen CSS selectors. >> >> >> Any ideas ? >> >> Pierre >> _______________________________________________ >> oXygen-user mailing list >> oXygen-user at >> https://www.oxygenxml.com/mailman/listinfo/oxygen-user >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogus@does.not.exist.com Fri May 6 06:11:48 2016 From: bogus@does.not.exist.com (George Bina) Date: Fri, 06 May 2016 14:11:48 +0300 Subject: [oXygen-user] Different display depending on contents In-Reply-To: <572C7216.6040903@tireme.fr> References: <572B95D8.6010609@oxygenxml.com> <572B9B0C.1050503@oxygenxml.com> <572C669E.8090602@tireme.fr> <572C6E85.2030101@oxygenxml.com> <572C7216.6040903@tireme.fr> Message-ID: <572C7BF4.7070301@oxygenxml.com> Hi Pierre, Then set the bold style on the ul which has a li containing ul - that means replacing the CSS with: ul:has(li>ul) { font-weight:bold; } Best Regards, George -- George Cristian Bina XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com On 06/05/16 13:29, Pierre Attar wrote: > Hi Georges, > > This work fine but does not exactely fits my requirement which are : as > soon as *one *item has a contained list *all *first level items ar bolded. > So, if 1 have a first level list of 10 items and only one has a sublist, > then all the ten items need to be bolded. > > Any idea for that ? > > Pierre > > > Le 06/05/2016 12:14, George Bina a ?crit : >> Dear Pierre, >> >> There is a CSS level 4 draft that specifies a relational pseudo-class >> ":has()" >> https://drafts.csswg.org/selectors-4/#relational >> which can be used to provide the functionality that you need. >> The good news is that oXygen implements this, so for example, if you >> have an XHTML document like >> >> >> >> >> >> >> >> >> >> >>
    >>
  • normal
  • >>
  • Bold!!! >>
      >>
    • 1
    • >>
    • 2
    • >>
    >>
  • >>
  • Normal again
  • >> >>
>> >> >> >> then the test.css referred in the file needs to contain >> >> li:has(ul) { >> font-weight:bold; >> } >> >> in order to render the second list item with bold font. >> >> Best Regards, >> George >> -- >> George Cristian Bina >> XML Editor, Schema Editor and XSLT Editor/Debugger >> http://www.oxygenxml.com >> >> On 06/05/16 12:40, Pierre Attar wrote: >>> Hi, >>> >>> For a specific application, I need to parameterize the Oxygen editor in >>> order to have a different display of list items depending on contained >>> lists. >>> >>> More precisely, a level 1 item is bold if there are level 2 items >>> contained in the list. >>> Otherwise, it is regular. >>> >>> I know how to manage that while transforming for publishing bu I don't >>> know how to reprensent that only using Oxygen CSS selectors. >>> >>> >>> Any ideas ? >>> >>> Pierre >>> _______________________________________________ >>> oXygen-user mailing list >>> oXygen-user at >>> https://www.oxygenxml.com/mailman/listinfo/oxygen-user >>> >> > From bogus@does.not.exist.com Fri May 6 08:27:19 2016 From: bogus@does.not.exist.com (Pierre Attar) Date: Fri, 6 May 2016 15:27:19 +0200 Subject: [oXygen-user] Different display depending on contents In-Reply-To: <572C7BF4.7070301@oxygenxml.com> References: <572B95D8.6010609@oxygenxml.com> <572B9B0C.1050503@oxygenxml.com> <572C669E.8090602@tireme.fr> <572C6E85.2030101@oxygenxml.com> <572C7216.6040903@tireme.fr> <572C7BF4.7070301@oxygenxml.com> Message-ID: <572C9BB7.20508@tireme.fr> Thanks Georges, this works. For those interested, the complete pb cas also to change the list-style-type and the complete solution becomes : *[class~='topic/ul'] > *[class~='topic/li'], *[class~='topic/ul'] > *[class~='topic/li'] *[class~='topic/ul'] > *[class~='topic/li'] { list-style-type:hyphen; } *[class~='topic/ul']:has(*[class~='topic/li'] > *[class~='topic/ul']) > *[class~='topic/li'] { font-weight:bold; list-style-type:disc; } li * li { font-weight:normal; } Pierre Le 06/05/2016 13:11, George Bina a ?crit : > Hi Pierre, > > Then set the bold style on the ul which has a li containing ul - that > means replacing the CSS with: > > ul:has(li>ul) { > font-weight:bold; > } > > > Best Regards, > George > -- > George Cristian Bina > XML Editor, Schema Editor and XSLT Editor/Debugger > http://www.oxygenxml.com > > On 06/05/16 13:29, Pierre Attar wrote: >> Hi Georges, >> >> This work fine but does not exactely fits my requirement which are : as >> soon as *one *item has a contained list *all *first level items ar >> bolded. >> So, if 1 have a first level list of 10 items and only one has a sublist, >> then all the ten items need to be bolded. >> >> Any idea for that ? >> >> Pierre >> >> >> Le 06/05/2016 12:14, George Bina a ?crit : >>> Dear Pierre, >>> >>> There is a CSS level 4 draft that specifies a relational pseudo-class >>> ":has()" >>> https://drafts.csswg.org/selectors-4/#relational >>> which can be used to provide the functionality that you need. >>> The good news is that oXygen implements this, so for example, if you >>> have an XHTML document like >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>>
    >>>
  • normal
  • >>>
  • Bold!!! >>>
      >>>
    • 1
    • >>>
    • 2
    • >>>
    >>>
  • >>>
  • Normal again
  • >>> >>>
>>> >>> >>> >>> then the test.css referred in the file needs to contain >>> >>> li:has(ul) { >>> font-weight:bold; >>> } >>> >>> in order to render the second list item with bold font. >>> >>> Best Regards, >>> George >>> -- >>> George Cristian Bina >>> XML Editor, Schema Editor and XSLT Editor/Debugger >>> http://www.oxygenxml.com >>> >>> On 06/05/16 12:40, Pierre Attar wrote: >>>> Hi, >>>> >>>> For a specific application, I need to parameterize the Oxygen >>>> editor in >>>> order to have a different display of list items depending on contained >>>> lists. >>>> >>>> More precisely, a level 1 item is bold if there are level 2 items >>>> contained in the list. >>>> Otherwise, it is regular. >>>> >>>> I know how to manage that while transforming for publishing bu I don't >>>> know how to reprensent that only using Oxygen CSS selectors. >>>> >>>> >>>> Any ideas ? >>>> >>>> Pierre >>>> _______________________________________________ >>>> oXygen-user mailing list >>>> oXygen-user at >>>> https://www.oxygenxml.com/mailman/listinfo/oxygen-user >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogus@does.not.exist.com Tue May 10 09:15:15 2016 From: bogus@does.not.exist.com (Nico Kutscherauer) Date: Tue, 10 May 2016 16:15:15 +0200 Subject: [oXygen-user] Zoom by mouse scrolling in v18 Message-ID: Hi group, I installed oXygen version 18 last weekend and noticed that the zooming behavior is different now: In version 17 I can zoom by mouse scrolling, when I press CTRL in the same time. In version 18 this doesn't work any more. The other ways to zoom (CTRL + "+" or by menu: Document -> Font Size -> Increase Editor Font) still works. I compared the entries of the "Increase Editor Font" in the Shortcut list of both versions. They seems to be equal. I have a colleague, who also installed the version 18 and is also not be able to zoom anymore by using the mouse. She is using Windows 10, I have Win 7. What can I do to restore this nice little functionality? Thanks, for any help! Best Regards Nico ___________________________________________ Nico Kutscherauer XML Developer data2type GmbH Wieblinger Weg 92a 69123 Heidelberg Tel.: +49-(0)6221-73 912 65 Fax: +49-(0)6221-73 912 66 www.data2type.de Company's head office: Heidelberg Commercial Register court: AG Mannheim HRB 715195 CEO: Manuel Montero Pineda ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogus@does.not.exist.com Tue May 10 10:33:26 2016 From: bogus@does.not.exist.com (Pierre Attar) Date: Tue, 10 May 2016 17:33:26 +0200 Subject: [oXygen-user] Zoom by mouse scrolling in v18 In-Reply-To: References: Message-ID: <5731FF46.3080806@tireme.fr> +1 It should be very interesting to keep this feature. Pierre Le 10/05/2016 16:15, Nico Kutscherauer a ?crit : > Hi group, > > I installed oXygen version 18 last weekend and noticed that the > zooming behavior is different now: > > In version 17 I can zoom by mouse scrolling, when I press CTRL in the > same time. In version 18 this doesn't work any more. > > The other ways to zoom (CTRL + "+" or by menu: Document -> Font Size > -> Increase Editor Font) still works. > > I compared the entries of the "Increase Editor Font" in the Shortcut > list of both versions. They seems to be equal. > > I have a colleague, who also installed the version 18 and is also not > be able to zoom anymore by using the mouse. She is using Windows 10, I > have Win 7. > > What can I do to restore this nice little functionality? > > Thanks, for any help! > Best Regards > Nico > > ___________________________________________ > > Nico Kutscherauer > XML Developer > > data2type GmbH > Wieblinger Weg 92a > 69123 Heidelberg > Tel.: +49-(0)6221-73 912 65 > Fax: +49-(0)6221-73 912 66 > > www.data2type.de > > Company's head office: Heidelberg > Commercial Register court: AG Mannheim HRB 715195 > CEO: Manuel Montero Pineda > ___________________________________________ > > > _______________________________________________ > oXygen-user mailing list > oXygen-user at > https://www.oxygenxml.com/mailman/listinfo/oxygen-user -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogus@does.not.exist.com Tue May 10 11:25:17 2016 From: bogus@does.not.exist.com (Christophe Marchand) Date: Tue, 10 May 2016 18:25:17 +0200 Subject: [oXygen-user] Zoom by mouse scrolling in v18 In-Reply-To: <5731FF46.3080806@tireme.fr> References: <5731FF46.3080806@tireme.fr> Message-ID: <57320B6D.4000802@oxiane.com> +1 That's the most interesting feature when showing Oxygen in public Christophe Le 10/05/2016 17:33, Pierre Attar a ?crit : > +1 It should be very interesting to keep this feature. > > Pierre > > Le 10/05/2016 16:15, Nico Kutscherauer a ?crit : >> Hi group, >> >> I installed oXygen version 18 last weekend and noticed that the >> zooming behavior is different now: >> >> In version 17 I can zoom by mouse scrolling, when I press CTRL in the >> same time. In version 18 this doesn't work any more. >> >> The other ways to zoom (CTRL + "+" or by menu: Document -> Font Size >> -> Increase Editor Font) still works. >> >> I compared the entries of the "Increase Editor Font" in the Shortcut >> list of both versions. They seems to be equal. >> >> I have a colleague, who also installed the version 18 and is also not >> be able to zoom anymore by using the mouse. She is using Windows 10, >> I have Win 7. >> >> What can I do to restore this nice little functionality? >> >> Thanks, for any help! >> Best Regards >> Nico >> >> ___________________________________________ >> >> Nico Kutscherauer >> XML Developer >> >> data2type GmbH >> Wieblinger Weg 92a >> 69123 Heidelberg >> Tel.: +49-(0)6221-73 912 65 >> Fax: +49-(0)6221-73 912 66 >> >> www.data2type.de >> >> Company's head office: Heidelberg >> Commercial Register court: AG Mannheim HRB 715195 >> CEO: Manuel Montero Pineda >> ___________________________________________ >> >> >> _______________________________________________ >> oXygen-user mailing list >> oXygen-user at >> https://www.oxygenxml.com/mailman/listinfo/oxygen-user > > > > _______________________________________________ > oXygen-user mailing list > oXygen-user at > https://www.oxygenxml.com/mailman/listinfo/oxygen-user -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogus@does.not.exist.com Wed May 11 02:45:00 2016 From: bogus@does.not.exist.com (oXygen XML Editor Support - Alex Jitianu) Date: Wed, 11 May 2016 10:45:00 +0300 Subject: [oXygen-user] Zoom by mouse scrolling in v18 In-Reply-To: <57320B6D.4000802@oxiane.com> References: <5731FF46.3080806@tireme.fr> <57320B6D.4000802@oxiane.com> Message-ID: <5732E2FC.2050100@oxygenxml.com> Hello, We removed the zoom by mouse scrolling because it had some issues when used on Windows laptops or on Macs. On these systems the JVM incorrectly reported a "zoom"-triggering event when you pressed "CTRL"/"META" *after* you've finished a scroll. The result was a very annoying and unexpected zoom. We though that because there is also the CTRL + "+" shortcut, people wont miss it too much. I guess we were wrong, weren't we ? :) In the next 18 build we'll publish an option so that you'll be able to enable or disable this support as you please. Best regards, Alex -- Alex Jitianu XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com On 5/10/2016 7:25 PM, Christophe Marchand wrote: > +1 That's the most interesting feature when showing Oxygen in public > Christophe > > Le 10/05/2016 17:33, Pierre Attar a ?crit : >> +1 It should be very interesting to keep this feature. >> >> Pierre >> >> Le 10/05/2016 16:15, Nico Kutscherauer a ?crit : >>> Hi group, >>> >>> I installed oXygen version 18 last weekend and noticed that the >>> zooming behavior is different now: >>> >>> In version 17 I can zoom by mouse scrolling, when I press CTRL in >>> the same time. In version 18 this doesn't work any more. >>> >>> The other ways to zoom (CTRL + "+" or by menu: Document -> Font Size >>> -> Increase Editor Font) still works. >>> >>> I compared the entries of the "Increase Editor Font" in the Shortcut >>> list of both versions. They seems to be equal. >>> >>> I have a colleague, who also installed the version 18 and is also >>> not be able to zoom anymore by using the mouse. She is using Windows >>> 10, I have Win 7. >>> >>> What can I do to restore this nice little functionality? >>> >>> Thanks, for any help! >>> Best Regards >>> Nico >>> >>> ___________________________________________ >>> >>> Nico Kutscherauer >>> XML Developer >>> >>> data2type GmbH >>> Wieblinger Weg 92a >>> 69123 Heidelberg >>> Tel.: +49-(0)6221-73 912 65 >>> Fax: +49-(0)6221-73 912 66 >>> >>> www.data2type.de >>> >>> Company's head office: Heidelberg >>> Commercial Register court: AG Mannheim HRB 715195 >>> CEO: Manuel Montero Pineda >>> ___________________________________________ >>> >>> >>> _______________________________________________ >>> oXygen-user mailing list >>> oXygen-user at >>> https://www.oxygenxml.com/mailman/listinfo/oxygen-user >> >> >> >> _______________________________________________ >> oXygen-user mailing list >> oXygen-user at >> https://www.oxygenxml.com/mailman/listinfo/oxygen-user > > > > _______________________________________________ > oXygen-user mailing list > oXygen-user at > https://www.oxygenxml.com/mailman/listinfo/oxygen-user -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogus@does.not.exist.com Wed May 11 04:58:18 2016 From: bogus@does.not.exist.com (Lou Burnard) Date: Wed, 11 May 2016 10:58:18 +0100 Subject: [oXygen-user] Zoom by mouse scrolling in v18 In-Reply-To: <5732E2FC.2050100@oxygenxml.com> References: <5731FF46.3080806@tireme.fr> <57320B6D.4000802@oxiane.com> <5732E2FC.2050100@oxygenxml.com> Message-ID: <5733023A.90306@retired.ox.ac.uk> For those of us (not a few) who use laptops -- which don't have a numeric keypad -- and don't run either windows or mac os -- this feature was REALLY USEFUL. I spend a lot of time demonstrating how cool oxyGen is to people, and being able to zoom in and out of the editor display is really important! On 11/05/16 08:45, oXygen XML Editor Support - Alex Jitianu wrote: > Hello, > > We removed the zoom by mouse scrolling because it had some issues when > used on Windows laptops or on Macs. On these systems the JVM > incorrectly reported a "zoom"-triggering event when you pressed > "CTRL"/"META" *after* you've finished a scroll. The result was a very > annoying and unexpected zoom. We though that because there is also the > CTRL + "+" shortcut, people wont miss it too much. I guess we were > wrong, weren't we ? :) > > In the next 18 build we'll publish an option so that you'll be able to > enable or disable this support as you please. > > Best regards, > Alex > > > _______________________________________________ > oXygen-user mailing list > oXygen-user at > https://www.oxygenxml.com/mailman/listinfo/oxygen-user -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogus@does.not.exist.com Wed May 11 05:43:19 2016 From: bogus@does.not.exist.com (Jirka Kosek) Date: Wed, 11 May 2016 12:43:19 +0200 Subject: [oXygen-user] Zoom by mouse scrolling in v18 In-Reply-To: <5733023A.90306@retired.ox.ac.uk> References: <5731FF46.3080806@tireme.fr> <57320B6D.4000802@oxiane.com> <5732E2FC.2050100@oxygenxml.com> <5733023A.90306@retired.ox.ac.uk> Message-ID: <57330CC7.6050401@kosek.cz> On 11.5.2016 11:58, Lou Burnard wrote: > For those of us (not a few) who use laptops -- which don't have a > numeric keypad -- and don't run either windows or mac os -- this feature > was REALLY USEFUL. I spend a lot of time demonstrating how cool oxyGen > is to people, and being able to zoom in and out of the editor display is > really important! +1 -- ------------------------------------------------------------------ Jirka Kosek e-mail: jirka at http://xmlguru.cz ------------------------------------------------------------------ Professional XML and Web consulting and training services DocBook/DITA customization, custom XSLT/XSL-FO document processing ------------------------------------------------------------------ OASIS DocBook TC member, W3C Invited Expert, ISO JTC1/SC34 rep. ------------------------------------------------------------------ Bringing you XML Prague conference http://xmlprague.cz ------------------------------------------------------------------ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: OpenPGP digital signature URL: From bogus@does.not.exist.com Wed May 11 05:45:15 2016 From: bogus@does.not.exist.com (Pierre Attar) Date: Wed, 11 May 2016 12:45:15 +0200 Subject: [oXygen-user] DITA draft-comment elements compilation in oxygen web-help In-Reply-To: <5733023A.90306@retired.ox.ac.uk> References: <5731FF46.3080806@tireme.fr> <57320B6D.4000802@oxiane.com> <5732E2FC.2050100@oxygenxml.com> <5733023A.90306@retired.ox.ac.uk> Message-ID: <57330D3B.1040501@tireme.fr> Hi, As soon as it is posible to have draft-comment elements in DITA, as soon as the webhelp plugin allows to visualize them, is there a feature to get a summary of all comments contained in a map ? Something like an HTML page providing hyperlinks to all topics having draft comments ? Regards, Pierre From bogus@does.not.exist.com Wed May 11 05:59:42 2016 From: bogus@does.not.exist.com (George Bina) Date: Wed, 11 May 2016 13:59:42 +0300 Subject: [oXygen-user] DITA draft-comment elements compilation in oxygen web-help In-Reply-To: <57330D3B.1040501@tireme.fr> References: <5731FF46.3080806@tireme.fr> <57320B6D.4000802@oxiane.com> <5732E2FC.2050100@oxygenxml.com> <5733023A.90306@retired.ox.ac.uk> <57330D3B.1040501@tireme.fr> Message-ID: <5733109E.4060400@oxygenxml.com> Dear Pierre, In oXygen you can use the XPath query to find all the occurrences of draft comment. For example, you can run the expression //draft-comment and change the scope (from the drop-down immediately to the left of the expression) to "Current DITA Map hierarchy", or you may select a different scope if you want to look into a different set of resources. The results area will contain an entry for each draft-comment and you can click on that to open the corresponding topic and have that occurrence selected. Best Regards, George -- George Cristian Bina XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com On 11/05/16 13:45, Pierre Attar wrote: > Hi, > > As soon as it is posible to have draft-comment elements in DITA, as soon > as the webhelp plugin allows to visualize them, is there a feature to > get a summary of all comments contained in a map ? > Something like an HTML page providing hyperlinks to all topics having > draft comments ? > > > Regards, Pierre > > > _______________________________________________ > oXygen-user mailing list > oXygen-user at > https://www.oxygenxml.com/mailman/listinfo/oxygen-user > From bogus@does.not.exist.com Wed May 11 06:04:34 2016 From: bogus@does.not.exist.com (Pierre Attar) Date: Wed, 11 May 2016 13:04:34 +0200 Subject: [oXygen-user] DITA draft-comment elements compilation in oxygen web-help In-Reply-To: <5733109E.4060400@oxygenxml.com> References: <5731FF46.3080806@tireme.fr> <57320B6D.4000802@oxiane.com> <5732E2FC.2050100@oxygenxml.com> <5733023A.90306@retired.ox.ac.uk> <57330D3B.1040501@tireme.fr> <5733109E.4060400@oxygenxml.com> Message-ID: <573311C2.7030600@tireme.fr> Impressive ! Thanks a lot for the information. Pierre Le 11/05/2016 12:59, George Bina a ?crit : > Dear Pierre, > > In oXygen you can use the XPath query to find all the occurrences of > draft comment. For example, you can run the expression > > //draft-comment > > and change the scope (from the drop-down immediately to the left of > the expression) to "Current DITA Map hierarchy", or you may select a > different scope if you want to look into a different set of resources. > > The results area will contain an entry for each draft-comment and you > can click on that to open the corresponding topic and have that > occurrence selected. > > Best Regards, > George > -- > George Cristian Bina > XML Editor, Schema Editor and XSLT Editor/Debugger > http://www.oxygenxml.com > > On 11/05/16 13:45, Pierre Attar wrote: >> Hi, >> >> As soon as it is posible to have draft-comment elements in DITA, as soon >> as the webhelp plugin allows to visualize them, is there a feature to >> get a summary of all comments contained in a map ? >> Something like an HTML page providing hyperlinks to all topics having >> draft comments ? >> >> >> Regards, Pierre >> >> >> _______________________________________________ >> oXygen-user mailing list >> oXygen-user at >> https://www.oxygenxml.com/mailman/listinfo/oxygen-user >> > From bogus@does.not.exist.com Thu May 12 08:37:29 2016 From: bogus@does.not.exist.com (Tobias Fischer | pagina GmbH) Date: Thu, 12 May 2016 15:37:29 +0200 Subject: [oXygen-user] Zoom by mouse scrolling in v18 In-Reply-To: <5732E2FC.2050100@oxygenxml.com> References: <5731FF46.3080806@tireme.fr> <57320B6D.4000802@oxiane.com> <5732E2FC.2050100@oxygenxml.com> Message-ID: Hi Alex, thanks for planning to bring back the option! Please note that in the XPath/XQuery builder the zoom by mouse scrolling was the only option to increase the font size because CTRL + "+" wouldn't work there... Please keep this in mind when re-implementing the feature or add CTRL + "+/0/-" support also to the XPath/XQuery builder. Best regards, Tobias Am 11.05.2016 um 09:45 schrieb oXygen XML Editor Support - Alex Jitianu: > Hello, > > We removed the zoom by mouse scrolling because it had some issues when > used on Windows laptops or on Macs. On these systems the JVM > incorrectly reported a "zoom"-triggering event when you pressed > "CTRL"/"META" *after* you've finished a scroll. The result was a very > annoying and unexpected zoom. We though that because there is also the > CTRL + "+" shortcut, people wont miss it too much. I guess we were > wrong, weren't we ? :) > > In the next 18 build we'll publish an option so that you'll be able to > enable or disable this support as you please. > Best regards, > Alex > -- > Alex Jitianu > XML Editor, Schema Editor and XSLT Editor/Debugger > http://www.oxygenxml.com > On 5/10/2016 7:25 PM, Christophe Marchand wrote: >> +1 That's the most interesting feature when showing Oxygen in public >> Christophe >> >> Le 10/05/2016 17:33, Pierre Attar a ?crit : >>> +1 It should be very interesting to keep this feature. >>> >>> Pierre >>> >>> Le 10/05/2016 16:15, Nico Kutscherauer a ?crit : >>>> Hi group, >>>> >>>> I installed oXygen version 18 last weekend and noticed that the >>>> zooming behavior is different now: >>>> >>>> In version 17 I can zoom by mouse scrolling, when I press CTRL in >>>> the same time. In version 18 this doesn't work any more. >>>> >>>> The other ways to zoom (CTRL + "+" or by menu: Document -> Font >>>> Size -> Increase Editor Font) still works. >>>> >>>> I compared the entries of the "Increase Editor Font" in the >>>> Shortcut list of both versions. They seems to be equal. >>>> >>>> I have a colleague, who also installed the version 18 and is also >>>> not be able to zoom anymore by using the mouse. She is using >>>> Windows 10, I have Win 7. >>>> >>>> What can I do to restore this nice little functionality? >>>> >>>> Thanks, for any help! >>>> Best Regards >>>> Nico >>>> >>>> ___________________________________________ >>>> >>>> Nico Kutscherauer >>>> XML Developer >>>> >>>> data2type GmbH >>>> Wieblinger Weg 92a >>>> 69123 Heidelberg >>>> Tel.: +49-(0)6221-73 912 65 >>>> Fax: +49-(0)6221-73 912 66 >>>> >>>> www.data2type.de >>>> >>>> Company's head office: Heidelberg >>>> Commercial Register court: AG Mannheim HRB 715195 >>>> CEO: Manuel Montero Pineda >>>> ___________________________________________ >>>> >>>> -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogus@does.not.exist.com Fri May 13 03:10:26 2016 From: bogus@does.not.exist.com (Oxygen XML Editor Support (Adrian Buza)) Date: Fri, 13 May 2016 11:10:26 +0300 Subject: [oXygen-user] [Ann] New maintenance build available for oXygen 18.0 (2016051118) Message-ID: <89670c8c-9ce6-ff12-dc64-09eda75d6527@oxygenxml.com> Dear oXygen users, We announce the release of a new maintenance build (2016051118) for oXygen 18.0 (XML Editor, XML Developer, XML Author). The build number can be verified in the Help -> About dialog box from the application (next to the version number). You can download the new installation kits from our web site: http://www.oxygenxml.com/download.html Here you can find the complete list of bug-fixes: http://www.oxygenxml.com/build_history.html#2016051118 You can follow our oXygen release/build RSS feed here: http://www.oxygenxml.com/rssBuildID.xml Please let us know if you encounter any problems with this new build. Regards, Adrian -- Adrian Buza oXygen XML Editor and Author Support Tel: +1-650-352-1250 ext.2020 Fax: +40-251-461482 support at http://www.oxygenxml.com From bogus@does.not.exist.com Fri May 13 03:15:56 2016 From: bogus@does.not.exist.com (oXygen XML Editor Support - Alex Jitianu) Date: Fri, 13 May 2016 11:15:56 +0300 Subject: [oXygen-user] Zoom by mouse scrolling in v18 In-Reply-To: References: <5731FF46.3080806@tireme.fr> <57320B6D.4000802@oxiane.com> <5732E2FC.2050100@oxygenxml.com> Message-ID: <57358D3C.2030403@oxygenxml.com> Hi everyone, A new build (2016051118) for oXygen 18.0 is available for download and the zoom-by-mouse is back. The support is enabled by default on all platforms except Macs. For those of you running on Mac that want the feature back, we've added an "/Enable mouse-wheel zooming/" option inside the /"Editor"/ preferences page. You can download the new installation kits from our web site: http://www.oxygenxml.com/download.html Best regards, Alex -- Alex Jitianu XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com On 5/12/2016 4:37 PM, Tobias Fischer | pagina GmbH wrote: > Hi Alex, > > thanks for planning to bring back the option! > > Please note that in the XPath/XQuery builder the zoom by mouse > scrolling was the only option to increase the font size because CTRL + > "+" wouldn't work there... Please keep this in mind when > re-implementing the feature or add CTRL + "+/0/-" support also to the > XPath/XQuery builder. > > Best regards, > Tobias > Am 11.05.2016 um 09:45 schrieb oXygen XML Editor Support - Alex Jitianu: >> Hello, >> >> We removed the zoom by mouse scrolling because it had some issues >> when used on Windows laptops or on Macs. On these systems the JVM >> incorrectly reported a "zoom"-triggering event when you pressed >> "CTRL"/"META" *after* you've finished a scroll. The result was a very >> annoying and unexpected zoom. We though that because there is also >> the CTRL + "+" shortcut, people wont miss it too much. I guess we >> were wrong, weren't we ? :) >> >> In the next 18 build we'll publish an option so that you'll be able >> to enable or disable this support as you please. >> Best regards, >> Alex >> -- >> Alex Jitianu >> XML Editor, Schema Editor and XSLT Editor/Debugger >> http://www.oxygenxml.com >> On 5/10/2016 7:25 PM, Christophe Marchand wrote: >>> +1 That's the most interesting feature when showing Oxygen in public >>> Christophe >>> >>> Le 10/05/2016 17:33, Pierre Attar a ?crit : >>>> +1 It should be very interesting to keep this feature. >>>> >>>> Pierre >>>> >>>> Le 10/05/2016 16:15, Nico Kutscherauer a ?crit : >>>>> Hi group, >>>>> >>>>> I installed oXygen version 18 last weekend and noticed that the >>>>> zooming behavior is different now: >>>>> >>>>> In version 17 I can zoom by mouse scrolling, when I press CTRL in >>>>> the same time. In version 18 this doesn't work any more. >>>>> >>>>> The other ways to zoom (CTRL + "+" or by menu: Document -> Font >>>>> Size -> Increase Editor Font) still works. >>>>> >>>>> I compared the entries of the "Increase Editor Font" in the >>>>> Shortcut list of both versions. They seems to be equal. >>>>> >>>>> I have a colleague, who also installed the version 18 and is also >>>>> not be able to zoom anymore by using the mouse. She is using >>>>> Windows 10, I have Win 7. >>>>> >>>>> What can I do to restore this nice little functionality? >>>>> >>>>> Thanks, for any help! >>>>> Best Regards >>>>> Nico >>>>> >>>>> ___________________________________________ >>>>> >>>>> Nico Kutscherauer >>>>> XML Developer >>>>> >>>>> data2type GmbH >>>>> Wieblinger Weg 92a >>>>> 69123 Heidelberg >>>>> Tel.: +49-(0)6221-73 912 65 >>>>> Fax: +49-(0)6221-73 912 66 >>>>> >>>>> www.data2type.de >>>>> >>>>> Company's head office: Heidelberg >>>>> Commercial Register court: AG Mannheim HRB 715195 >>>>> CEO: Manuel Montero Pineda >>>>> ___________________________________________ >>>>> >>>>> > > > > _______________________________________________ > oXygen-user mailing list > oXygen-user at > https://www.oxygenxml.com/mailman/listinfo/oxygen-user -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogus@does.not.exist.com Fri May 20 14:49:18 2016 From: bogus@does.not.exist.com (Sanford, Richard C) Date: Fri, 20 May 2016 19:49:18 +0000 Subject: [oXygen-user] Tags view in oXygen Author mode Message-ID: <0cc74372c27a43308b2491245bd2354d@XCH15-09-01.nw.nos.boeing.com> I'm creating authoring guidelines for a group of training developers who will use oXygen XML Author to edit DITA content in Author mode. I would like to be able to recommend a tags view. The screen captures, and sometimes the procedures in my documentation, are dependent on the tags view. Since I use Text mode 99% of the time, I would appreciate advice on the most usable, or the most commonly used, tags view. One of the training developers is experienced in Structured FrameMaker; the others have little or no experience with a structured authoring tool. Thanks. Richard -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogus@does.not.exist.com Fri May 20 16:55:29 2016 From: bogus@does.not.exist.com (Eliot Kimber) Date: Fri, 20 May 2016 16:55:29 -0500 Subject: [oXygen-user] Tags view in oXygen Author mode Message-ID: I prefer the "partial tags" mode as it makes for the least clutter but still makes it clear where tag boundaries are in running text. I'm also used to using the breadcrumbs to know what my element context is or using the outline view to navigate around in the absence of tags in the main view. But I know a lot of people prefer the full-tags mode and that's probably the best starting point for new authors. Full tags with attributes tends to be too much noise and you can always use the attributes panel to see what the attributes are. Cheers, Eliot ---- Eliot Kimber, Owner Contrext, LLC http://contrext.com From: on behalf of "Sanford, Richard C" Date: Friday, May 20, 2016 at 2:49 PM To: Oxygen User Subject: [oXygen-user] Tags view in oXygen Author mode I?m creating authoring guidelines for a group of training developers who will use oXygen XML Author to edit DITA content in Author mode. I would like to be able to recommend a tags view. The screen captures, and sometimes the procedures in my documentation, are dependent on the tags view. Since I use Text mode 99% of the time, I would appreciate advice on the most usable, or the most commonly used, tags view. One of the training developers is experienced in Structured FrameMaker; the others have little or no experience with a structured authoring tool. Thanks. Richard _______________________________________________ oXygen-user mailing list oXygen-user at https://www.oxygenxml.com/mailman/listinfo/oxygen-user -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogus@does.not.exist.com Fri May 20 16:57:18 2016 From: bogus@does.not.exist.com (Sanford, Richard C) Date: Fri, 20 May 2016 21:57:18 +0000 Subject: [oXygen-user] Tags view in oXygen Author mode In-Reply-To: References: Message-ID: <225e38acc0344eb49d293dde545adf32@XCH15-09-01.nw.nos.boeing.com> Great, thanks! From: Eliot Kimber [mailto:ekimber at ] Sent: Friday, May 20, 2016 2:55 PM To: Sanford, Richard C ; oxygen-user at Subject: Re: [oXygen-user] Tags view in oXygen Author mode I prefer the "partial tags" mode as it makes for the least clutter but still makes it clear where tag boundaries are in running text. I'm also used to using the breadcrumbs to know what my element context is or using the outline view to navigate around in the absence of tags in the main view. But I know a lot of people prefer the full-tags mode and that's probably the best starting point for new authors. Full tags with attributes tends to be too much noise and you can always use the attributes panel to see what the attributes are. Cheers, Eliot ---- Eliot Kimber, Owner Contrext, LLC http://contrext.com From: > on behalf of "Sanford, Richard C" > Date: Friday, May 20, 2016 at 2:49 PM To: Oxygen User > Subject: [oXygen-user] Tags view in oXygen Author mode I'm creating authoring guidelines for a group of training developers who will use oXygen XML Author to edit DITA content in Author mode. I would like to be able to recommend a tags view. The screen captures, and sometimes the procedures in my documentation, are dependent on the tags view. Since I use Text mode 99% of the time, I would appreciate advice on the most usable, or the most commonly used, tags view. One of the training developers is experienced in Structured FrameMaker; the others have little or no experience with a structured authoring tool. Thanks. Richard _______________________________________________ oXygen-user mailing list oXygen-user at https://www.oxygenxml.com/mailman/listinfo/oxygen-user -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogus@does.not.exist.com Fri May 20 17:03:47 2016 From: bogus@does.not.exist.com (Eliot Kimber) Date: Fri, 20 May 2016 17:03:47 -0500 Subject: [oXygen-user] Tags view in oXygen Author mode In-Reply-To: <225e38acc0344eb49d293dde545adf32@XCH15-09-01.nw.nos.boeing.com> References: <225e38acc0344eb49d293dde545adf32@XCH15-09-01.nw.nos.boeing.com> Message-ID: If you're writing an authoring guide probably useful to discuss those three tag modes, the context breadcrumbs, the outline view, and the attributes view so authors know they have options. Cheers, E. ---- Eliot Kimber, Owner Contrext, LLC http://contrext.com From: "Sanford, Richard C" Date: Friday, May 20, 2016 at 4:57 PM To: Eliot Kimber , Oxygen User Subject: RE: [oXygen-user] Tags view in oXygen Author mode Great, thanks! From: Eliot Kimber [mailto:ekimber at ] Sent: Friday, May 20, 2016 2:55 PM To: Sanford, Richard C ; oxygen-user at Subject: Re: [oXygen-user] Tags view in oXygen Author mode I prefer the "partial tags" mode as it makes for the least clutter but still makes it clear where tag boundaries are in running text. I'm also used to using the breadcrumbs to know what my element context is or using the outline view to navigate around in the absence of tags in the main view. But I know a lot of people prefer the full-tags mode and that's probably the best starting point for new authors. Full tags with attributes tends to be too much noise and you can always use the attributes panel to see what the attributes are. Cheers, Eliot ---- Eliot Kimber, Owner Contrext, LLC http://contrext.com From: on behalf of "Sanford, Richard C" Date: Friday, May 20, 2016 at 2:49 PM To: Oxygen User Subject: [oXygen-user] Tags view in oXygen Author mode I?m creating authoring guidelines for a group of training developers who will use oXygen XML Author to edit DITA content in Author mode. I would like to be able to recommend a tags view. The screen captures, and sometimes the procedures in my documentation, are dependent on the tags view. Since I use Text mode 99% of the time, I would appreciate advice on the most usable, or the most commonly used, tags view. One of the training developers is experienced in Structured FrameMaker; the others have little or no experience with a structured authoring tool. Thanks. Richard _______________________________________________ oXygen-user mailing list oXygen-user at https://www.oxygenxml.com/mailman/listinfo/oxygen-user -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogus@does.not.exist.com Wed May 25 13:15:46 2016 From: bogus@does.not.exist.com (Don Cwiklowski) Date: Wed, 25 May 2016 13:15:46 -0500 Subject: [oXygen-user] MENU SHORTCUTS Message-ID: Is there a way to export the list of Menu Shortcuts? I?m trying to produce a simple reference that would contain the pertinent shortcuts for our writers. I tried exporting the Globabl Options and viewing the file, but the shortcuts are not in there. I tried selecting the entire table in the Preferences menu, but it would only let me select a single row. Thanks in advance. I might try posting this to the user group, as well. Using Oxygen 17.1. -- Don Cwiklowski, Jr. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogus@does.not.exist.com Wed May 25 16:41:54 2016 From: bogus@does.not.exist.com (George Bina) Date: Thu, 26 May 2016 00:41:54 +0300 Subject: [oXygen-user] Upcoming oXygen webinars Message-ID: <57461C22.7030807@oxygenxml.com> Hi all, We scheduled 5 webinars for the following months covering DITA, Schematron + Schematron Quick Fixes and related topics. You can find below the list of webinars and links to a page that lists more details for each, including the registration link. Each webinar is on a Thursday starting at 8:00 AM PDT = 11:00 AM EDT = 5:00 PM CEST. * Getting started with DITA and oXygen XML Editor (May 26th) http://oxygenxml.com/events/2016/webinar_getting_started_with_dita.html * Guided authoring: enforcing editing rules (June 16th) https://www.oxygenxml.com/events/2016/webinar_enforcing_rules.html * DITA reuse and filtering (June 30th) http://oxygenxml.com/events/2016/webinar_dita_reuse_and_filtering.html * Understanding and developing Schematron Quick Fixes (on July 14th) https://www.oxygenxml.com/events/2016/webinar_understanding_and_developing_schematron_quick_fixes.html * DITA publishing with oXygen XML Editor (July 28th) http://oxygenxml.com/events/2016/webinar_publishing_from_dita.html Hope you will join us, learn new things about oXygen and get answers to your questions! Best Regards, George -- George Cristian Bina XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com From bogus@does.not.exist.com Fri May 27 08:48:09 2016 From: bogus@does.not.exist.com (Wendell Piez) Date: Fri, 27 May 2016 09:48:09 -0400 Subject: [oXygen-user] Tags view in oXygen Author mode In-Reply-To: References: <225e38acc0344eb49d293dde545adf32@XCH15-09-01.nw.nos.boeing.com> Message-ID: Hi, I totally agree with Eliot. The operator should know how to switch between the tag views, and also how to use the breadcrumbs and what they mean. Additionally, I would add the trick of keeping half an eye on the outline view if there are ever questions about where your cursor is pointing in Author mode. In fact, clicking around the Outline and watching the breadcrumbs and element selection is a good lesson in what's going on (to people used only to dynamic WYSIWYG UIs -- or to the already-knowledgeable such as a Structured Framemaker person). In Author mode I end up using Partial Tags or No Tags most of the time, rarely (but not never) switching to one of the other tag views in Author. It is interesting how, given other cues (such as the breadcrumbs, also what the CSS may offer), the brain learns to "see" the element containment hierarchy. And this happens despite the fact that (in my case) Every Week is a New Document Type, so the particular elements in the hierarchy are not even the same as last time. One reason I will switch to Full Tags or Block Tags is so I can drag and drop using tag icons as handles. This is a nice thing to demo as well. The point, however, should be that the different views are useful in their different ways, and operators should do what works for them -- while knowing all their options. Cheers, Wendell On Fri, May 20, 2016 at 6:03 PM, Eliot Kimber wrote: > If you're writing an authoring guide probably useful to discuss those three > tag modes, the context breadcrumbs, the outline view, and the attributes > view so authors know they have options. > > Cheers, > > E. > ---- > Eliot Kimber, Owner > Contrext, LLC > http://contrext.com > > From: "Sanford, Richard C" > Date: Friday, May 20, 2016 at 4:57 PM > To: Eliot Kimber , Oxygen User > > Subject: RE: [oXygen-user] Tags view in oXygen Author mode > > Great, thanks! > > > > > > From: Eliot Kimber [mailto:ekimber at ] > Sent: Friday, May 20, 2016 2:55 PM > To: Sanford, Richard C ; > oxygen-user at > Subject: Re: [oXygen-user] Tags view in oXygen Author mode > > > > I prefer the "partial tags" mode as it makes for the least clutter but still > makes it clear where tag boundaries are in running text. I'm also used to > using the breadcrumbs to know what my element context is or using the > outline view to navigate around in the absence of tags in the main view. > > > > But I know a lot of people prefer the full-tags mode and that's probably the > best starting point for new authors. > > > > Full tags with attributes tends to be too much noise and you can always use > the attributes panel to see what the attributes are. > > > > Cheers, > > > > Eliot > > ---- > > Eliot Kimber, Owner > > Contrext, LLC > > http://contrext.com > > > > From: on behalf of "Sanford, Richard C" > > Date: Friday, May 20, 2016 at 2:49 PM > To: Oxygen User > Subject: [oXygen-user] Tags view in oXygen Author mode > > > > I?m creating authoring guidelines for a group of training developers who > will use oXygen XML Author to edit DITA content in Author mode. I would like > to be able to recommend a tags view. The screen captures, and sometimes the > procedures in my documentation, are dependent on the tags view. Since I use > Text mode 99% of the time, I would appreciate advice on the most usable, or > the most commonly used, tags view. > > One of the training developers is experienced in Structured FrameMaker; the > others have little or no experience with a structured authoring tool. > > Thanks. > > Richard > > > > > > > > _______________________________________________ oXygen-user mailing list > oXygen-user at > https://www.oxygenxml.com/mailman/listinfo/oxygen-user > > > _______________________________________________ > oXygen-user mailing list > oXygen-user at > https://www.oxygenxml.com/mailman/listinfo/oxygen-user > -- Wendell Piez | http://www.wendellpiez.com XML | XSLT | electronic publishing Eat Your Vegetables _____oo_________o_o___ooooo____ooooooo_^ From bogus@does.not.exist.com Fri May 27 09:19:04 2016 From: bogus@does.not.exist.com (Eliot Kimber) Date: Fri, 27 May 2016 09:19:04 -0500 Subject: [oXygen-user] Tags view in oXygen Author mode In-Reply-To: References: <225e38acc0344eb49d293dde545adf32@XCH15-09-01.nw.nos.boeing.com> Message-ID: I use the outline view exclusively for dragging and dropping, so I almost never use the full-tags view. Cheers, E. ---- Eliot Kimber, Owner Contrext, LLC http://contrext.com On 5/27/16, 8:48 AM, "Wendell Piez" wrote: >Hi, > >I totally agree with Eliot. The operator should know how to switch >between the tag views, and also how to use the breadcrumbs and what >they mean. Additionally, I would add the trick of keeping half an eye >on the outline view if there are ever questions about where your >cursor is pointing in Author mode. In fact, clicking around the >Outline and watching the breadcrumbs and element selection is a good >lesson in what's going on (to people used only to dynamic WYSIWYG UIs >-- or to the already-knowledgeable such as a Structured Framemaker >person). > >In Author mode I end up using Partial Tags or No Tags most of the >time, rarely (but not never) switching to one of the other tag views >in Author. It is interesting how, given other cues (such as the >breadcrumbs, also what the CSS may offer), the brain learns to "see" >the element containment hierarchy. And this happens despite the fact >that (in my case) Every Week is a New Document Type, so the particular >elements in the hierarchy are not even the same as last time. > >One reason I will switch to Full Tags or Block Tags is so I can drag >and drop using tag icons as handles. This is a nice thing to demo as >well. The point, however, should be that the different views are >useful in their different ways, and operators should do what works for >them -- while knowing all their options. > >Cheers, Wendell > > >On Fri, May 20, 2016 at 6:03 PM, Eliot Kimber >wrote: >> If you're writing an authoring guide probably useful to discuss those >>three >> tag modes, the context breadcrumbs, the outline view, and the attributes >> view so authors know they have options. >> >> Cheers, >> >> E. >> ---- >> Eliot Kimber, Owner >> Contrext, LLC >> http://contrext.com >> >> From: "Sanford, Richard C" >> Date: Friday, May 20, 2016 at 4:57 PM >> To: Eliot Kimber , Oxygen User >> >> Subject: RE: [oXygen-user] Tags view in oXygen Author mode >> >> Great, thanks! >> >> >> >> >> >> From: Eliot Kimber [mailto:ekimber at ] >> Sent: Friday, May 20, 2016 2:55 PM >> To: Sanford, Richard C ; >> oxygen-user at >> Subject: Re: [oXygen-user] Tags view in oXygen Author mode >> >> >> >> I prefer the "partial tags" mode as it makes for the least clutter but >>still >> makes it clear where tag boundaries are in running text. I'm also used >>to >> using the breadcrumbs to know what my element context is or using the >> outline view to navigate around in the absence of tags in the main view. >> >> >> >> But I know a lot of people prefer the full-tags mode and that's >>probably the >> best starting point for new authors. >> >> >> >> Full tags with attributes tends to be too much noise and you can always >>use >> the attributes panel to see what the attributes are. >> >> >> >> Cheers, >> >> >> >> Eliot >> >> ---- >> >> Eliot Kimber, Owner >> >> Contrext, LLC >> >> http://contrext.com >> >> >> >> From: on behalf of "Sanford, >>Richard C" >> >> Date: Friday, May 20, 2016 at 2:49 PM >> To: Oxygen User >> Subject: [oXygen-user] Tags view in oXygen Author mode >> >> >> >> I?m creating authoring guidelines for a group of training developers who >> will use oXygen XML Author to edit DITA content in Author mode. I would >>like >> to be able to recommend a tags view. The screen captures, and sometimes >>the >> procedures in my documentation, are dependent on the tags view. Since I >>use >> Text mode 99% of the time, I would appreciate advice on the most >>usable, or >> the most commonly used, tags view. >> >> One of the training developers is experienced in Structured FrameMaker; >>the >> others have little or no experience with a structured authoring tool. >> >> Thanks. >> >> Richard >> >> >> >> >> >> >> >> _______________________________________________ oXygen-user mailing list >> oXygen-user at >> https://www.oxygenxml.com/mailman/listinfo/oxygen-user >> >> >> _______________________________________________ >> oXygen-user mailing list >> oXygen-user at >> https://www.oxygenxml.com/mailman/listinfo/oxygen-user >> > > > >-- >Wendell Piez | http://www.wendellpiez.com >XML | XSLT | electronic publishing >Eat Your Vegetables >_____oo_________o_o___ooooo____ooooooo_^ >_______________________________________________ >oXygen-user mailing list >oXygen-user at >https://www.oxygenxml.com/mailman/listinfo/oxygen-user From bogus@does.not.exist.com Sat May 28 11:22:50 2016 From: bogus@does.not.exist.com (David Birnbaum) Date: Sat, 28 May 2016 12:22:50 -0400 Subject: [oXygen-user] Printing (Mac platform) Message-ID: Dear oxygen-user list, When I try to print from the editor view with XML Editor 18.0, build 2016042012 and java.runtime.version 1.8.0_72-b15 on OS X El Capitan Version 10.11.5 (15F34), I get a "no print service found" error message. The on-line discussion logs show reports of similar behavior under Linux from 2005 and 2006, but I don't understand the explanations, which require a greater familiarity with the operating system than I have. I would be grateful if someone could please explain in end-user language how I can make aware of my printer. Thanks, David -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogus@does.not.exist.com Mon May 30 09:45:51 2016 From: bogus@does.not.exist.com (Oxygen XML Editor Support (Adrian Buza)) Date: Mon, 30 May 2016 17:45:51 +0300 Subject: [oXygen-user] Printing (Mac platform) In-Reply-To: References: Message-ID: <5ac425ac-2415-8c93-a1c3-9392e5145114@oxygenxml.com> Hello David, Can you print from other applications, like TextEdit? Oxygen (by means of Java) relies on the CUPS server (cupsd) for printing in OS X. It's possible CUPS may not be working on your system. Restarting the system is usually the simplest method to resolve most issues, as long as it's not a configuration or driver problem. You can also try running in a Terminal window: sudo cupsd You will be prompted to enter the admin password. It should be silent, if it's working. If there's something wrong, you will most likely get an error message. If that doesn't seem to change anything for Oxygen, try the following two commands in succession: sudo launchctl stop org.cups.cupsd sudo launchctl start org.cups.cupsd Let me know if the problem persists. If possible, please provide the exact error messages or screenshots. Regards, Adrian Adrian Buza oXygen XML Editor and Author Support Tel: +1-650-352-1250 ext.2020 Fax: +40-251-461482 On 28.05.2016 19:22, David Birnbaum wrote: > Dear oxygen-user list, > > When I try to print from the editor view with XML Editor 18.0, build > 2016042012 and java.runtime.version 1.8.0_72-b15 on OS X El Capitan > Version 10.11.5 (15F34), I get a "no print service found" error > message. The on-line discussion logs show reports of similar > behavior under Linux from 2005 and 2006, but I don't understand the > explanations, which require a greater familiarity with the operating > system than I have. I would be grateful if someone could please > explain in end-user language how I can make aware of my printer. > > Thanks, > > David > > > _______________________________________________ > oXygen-user mailing list > oXygen-user at > https://www.oxygenxml.com/mailman/listinfo/oxygen-user -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogus@does.not.exist.com Mon May 30 10:04:37 2016 From: bogus@does.not.exist.com (David Birnbaum) Date: Mon, 30 May 2016 11:04:37 -0400 Subject: [oXygen-user] Printing (Mac platform) In-Reply-To: <5ac425ac-2415-8c93-a1c3-9392e5145114@oxygenxml.com> References: <5ac425ac-2415-8c93-a1c3-9392e5145114@oxygenxml.com> Message-ID: Dear Adrian (cc oxygen-user list), Thank you for the quick response. Yes, I can print from TextEdit (and any other application that I've tried). "sudo cupsd" returns silently. Running "sudo launchctl stop org.cups.cupsd" followed by "sudo launchctl start org.cups.cupsd" has no effect; I get no error message from those commands, but printing from still doesn't work. The error message when I try to print from is a simple one: a dialog box opens with "Error" in the title bar and "No print service found." as the message, plus a "Close" button. Does any of this make sense? Best, David On Mon, May 30, 2016 at 10:45 AM, Oxygen XML Editor Support (Adrian Buza) < support at > wrote: > Hello David, > > Can you print from other applications, like TextEdit? > > Oxygen (by means of Java) relies on the CUPS server (cupsd) for printing > in OS X. It's possible CUPS may not be working on your system. > Restarting the system is usually the simplest method to resolve most > issues, as long as it's not a configuration or driver problem. > > You can also try running in a Terminal window: > sudo cupsd > You will be prompted to enter the admin password. It should be silent, if > it's working. If there's something wrong, you will most likely get an error > message. > > If that doesn't seem to change anything for Oxygen, try the following two > commands in succession: > sudo launchctl stop org.cups.cupsd > sudo launchctl start org.cups.cupsd > > Let me know if the problem persists. If possible, please provide the exact > error messages or screenshots. > > Regards, > Adrian > > Adrian Buza > oXygen XML Editor and Author Support > > Tel: +1-650-352-1250 ext.2020 > Fax: +40-251-461482 > > > On 28.05.2016 19:22, David Birnbaum wrote: > > Dear oxygen-user list, > > When I try to print from the editor view with XML Editor 18.0, build > 2016042012 and java.runtime.version 1.8.0_72-b15 on OS X El Capitan > Version 10.11.5 (15F34), I get a "no print service found" error message. > The on-line discussion logs show reports of similar behavior > under Linux from 2005 and 2006, but I don't understand the explanations, > which require a greater familiarity with the operating system than I have. > I would be grateful if someone could please explain in end-user language > how I can make aware of my printer. > > Thanks, > > David > > > _______________________________________________ > oXygen-user mailing listoXygen-user at ://www.oxygenxml.com/mailman/listinfo/oxygen-user > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogus@does.not.exist.com Tue May 31 10:00:12 2016 From: bogus@does.not.exist.com (Oxygen XML Editor Support (Adrian Buza)) Date: Tue, 31 May 2016 18:00:12 +0300 Subject: [oXygen-user] Printing (Mac platform) In-Reply-To: References: <5ac425ac-2415-8c93-a1c3-9392e5145114@oxygenxml.com> Message-ID: <1c49797b-11ee-d695-e12b-c01c2037425c@oxygenxml.com> David, The "print service" that the message complains about is CUPS (cupsd). Could you please try the same with the distribution of Oxygen that uses the legacy Java SE 6 (from Apple)? You can find it here: http://www.oxygenxml.com/xml_editor/download_oxygenxml_editor.html?os=MacOSX It is the second download, named "Mac OS X 10.6 and later (Requires Java SE 6)". You can install Java SE 6 (Java for OS X) from here: http://support.apple.com/kb/DL1572 Regards, Adrian On 30.05.2016 18:04, David Birnbaum wrote: > Dear Adrian (cc oxygen-user list), > > Thank you for the quick response. Yes, I can print from TextEdit (and > any other application that I've tried). "sudo cupsd" returns silently. > Running "sudo launchctl stop org.cups.cupsd" followed by "sudo > launchctl start org.cups.cupsd" has no effect; I get no error message > from those commands, but printing from still doesn't work. > The error message when I try to print from is a simple one: > a dialog box opens with "Error" in the title bar and "No print service > found." as the message, plus a "Close" button. Does any of this make > sense? > > Best, > > David > > On Mon, May 30, 2016 at 10:45 AM, Oxygen XML Editor Support (Adrian > Buza) > wrote: > > Hello David, > > Can you print from other applications, like TextEdit? > > Oxygen (by means of Java) relies on the CUPS server (cupsd) for > printing in OS X. It's possible CUPS may not be working on your > system. > Restarting the system is usually the simplest method to resolve > most issues, as long as it's not a configuration or driver problem. > > You can also try running in a Terminal window: > sudo cupsd > You will be prompted to enter the admin password. It should be > silent, if it's working. If there's something wrong, you will most > likely get an error message. > > If that doesn't seem to change anything for Oxygen, try the > following two commands in succession: > sudo launchctl stop org.cups.cupsd > sudo launchctl start org.cups.cupsd > > Let me know if the problem persists. If possible, please provide > the exact error messages or screenshots. > > Regards, > Adrian > > Adrian Buza > oXygen XML Editor and Author Support > > Tel:+1-650-352-1250 ext.2020 > Fax:+40-251-461482 > > > On 28.05.2016 19:22, David Birnbaum wrote: >> Dear oxygen-user list, >> >> When I try to print from the editor view with XML Editor 18.0, >> build 2016042012 and java.runtime.version >> 1.8.0_72-b15 on OS X El Capitan Version 10.11.5 (15F34), I get a >> "no print service found" error message. The on-line >> discussion logs show reports of similar behavior under Linux from >> 2005 and 2006, but I don't understand the explanations, which >> require a greater familiarity with the operating system than I >> have. I would be grateful if someone could please explain in >> end-user language how I can make aware of my printer. >> >> Thanks, >> >> David >> >> >> _______________________________________________ >> oXygen-user mailing list >> oXygen-user at >> https://www.oxygenxml.com/mailman/listinfo/oxygen-user > > > > > > _______________________________________________ > oXygen-user mailing list > oXygen-user at > https://www.oxygenxml.com/mailman/listinfo/oxygen-user -- Adrian Buza oXygen XML Editor and Author Support Tel: +1-650-352-1250 ext.2020 Fax: +40-251-461482 -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogus@does.not.exist.com Tue May 31 10:23:06 2016 From: bogus@does.not.exist.com (David Birnbaum) Date: Tue, 31 May 2016 11:23:06 -0400 Subject: [oXygen-user] Printing (Mac platform) In-Reply-To: <1c49797b-11ee-d695-e12b-c01c2037425c@oxygenxml.com> References: <5ac425ac-2415-8c93-a1c3-9392e5145114@oxygenxml.com> <1c49797b-11ee-d695-e12b-c01c2037425c@oxygenxml.com> Message-ID: Dear Adrian (cc oxygen-user list), Printing works correctly from the distribution of that uses the legacy Java SE 6. Thank you for the quick and helpful advice! Best, David On Tue, May 31, 2016 at 11:00 AM, Oxygen XML Editor Support (Adrian Buza) < support at > wrote: > David, > > The "print service" that the message complains about is CUPS (cupsd). > > Could you please try the same with the distribution of Oxygen that uses > the legacy Java SE 6 (from Apple)? > You can find it here: > > http://www.oxygenxml.com/xml_editor/download_oxygenxml_editor.html?os=MacOSX > It is the second download, named "Mac OS X 10.6 and later (Requires Java > SE 6)". > You can install Java SE 6 (Java for OS X) from here: > http://support.apple.com/kb/DL1572 > > Regards, > Adrian > > > On 30.05.2016 18:04, David Birnbaum wrote: > > Dear Adrian (cc oxygen-user list), > > Thank you for the quick response. Yes, I can print from TextEdit (and any > other application that I've tried). "sudo cupsd" returns silently. Running > "sudo launchctl stop org.cups.cupsd" followed by "sudo launchctl start > org.cups.cupsd" has no effect; I get no error message from those commands, > but printing from still doesn't work. The error message when I > try to print from is a simple one: a dialog box opens with > "Error" in the title bar and "No print service found." as the message, plus > a "Close" button. Does any of this make sense? > > Best, > > David > > On Mon, May 30, 2016 at 10:45 AM, Oxygen XML Editor Support (Adrian Buza) > < support at > wrote: > >> Hello David, >> >> Can you print from other applications, like TextEdit? >> >> Oxygen (by means of Java) relies on the CUPS server (cupsd) for printing >> in OS X. It's possible CUPS may not be working on your system. >> Restarting the system is usually the simplest method to resolve most >> issues, as long as it's not a configuration or driver problem. >> >> You can also try running in a Terminal window: >> sudo cupsd >> You will be prompted to enter the admin password. It should be silent, if >> it's working. If there's something wrong, you will most likely get an error >> message. >> >> If that doesn't seem to change anything for Oxygen, try the following two >> commands in succession: >> sudo launchctl stop org.cups.cupsd >> sudo launchctl start org.cups.cupsd >> >> Let me know if the problem persists. If possible, please provide the >> exact error messages or screenshots. >> >> Regards, >> Adrian >> >> Adrian Buza >> oXygen XML Editor and Author Support >> >> Tel: +1-650-352-1250 ext.2020 >> Fax: +40-251-461482 >> >> >> On 28.05.2016 19:22, David Birnbaum wrote: >> >> Dear oxygen-user list, >> >> When I try to print from the editor view with XML Editor 18.0, build >> 2016042012 and java.runtime.version 1.8.0_72-b15 on OS X El Capitan >> Version 10.11.5 (15F34), I get a "no print service found" error message. >> The on-line discussion logs show reports of similar behavior >> under Linux from 2005 and 2006, but I don't understand the explanations, >> which require a greater familiarity with the operating system than I have. >> I would be grateful if someone could please explain in end-user language >> how I can make aware of my printer. >> >> Thanks, >> >> David >> >> >> _______________________________________________ >> oXygen-user mailing listoXygen-user at ://www.oxygenxml.com/mailman/listinfo/oxygen-user >> >> >> >> > > > _______________________________________________ > oXygen-user mailing listoXygen-user at ://www.oxygenxml.com/mailman/listinfo/oxygen-user > > > -- > Adrian Buza > oXygen XML Editor and Author Support > > Tel: +1-650-352-1250 ext.2020 > Fax: +40-251-461482 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogus@does.not.exist.com Tue May 31 10:23:01 2016 From: bogus@does.not.exist.com (oXygen XML Editor Support (Costin Sandoi)) Date: Tue, 31 May 2016 18:23:01 +0300 Subject: [oXygen-user] MENU SHORTCUTS In-Reply-To: References: Message-ID: Hello, I have already replied to you by email, but I considered replying also on the list, for the users who might be interested in the existence of such a list of shortcuts. Currently (v18.0) it is not possible to export the list of shortcuts from the "Menu Shortcut Keys" section in the oXygen Options menu. We have a private list of shortcut keys which we are using internally and are considering adding an Appendix with all of these in our User Manual in a future version of oXygen. Best Regards, Costin Costin S?ndoi ^? XML Editor, Author and Developer http://www.oxygenxml.com Tel: +1-650-352-1250 ext.302 Fax: +40-251-461482 ------------------------------------------------------------ This message (including any attachments) contains confidential information and is intended only for the individual(s) named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. Any quotation contained herein has a validity of 30 days, unless otherwise specified. On 5/25/2016 9:15 PM, Don Cwiklowski wrote: > > Is there a way to export the list of Menu Shortcuts? > > I?m trying to produce a simple reference that would contain the > pertinent shortcuts for our writers. I tried exporting the Globabl > Options and viewing the file, but the shortcuts are not in there. > > I tried selecting the entire table in the Preferences menu, but it > would only let me select a single row. > > Thanks in advance. I might try posting this to the user group, as well. > > Using Oxygen 17.1. > > > -- > Don Cwiklowski, Jr. > > > _______________________________________________ > oXygen-user mailing list > oXygen-user at > https://www.oxygenxml.com/mailman/listinfo/oxygen-user -------------- next part -------------- An HTML attachment was scrubbed... URL: