October 2023 - oXygen-user - www.oxygenxml.com

Re: [oXygen-user] [OXYGEN-8414] Refactoring functionality
by Oxygen XML Editor Support (Radu Coravu) 12 Mar '24

12 Mar '24

Hello Judith, Oxygen has the ability to create custom XML refactoring actions based on XSLT or XQuery and to apply such actions on multiple files from the local disk. We also have a predefined "Wrap element content" XML refactor action which would probably help in this case: https://www.oxygenxml.com/doc/versions/25.1/ug-editor/topics/predefined-ref… But unfortunately as the files are on the Ixiasoft CMS our XML refactoring actions cannot run over the files from the Ixiasoft storage. If for example you export the project to the local disk you could use the Oxygen desktop application's "XML Refactoring" tool. I think you should also consider adding a Schematron custom validation check in your Oxygen DITA framework customization to report such problems so that people will be notified when they insert text in cells without wrapping it in pargraphs. Regards, Radu Radu Coravu Oxygen XML Editor On 9/18/23 12:55, Oudkerk, Judith wrote: > > Hello, > > I was wondering if you can use the refactoring functionality do the > following: > > Replace all <entry>TEXT</entry> elements with > <entry><p>TEXT</p></entry>. In other words, add a <p> element to all > entry elements that already contain text (without a <p> element). > > I’m using Oxygen XML with Eclipse (and the Ixiasoft CCMS Web 6.3 version). > > I’ve been looking into the refactoring functionality, but I can’t find > a way to do this. > > Thanks in advance for your help. > > Kind regards, > > Judith > > > Restricted Information and Basic Personal Data > > Judith Oudkerk > > > | > > > Technical Writer > > ELEKTA | Nucletron > > P.O. Box 930, > > > 3900 AX, > > > Veenendaal, > > > The Netherlands > > Visiting Address: > > > Waardgelder 1, 3905 TH Veenendaal > > Judith.Oudkerk(a)elekta.com > > > | > > > www.elekta.com <https://www.elekta.com/> > > Nucletron B.V., registered 2730 3235 > Nucletron Operations B.V., registered 30129540 > > > > This message is confidential and may be legally privileged or > otherwise protected from disclosure. If you are not the intended > recipient, please telephone or email the sender and delete this > message and any attachment from your system; you must not copy or > disclose the contents of this message or any attachment to any other > person. > Any views expressed in this message are those of the individual > sender, except where the sender specifies and with authority, states > them to be the views of Elekta. Elekta may monitor email traffic data. > > > Restricted Information and Basic Personal Data > > > _______________________________________________ > oXygen-user mailing list > oXygen-user(a)oxygenxml.com > https://www.oxygenxml.com/mailman/listinfo/oxygen-user

2 9

Re: [oXygen-user] [OXYGEN-9712] Why is the size limit so low for comfortably editing files in text mode in scripts such as Tamil?
by Oxygen XML Editor Support (Adrian Buza) 27 Oct '23

27 Oct '23

Hello, Tamil is a script that requires "special characters" support in text mode. When you open in Oxygen a document that contains such script (with default options) you are prompted to Enable/Disable support for bidirectional text and special characters. When this support is enabled, the performance is affected significantly. Larger documents incur a more significant performance penalty. By default *this support is disabled for files larger than 300KB, but performance can be acceptable for up to 800KB.* https://www.oxygenxml.com/doc/versions/26.0/ug-editor/topics/bidirectional-… > if I edit in text mode a file containing the equivalent of 60 pages > (which has a *size of 693 kB*), I can no longer trust what I see and > have to enter the Tamil text without paying attention to the position > of the cursor, which is far to the right side of the actual insertion > position. > > Why is that the case? To answer your question, if you have the default limit of 300k in Oxygen and are editing a file that is larger, the "special characters" support is disabled without notification. With the support disabled, it is normal for the cursor positioning and editing to be "off". If you want to have it enabled, go to Options > Preferences, Editor > Open/Save and in the section "Support for Special Characters" *configure the 'Disable special characters support for documents larger than (characters)' limit to 800k*. If you feel confident it will hold, you could clear the Disable box (so that it never gets disabled), but be aware that the larger the document, the more it will slow down, up to making it appear as hanged. If you disable the limit, I would advise to at least set it to "Prompt for each document", so you can disable it yourself when it's not needed. > Why is a text editor such as Notepad++ capable of doing what oXygen > cannot do, with respect to rendering text containing complex scritps > such as Tamil? Oxygen XML Editor is a Java application and at least for the text mode it uses the support that Java implements for rendering texts and managing cursor positions. When dealing with large file sizes and special scripts, the Java implementation struggles to efficiently handle the text rendering and cursor positioning due the complexity and nuances of the script that is not handled natively. On the other hand, text editors like Notepad++, which are solely built for handling text files, might perform better with large files and complex scripts because they use native methods (OS support) to render and manage cursor positions in the text. Regards, Adrian Adrian Buza oXygen XML Editor and Author Support On 24.10.2023 23:41, Jean-Luc Chevillard wrote: > Dear list, > > I have often wondered why the size limit so low for comfortably > editing files in text mode in scripts such as Tamil? > > I am currently editing an ancient Portuguese-Tamil dictionary > and as soon as the file size reaches a certain size, I can no longer > trust the cursor position. > > To give an example, > if I edit today in text mode a file containing the equivalent of one > page, which has a size of 23 kB, I can trust the position of the cursor > on screen to show me where the next Tamil character will be inserted. > > HOWEVER, if I edit in text mode a file containing the equivalent of 60 > pages (which has a size of 693 kB), I can no longer trust what I see > and have to enter the Tamil text without paying attention to the > position of the cursor, which is far to the right side of the actual > insertion position. > > Why is that the case? > > Why is a text editor such as Notepad++ capable of doing what oXygen > cannot do, with respect to rendering text containing complex scritps > such as Tamil? > > Am I doing something wrong? > > I would like to know > > Thanks for any solution provided > > -- Jean-Luc Chevillard > > https://htl.cnrs.fr/equipe/jl-chevillard/ > > > P.S. The problem does not occur in Author mode, but one does not > always want to define a .CSS > _______________________________________________ > oXygen-user mailing list > oXygen-user(a)oxygenxml.com > https://www.oxygenxml.com/mailman/listinfo/oxygen-user >

2 1

[ANN] Webinar: What's New in Oxygen XML Web Author 26 (November 1)
by Alin Belu 26 Oct '23

26 Oct '23

Hello, Next Wednesday, on the *1st of November*, we continue our series of Oxygen XML live events with another 1-hour long webinar titled: *What's New in Oxygen XML Web Author 26*! During this webinar, Mihaela Calotescu (senior software developer at Syncro Soft) will be your guide on the journey to discover the new features included in the latest releases of the Oxygen XML Web Author, with a special focus on version 26.0, related to security, concurrent editing, profiling attributes and much more. You'll also see how the new Oxygen AI Positron Assistant side-view provides you with various ways to use ChatGPT while editing or reviewing content. This tool offers a comprehensive interface for AI actions and options, empowering you to leverage the full capabilities of AI technology, thus enhancing your productivity. It allows you to receive helpful hints for your next writing steps, enhance the readability of your content, correct grammar errors, generate index terms, translate content, create marketing-related material, or even restructure your entire document. Here are some of the topics that will be covered during this event: * Using the Shared Editing Session feature in a two-servers high availability Web Author deployment. * The new security options available in the Administration page. * Utilizing the Oxygen AI Positron Assistant Side View. * Editing profiling attributes in DITA. * How to efficiently use and edit Mermaid diagrams. This is a free event, but registration is required. You can register at https://oxygenxml.com/evs2023-12.html We would also like to invite you to join us for our next upcoming webinars: * November 8, 2023 - Introducing Oxygen JSON Editor - The Ultimate Solution for JSON Editing ( https://oxygenxml.com/evs2023-13.html ) * November 15, 2023 - Discover the New Search Enhancements of Oxygen Feedback 4.0 ( https://oxygenxml.com/evs2023-14.html ) * November 22, 2023 - Exploring Oxygen's YAML Support ( https://oxygenxml.com/evs2023-15.html ) * November 29, 2023 - Discover the Power of Diff with Change Tracking ( https://oxygenxml.com/evs2023-16.html ) Best regards, Alin -- Alin Belu Oxygen XML Editor

1 0

Why is the size limit so low for comfortably editing files in text mode in scripts such as Tamil?
by Jean-Luc Chevillard 24 Oct '23

24 Oct '23

Dear list, I have often wondered why the size limit so low for comfortably editing files in text mode in scripts such as Tamil? I am currently editing an ancient Portuguese-Tamil dictionary and as soon as the file size reaches a certain size, I can no longer trust the cursor position. To give an example, if I edit today in text mode a file containing the equivalent of one page, which has a size of 23 kB, I can trust the position of the cursor on screen to show me where the next Tamil character will be inserted. HOWEVER, if I edit in text mode a file containing the equivalent of 60 pages (which has a size of 693 kB), I can no longer trust what I see and have to enter the Tamil text without paying attention to the position of the cursor, which is far to the right side of the actual insertion position. Why is that the case? Why is a text editor such as Notepad++ capable of doing what oXygen cannot do, with respect to rendering text containing complex scritps such as Tamil? Am I doing something wrong? I would like to know Thanks for any solution provided -- Jean-Luc Chevillard https://htl.cnrs.fr/equipe/jl-chevillard/ P.S. The problem does not occur in Author mode, but one does not always want to define a .CSS

1 0

Re: [oXygen-user] [OXYGEN-9608] Re: Oxygen 26.0 giving a "java.security.AllPermission" error -- What to do about it?
by Oxygen XML Editor Support (Teo Timplaru) 23 Oct '23

23 Oct '23

1 0

Re: [oXygen-user] [OXYGEN-9493] Load external data into form control?
by Oxygen XML Editor Support (Radu Coravu) 20 Oct '23

20 Oct '23

Hi Scott, If you just configure using the CSS a combo box to edit the values of an attribute, by default those values will be gathered either from the DTDs (if you have defined a choice of values for the attribute in the DTDs) or from our content completion configuration file which can use XSLT to gather values from another location. Maybe this blog post by my colleague Alex will help: https://blog.oxygenxml.com/topics/controlledAttributeValues2.html Regards, Radu Radu Coravu Oxygen XML Editor On 10/19/23 03:06, Scott Prentice wrote: > > I'm refining some metadata form controls for a custom framework, and > it would be ideal if I was able to load the values and labels for a > combobox from an external file (XML or preferably, JSON) rather than > hard-coding these values into the CSS. It seems that this may be > possible with xpath_eval(). Is anyone aware of any examples of this, > or am I heading down a rabbit hole? > > I'll keep poking at this, but thought I'd see if anyone had thoughts > on this effort. > > Thanks! > ...scott > > > > _______________________________________________ > oXygen-user mailing list > oXygen-user(a)oxygenxml.com > https://www.oxygenxml.com/mailman/listinfo/oxygen-user

2 1

Oxygen 26.0 giving a "java.security.AllPermission" error -- What to do about it?
by Roger L Costello 20 Oct '23

20 Oct '23

[cid:image001.png@01D9FCE0.0E72AAD0]

3 3

Web Author and git submodules
by Jirka Kosek 19 Oct '23

19 Oct '23

Hi, is it possible to use submodules in WebAuthor with GitLab on-premise? I don't see similar option for enabling them as in configuration for generic Git client. Many thanks in advance. Have a nice day, Jirka -- ------------------------------------------------------------------ Jirka Kosek e-mail: jirka(a)kosek.cz http://xmlguru.cz ------------------------------------------------------------------ Professional XML and Web consulting and training services DocBook/DITA customization, custom XSLT/XSL-FO document processing ------------------------------------------------------------------ Bringing you XML Prague conference http://xmlprague.cz ------------------------------------------------------------------

2 2

Load external data into form control?
by Scott Prentice 19 Oct '23

19 Oct '23

I'm refining some metadata form controls for a custom framework, and it would be ideal if I was able to load the values and labels for a combobox from an external file (XML or preferably, JSON) rather than hard-coding these values into the CSS. It seems that this may be possible with xpath_eval(). Is anyone aware of any examples of this, or am I heading down a rabbit hole? I'll keep poking at this, but thought I'd see if anyone had thoughts on this effort. Thanks! ...scott

1 0

Re: [oXygen-user] [OXYGEN-9425] Association Rules in frameworks
by Oxygen XML Editor Support (Radu Coravu) 18 Oct '23

18 Oct '23

Hi Scott, The "DITATopicCustomRuleMatcher" java class is where the magic happens :) It's quite hard to identify a DITA topic or map, it could use the base public IDs or it could refer to specialization DTDs, it could have various root element names, but the "DITATopicCustomRuleMatcher" Java class looks at various default attributes specified in the DTD like the "ditaarch:DITAArchVersion" attribute to decide if an opened XML document is actually a DITA topic or map. https://www.oxygenxml.com/InstData/Editor/SDK/javadoc/ro/sync/ecss/extensio… So with this extra rule added at the end of all other rules, our base "DITA" and "DITA Map" frameworks will be applied on any kind of specialized DITA XML topic or map, without the end user having to create a special DITA framework extension to match their type of documents. But once people start to create DITA framework extensions (like you do) for special DTD public ID, this extra rule placed at the end would no longer be necessary to you because you know that your topics and maps refer to specific DTDs. So I think it's correct that you are only using some very specific association rules in your DITA framework customization which no longer include our "DITATopicCustomRuleMatcher" class. About this behavior: > but I think I'm seeing that after I remove all but the necessary rules > from a particular framework, after some time, additional rules are > added. When I close and save the framework, sometime later I go back > and there are rules that match on Root Local Name .. concept, task, > reference, etc. .. I'd swear I didn't add those. Do I have gremlins, > or is this a feature? This would be a bug, but we would need some way to consistently reproduce it. Regards, Radu Radu Coravu Oxygen XML Editor On 10/18/23 01:54, Scott Prentice wrote: > I've got two different DITA models that are similar, and each may be > edited at the same time in Oxygen. Their DTDs are different and use > different Public IDs. I'm developing a framework for each which > applies slightly different schematron validation and CSS styling. It's > my understanding that I should be able to target each model using the > Association Rules, and in general this seems to work fine. > > Since I'm trying to be very specific about which documents are to use > each framework, I thought I'd keep the Association Rules to a minimum, > basically just the specific Public IDs. It's my understanding that if > a document matches any one of these rules, the framework will be > applied .. so no need to include extra match rules .. right? > > One association rule that I see on many DITA frameworks is a Java > Class rule of .. > > ro.sync.ecss.extensions.dita.topic.DITATopicCustomRuleMatcher > > Can someone tell me what this does and is it needed in all cases? > > Also .. and I may be mistaken .. but I think I'm seeing that after I > remove all but the necessary rules from a particular framework, after > some time, additional rules are added. When I close and save the > framework, sometime later I go back and there are rules that match on > Root Local Name .. concept, task, reference, etc. .. I'd swear I > didn't add those. Do I have gremlins, or is this a feature? > > Thanks! > > ...scott > > > > _______________________________________________ > oXygen-user mailing list > oXygen-user(a)oxygenxml.com > https://www.oxygenxml.com/mailman/listinfo/oxygen-user

2 1