Wrong version of frameworks actions used
Post here questions and problems related to oXygen frameworks/document types.
-
- Posts: 168
- Joined: Fri Jan 20, 2017 1:11 pm
Wrong version of frameworks actions used
Hello,
Currently we use the version 25.0.0.0 of oxygen-sdk, and we face a problem with custom frameworks.
We have this architecture in our framework directory com.oxygenxml.author.component\[...]\ApplID\frameworks\S1000D :
But when oxygen build proced-custom_externalAuthorActions > proced_externalAuthorActions directory, there is not drop.action in it.
And when we use this action in our application in a proced context, this is the common action which is used and not the proced one.
After tests, I have found that only actions defined in externalAuthorActions and proced-custom_externalAuthorActions > proced_externalAuthorActions are used by Oxygen.
The result of shows the combinaison of this two directories.
Is it the normal behaviour ?
Can you explain how the *-custom_externalAuthorActions is build,
and how to force the use of specific actions instead of common actions.
It seems that only the actions which are only in proced_externalAuthorActions directory and not in externalAuthorActions directory, are copied in proced-custom_externalAuthorActions > proced_externalAuthorActions.
But what about specific actions from proced_externalAuthorActions ?
Moreover, is it possible to configure Oxygen to not build the proced-custom_externalAuthorActions > proced_externalAuthorActions directory automaticaly.
I have tested to launch our app with an already existing proced-custom_externalAuthorActions > proced_externalAuthorActions with all of our actions, and it not worked.
It seems this directory is rebuild at every start of the application.
Thanks,
Regards,
Isabelle
Currently we use the version 25.0.0.0 of oxygen-sdk, and we face a problem with custom frameworks.
We have this architecture in our framework directory com.oxygenxml.author.component\[...]\ApplID\frameworks\S1000D :
As you can see we have drop.action in common actions directory (externalAuthorActions) and in proced actions directory (proced_externalAuthorActions).descript_externalAuthorActions
- add.elementItem.action.xml
externalAuthorActions
- add.paragraph.action.xml
- drop.action.xml
- remove.paragraph.action.xml
ipd_externalAuthorActions
- remove.paragraph.action.xml
proced_externalAuthorActions
- add.elementItem.action.xml
- add.paragraph.action.xml
- drop.action.xml
proced-custom_externalAuthorActions > proced_externalAuthorActions
- add.elementItem.action.xml
descript.exf
ipd.exf
proced.exf
proced-custom.exf
But when oxygen build proced-custom_externalAuthorActions > proced_externalAuthorActions directory, there is not drop.action in it.
And when we use this action in our application in a proced context, this is the common action which is used and not the proced one.
After tests, I have found that only actions defined in externalAuthorActions and proced-custom_externalAuthorActions > proced_externalAuthorActions are used by Oxygen.
The result of
Code: Select all
AuthorEditorAccess.getActionsProvider().getAuthorExtensionActions()
Is it the normal behaviour ?
Can you explain how the *-custom_externalAuthorActions is build,
and how to force the use of specific actions instead of common actions.
It seems that only the actions which are only in proced_externalAuthorActions directory and not in externalAuthorActions directory, are copied in proced-custom_externalAuthorActions > proced_externalAuthorActions.
But what about specific actions from proced_externalAuthorActions ?
Moreover, is it possible to configure Oxygen to not build the proced-custom_externalAuthorActions > proced_externalAuthorActions directory automaticaly.
I have tested to launch our app with an already existing proced-custom_externalAuthorActions > proced_externalAuthorActions with all of our actions, and it not worked.
It seems this directory is rebuild at every start of the application.
Thanks,
Regards,
Isabelle
-
- Posts: 1016
- Joined: Wed Nov 16, 2005 11:11 am
Re: Wrong version of frameworks actions used
Post by alex_jitianu »
Hi Isabelle,
Thank you for reporting this issue and I'm sorry for the inconvenience! I managed to reproduce it myself and I will record an issue to fix it. Perhaps I will be able to plan it for the next 25 maintenance release. Meanwhile, a possible workaround is to place proced_custom in a different framework directory than the base one, proced. So you will have frameworks/proced/proced.exf (with all the actions) and frameworks/proced_custom/proced_custom.exf
Best regards,
Alex
Thank you for reporting this issue and I'm sorry for the inconvenience! I managed to reproduce it myself and I will record an issue to fix it. Perhaps I will be able to plan it for the next 25 maintenance release. Meanwhile, a possible workaround is to place proced_custom in a different framework directory than the base one, proced. So you will have frameworks/proced/proced.exf (with all the actions) and frameworks/proced_custom/proced_custom.exf
Yes, we create this directory proced-custom_externalAuthorActions/proced_externalAuthorActions automatically and we copy all the actions from the base framework. Another workaround would be to manually place all the actions in a place like: proced-custom_externalAuthorActions/{a-dir-name-of-my-choice}. We will consider this to be actions specific to the extension (proced-custom) and we wont touch them.Moreover, is it possible to configure Oxygen to not build the proced-custom_externalAuthorActions > proced_externalAuthorActions directory automaticaly.
I have tested to launch our app with an already existing proced-custom_externalAuthorActions > proced_externalAuthorActions with all of our actions, and it not worked.
It seems this directory is rebuild at every start of the application.
Best regards,
Alex
-
- Posts: 1016
- Joined: Wed Nov 16, 2005 11:11 am
Re: Wrong version of frameworks actions used
Post by alex_jitianu »
Hi,
Oxygen 25.1 was released and in it we've fixed this issue. Thank you again for your feedback, and please keep sending it!
Best regard,
Alex Jitianu
Oxygen 25.1 was released and in it we've fixed this issue. Thank you again for your feedback, and please keep sending it!
Best regard,
Alex Jitianu
Return to “SDK-API, Frameworks - Document Types”
Jump to
- Oxygen XML Editor/Author/Developer
- ↳ Feature Request
- ↳ Common Problems
- ↳ DITA (Editing and Publishing DITA Content)
- ↳ SDK-API, Frameworks - Document Types
- ↳ DocBook
- ↳ TEI
- ↳ XHTML
- ↳ Other Issues
- Oxygen XML Web Author
- ↳ Feature Request
- ↳ Common Problems
- Oxygen Content Fusion
- ↳ Feature Request
- ↳ Common Problems
- Oxygen JSON Editor
- ↳ Feature Request
- ↳ Common Problems
- Oxygen PDF Chemistry
- ↳ Feature Request
- ↳ Common Problems
- Oxygen Feedback
- ↳ Feature Request
- ↳ Common Problems
- Oxygen XML WebHelp
- ↳ Feature Request
- ↳ Common Problems
- XML
- ↳ General XML Questions
- ↳ XSLT and FOP
- ↳ XML Schemas
- ↳ XQuery
- NVDL
- ↳ General NVDL Issues
- ↳ oNVDL Related Issues
- XML Services Market
- ↳ Offer a Service