Wrong version of frameworks actions used
Posted: Wed Jan 11, 2023 9:08 pm
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