Configuration of profiling attributes and their values
Hi, would it be possible to move configuration of profiling attributes and their values into document type? I often create customized version of DocBook for my customer and part of this customization are also preconfigured values for profiling in schema. Schema and other necessary files are distributed as an oXygen framework so it makes sense to configure profiling attributes here then as a global/project options. Thanks, Jirka -- ------------------------------------------------------------------ Jirka Kosek e-mail: jirka@kosek.cz http://www.kosek.cz ------------------------------------------------------------------ Profesionální školení a poradenství v oblasti technologií XML. Podrobný přehled školení http://xmlguru.cz/skoleni/ ------------------------------------------------------------------ http://docbook.cz Stránky o dokumentačním formátu DocBook http://xmlguru.cz Blog mostly about XML for English readers ------------------------------------------------------------------
Hello, A document type allows setting both a custom schema which will be used for validation and content completion and a set of transformation scenarios. You can set the preconfigured values of the profiling attributes in a scenario that is stored in the document type. In the dialog box for editing the document type please select the Transformation tab and edit one of the existing scenarios or add a new one. http://www.oxygenxml.com/doc/ug-oxygen/tasks/dg-transformation-scenarios.htm... All the scenarios from this tab will have a yellow key icon and will be read-only in the dialog box for selecting and running a transformation scenario. http://www.oxygenxml.com/doc/ug-oxygen/topics/defining-new-transformation-sc... Regards, Sorin Jirka Kosek wrote:
Hi,
would it be possible to move configuration of profiling attributes and their values into document type?
I often create customized version of DocBook for my customer and part of this customization are also preconfigured values for profiling in schema. Schema and other necessary files are distributed as an oXygen framework so it makes sense to configure profiling attributes here then as a global/project options.
Thanks,
Jirka
Hello, If you were referring to the profiling conditions that are applied in the Author editing mode they can be configured in the current version only at global level or project level from menu Options -- Editor -- Pages -- Author -- Profiling/Conditional Text. I see that storing the profiling conditions for Author mode in the framework would be useful for sharing them with other users in a simple way by sharing only the framework and we will consider that for a future version of Oxygen. However in the current version you have to distribute also to the other users the Oxygen project file that stores the profiling conditions, not only the framework that stores the customized schema. Regards, Sorin Sorin Ristache wrote:
Hello,
A document type allows setting both a custom schema which will be used for validation and content completion and a set of transformation scenarios. You can set the preconfigured values of the profiling attributes in a scenario that is stored in the document type. In the dialog box for editing the document type please select the Transformation tab and edit one of the existing scenarios or add a new one.
http://www.oxygenxml.com/doc/ug-oxygen/tasks/dg-transformation-scenarios.htm...
All the scenarios from this tab will have a yellow key icon and will be read-only in the dialog box for selecting and running a transformation scenario.
http://www.oxygenxml.com/doc/ug-oxygen/topics/defining-new-transformation-sc...
Regards, Sorin
Jirka Kosek wrote:
Hi,
would it be possible to move configuration of profiling attributes and their values into document type?
I often create customized version of DocBook for my customer and part of this customization are also preconfigured values for profiling in schema. Schema and other necessary files are distributed as an oXygen framework so it makes sense to configure profiling attributes here then as a global/project options.
Thanks,
Jirka
On 26.4.2011 9:53, Sorin Ristache wrote:
If you were referring to the profiling conditions that are applied in the Author editing mode they can be configured in the current version only at global level or project level from menu Options -- Editor -- Pages -- Author -- Profiling/Conditional Text. I see that storing the profiling conditions for Author mode in the framework would be useful for sharing them with other users in a simple way by sharing only the framework and we will consider that for a future version of Oxygen.
Hi, am I right that this not yet supported in version 13 or have I missed something? Jirka
However in the current version you have to distribute also to the other users the Oxygen project file that stores the profiling conditions, not only the framework that stores the customized schema.
Regards, Sorin
Sorin Ristache wrote:
Hello,
A document type allows setting both a custom schema which will be used for validation and content completion and a set of transformation scenarios. You can set the preconfigured values of the profiling attributes in a scenario that is stored in the document type. In the dialog box for editing the document type please select the Transformation tab and edit one of the existing scenarios or add a new one.
http://www.oxygenxml.com/doc/ug-oxygen/tasks/dg-transformation-scenarios.htm...
All the scenarios from this tab will have a yellow key icon and will be read-only in the dialog box for selecting and running a transformation scenario.
http://www.oxygenxml.com/doc/ug-oxygen/topics/defining-new-transformation-sc...
Regards, Sorin
Jirka Kosek wrote:
Hi,
would it be possible to move configuration of profiling attributes and their values into document type?
I often create customized version of DocBook for my customer and part of this customization are also preconfigured values for profiling in schema. Schema and other necessary files are distributed as an oXygen framework so it makes sense to configure profiling attributes here then as a global/project options.
Thanks,
Jirka
oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
-- ------------------------------------------------------------------ Jirka Kosek e-mail: jirka@kosek.cz http://xmlguru.cz ------------------------------------------------------------------ Professional XML consulting and training services DocBook customization, custom XSLT/XSL-FO document processing ------------------------------------------------------------------ OASIS DocBook TC member, W3C Invited Expert, ISO JTC1/SC34 member ------------------------------------------------------------------
Hi Jirka, Yes, you are right, this feature was not implemented in version 13. Best Regards, George -- George Cristian Bina <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com On 10/3/11 4:39 PM, Jirka Kosek wrote:
On 26.4.2011 9:53, Sorin Ristache wrote:
If you were referring to the profiling conditions that are applied in the Author editing mode they can be configured in the current version only at global level or project level from menu Options -- Editor -- Pages -- Author -- Profiling/Conditional Text. I see that storing the profiling conditions for Author mode in the framework would be useful for sharing them with other users in a simple way by sharing only the framework and we will consider that for a future version of Oxygen.
Hi,
am I right that this not yet supported in version 13 or have I missed something?
Jirka
However in the current version you have to distribute also to the other users the Oxygen project file that stores the profiling conditions, not only the framework that stores the customized schema.
Regards, Sorin
Sorin Ristache wrote:
Hello,
A document type allows setting both a custom schema which will be used for validation and content completion and a set of transformation scenarios. You can set the preconfigured values of the profiling attributes in a scenario that is stored in the document type. In the dialog box for editing the document type please select the Transformation tab and edit one of the existing scenarios or add a new one.
http://www.oxygenxml.com/doc/ug-oxygen/tasks/dg-transformation-scenarios.htm...
All the scenarios from this tab will have a yellow key icon and will be read-only in the dialog box for selecting and running a transformation scenario.
http://www.oxygenxml.com/doc/ug-oxygen/topics/defining-new-transformation-sc...
Regards, Sorin
Jirka Kosek wrote:
Hi,
would it be possible to move configuration of profiling attributes and their values into document type?
I often create customized version of DocBook for my customer and part of this customization are also preconfigured values for profiling in schema. Schema and other necessary files are distributed as an oXygen framework so it makes sense to configure profiling attributes here then as a global/project options.
Thanks,
Jirka
oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
_______________________________________________ oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 +1 for this feature request. This reminds me of a similar request I have: the configuration of pretty-printing should be available at the framework level for a specific document type. In our organization, I want to control the pretty printing of "Rackbook" documents in the framework so that we're all producing xml wrapped at the same column width. However, I don't need or want to dictate the pretty-printing settings for other xml types that our users may use Oxygen for. Furthermore, there's no easy way for me to push changes to global or even project settings to all users. Thanks, David On 10/03/2011 09:22 AM, George Cristian Bina wrote:
Hi Jirka,
Yes, you are right, this feature was not implemented in version 13.
Best Regards, George -- George Cristian Bina <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com
On 10/3/11 4:39 PM, Jirka Kosek wrote:
On 26.4.2011 9:53, Sorin Ristache wrote:
If you were referring to the profiling conditions that are applied in the Author editing mode they can be configured in the current version only at global level or project level from menu Options -- Editor -- Pages -- Author -- Profiling/Conditional Text. I see that storing the profiling conditions for Author mode in the framework would be useful for sharing them with other users in a simple way by sharing only the framework and we will consider that for a future version of Oxygen.
Hi,
am I right that this not yet supported in version 13 or have I missed something?
Jirka
However in the current version you have to distribute also to the other users the Oxygen project file that stores the profiling conditions, not only the framework that stores the customized schema.
Regards, Sorin
Sorin Ristache wrote:
Hello,
A document type allows setting both a custom schema which will be used for validation and content completion and a set of transformation scenarios. You can set the preconfigured values of the profiling attributes in a scenario that is stored in the document type. In the dialog box for editing the document type please select the Transformation tab and edit one of the existing scenarios or add a new one.
http://www.oxygenxml.com/doc/ug-oxygen/tasks/dg-transformation-scenarios.htm...
All the scenarios from this tab will have a yellow key icon and will be read-only in the dialog box for selecting and running a transformation scenario.
http://www.oxygenxml.com/doc/ug-oxygen/topics/defining-new-transformation-sc...
Regards, Sorin
Jirka Kosek wrote:
Hi,
would it be possible to move configuration of profiling attributes and their values into document type?
I often create customized version of DocBook for my customer and part of this customization are also preconfigured values for profiling in schema. Schema and other necessary files are distributed as an oXygen framework so it makes sense to configure profiling attributes here then as a global/project options.
Thanks,
Jirka
oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
_______________________________________________ oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOicemAAoJEMHeSXG7afUh0YoH/iOGdV16HYiKF86v8MHL3a4Y jLqkf3mT2OG31di4aNGdWuZzTF8cO27OquCF1vT8YNHEiZUqWwOeo+5OrexMRx8N 6tnJ6Kd0y9jXmtgaH31MVv3ax3hZeIfnYvmAR+t1pNhhNBMMn5a1UoZXTg7QMtXc /GdZ23IseYfwxX/niVPN1dc7p/dGM+MqeTn79HW3INgP5/7H/HmzhrTm+M0Gijoe 0P/eY2w1OOSBAx0ETP/m7nvBjMIYc2PfDlXRXApBUFhZ8hujYl2jjJqgeUHMEW8X 123X7sZdzZnLsHpG+A3PE5StXnNvmTz9lQnAuK4zPt8akt8x5EzxkX6v0sAZLL4= =zXV3 -----END PGP SIGNATURE-----
Hi David, oXygen allows you to easily build a JavaWebStart distribution. Basically you get an all platforms distribution and configure that as you need and then run a script that packages everything as a JWS distribution (you will need a certificate to sign that). You can set a specific group of frameworks and your preferred global options, including formatting and profiling values. When the users will run that the provided options will be used - note that the users can still have normal oXygen installations that should have their specific set of options. BTW, also the standalone version allows you to force a default set of global options, see http://www.oxygenxml.com/doc/ug-editor/topics/default-options.html Best Regards, George -- George Cristian Bina <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com On 10/3/11 5:33 PM, David Cramer wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
+1 for this feature request.
This reminds me of a similar request I have: the configuration of pretty-printing should be available at the framework level for a specific document type. In our organization, I want to control the pretty printing of "Rackbook" documents in the framework so that we're all producing xml wrapped at the same column width. However, I don't need or want to dictate the pretty-printing settings for other xml types that our users may use Oxygen for. Furthermore, there's no easy way for me to push changes to global or even project settings to all users.
Thanks, David
On 10/03/2011 09:22 AM, George Cristian Bina wrote:
Hi Jirka,
Yes, you are right, this feature was not implemented in version 13.
Best Regards, George -- George Cristian Bina <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com
On 10/3/11 4:39 PM, Jirka Kosek wrote:
On 26.4.2011 9:53, Sorin Ristache wrote:
If you were referring to the profiling conditions that are applied in the Author editing mode they can be configured in the current version only at global level or project level from menu Options -- Editor -- Pages -- Author -- Profiling/Conditional Text. I see that storing the profiling conditions for Author mode in the framework would be useful for sharing them with other users in a simple way by sharing only the framework and we will consider that for a future version of Oxygen.
Hi,
am I right that this not yet supported in version 13 or have I missed something?
Jirka
However in the current version you have to distribute also to the other users the Oxygen project file that stores the profiling conditions, not only the framework that stores the customized schema.
Regards, Sorin
Sorin Ristache wrote:
Hello,
A document type allows setting both a custom schema which will be used for validation and content completion and a set of transformation scenarios. You can set the preconfigured values of the profiling attributes in a scenario that is stored in the document type. In the dialog box for editing the document type please select the Transformation tab and edit one of the existing scenarios or add a new one.
http://www.oxygenxml.com/doc/ug-oxygen/tasks/dg-transformation-scenarios.htm...
All the scenarios from this tab will have a yellow key icon and will be read-only in the dialog box for selecting and running a transformation scenario.
http://www.oxygenxml.com/doc/ug-oxygen/topics/defining-new-transformation-sc...
Regards, Sorin
Jirka Kosek wrote:
Hi,
would it be possible to move configuration of profiling attributes and their values into document type?
I often create customized version of DocBook for my customer and part of this customization are also preconfigured values for profiling in schema. Schema and other necessary files are distributed as an oXygen framework so it makes sense to configure profiling attributes here then as a global/project options.
Thanks,
Jirka
oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
_______________________________________________ oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJOicemAAoJEMHeSXG7afUh0YoH/iOGdV16HYiKF86v8MHL3a4Y jLqkf3mT2OG31di4aNGdWuZzTF8cO27OquCF1vT8YNHEiZUqWwOeo+5OrexMRx8N 6tnJ6Kd0y9jXmtgaH31MVv3ax3hZeIfnYvmAR+t1pNhhNBMMn5a1UoZXTg7QMtXc /GdZ23IseYfwxX/niVPN1dc7p/dGM+MqeTn79HW3INgP5/7H/HmzhrTm+M0Gijoe 0P/eY2w1OOSBAx0ETP/m7nvBjMIYc2PfDlXRXApBUFhZ8hujYl2jjJqgeUHMEW8X 123X7sZdzZnLsHpG+A3PE5StXnNvmTz9lQnAuK4zPt8akt8x5EzxkX6v0sAZLL4= =zXV3 -----END PGP SIGNATURE----- _______________________________________________ oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi George, Thanks for that information. I've been looking into Oxygen's JWS kit and we will probably take that route. I didn't realize that the JWS version would use separate user settings from the full install. I had been wondering what happened with users who already were using the full Author. I wonder about what happens when the user changes some settings, and the I update some settings on the server. Are they merged? What happens if the user specifies one setting and I change that setting? I still think a case can be made for putting pretty-printing settings in the framework. But the question of "who wins" comes up again if the wants to specify something else. Perhaps the user could have a way to force his settings to override the framework if necessary? David On 10/03/2011 10:04 AM, George Cristian Bina wrote:
Hi David,
oXygen allows you to easily build a JavaWebStart distribution. Basically you get an all platforms distribution and configure that as you need and then run a script that packages everything as a JWS distribution (you will need a certificate to sign that). You can set a specific group of frameworks and your preferred global options, including formatting and profiling values. When the users will run that the provided options will be used - note that the users can still have normal oXygen installations that should have their specific set of options.
BTW, also the standalone version allows you to force a default set of global options, see http://www.oxygenxml.com/doc/ug-editor/topics/default-options.html
Best Regards, George -- George Cristian Bina <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com
On 10/3/11 5:33 PM, David Cramer wrote: +1 for this feature request.
This reminds me of a similar request I have: the configuration of pretty-printing should be available at the framework level for a specific document type. In our organization, I want to control the pretty printing of "Rackbook" documents in the framework so that we're all producing xml wrapped at the same column width. However, I don't need or want to dictate the pretty-printing settings for other xml types that our users may use Oxygen for. Furthermore, there's no easy way for me to push changes to global or even project settings to all users.
Thanks, David
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOiin1AAoJEMHeSXG7afUhPmAH/03595PD4bgRAGffy84XuPjJ /4GPXw8stNs/p/nuuqiNDv4PL0FvpkM8fO9q26/OrK1Y+2Z3IJ2QCWkZ3cp0ad1q 5j0eKQa9PxLrfaRAqVtSE3MJ88CspnINvsbWRIUubwWJCU0Ya714xpQzvexhEBka Xp7251+o4XNrvoHUuVERjRrLgzHWfvBaLLyw7v5duV9cJRioDF6x49pwieievWjN +sU5i2/vMhyCEdwzhAE+CzQnDphrue6hTta8CvocjSn38p/Nb29mAT6XfmhvqsL9 b/z+ia/vzsLKr9BXFQR1Z4cTAQKHTHQ551hKGS4XZ5KaA63qwIyrdubQbJYdZco= =OavI -----END PGP SIGNATURE-----
Hi David, In case of JWS there are two sets of options that can be specified: - default options - fixed options The default options will be used instead of the oXygen provided defaults. This is available also for the standalone version. If the user changes an option then the user defined option will be used even if a different value is specified in the default options. The default will be used when the user restores the default values for a set of options. The fixed options represent the current options for the user (they can be different from the defaults, either the bilt-in or user provided defaults). These are enforced as the current options. The user will be able to change them but when the options are updated in the JWS distribution then the new set of options will overwrite the user changes. If you want to prevent the user from changing some options then you can pack with the JWS also a Startup plugin that disables the option pages you do not want the user to see (this plugin received callbacks on all the actions, toolbars, preference pages, etc. and can return true or false to keep or remove that action, toolbar, preference page, etc. from oXygen). The documentation for these can be found in our user guide. For default options please see: http://www.oxygenxml.com/doc/ug-editor/index.html?q=/doc/ug-editor/topics/hi... For fixed options please see: http://www.oxygenxml.com/doc/ug-editor/tasks/jwsInstaller.html There are now default options, global options and project options. The framework already contributes validation and transformation scenarios, catalogs, new document templates, etc. It is not strait forward what will be the set of options that should be specified at framework level... so probably if we decide to do that we need to allow all the options to be specified also at framework level.. That will indeed create an issue of priorities and it will be difficult for a user to understand the resolution process that determines which option will be used. Best Regards, George -- George Cristian Bina <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com On 10/4/11 12:32 AM, David Cramer wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi George, Thanks for that information. I've been looking into Oxygen's JWS kit and we will probably take that route. I didn't realize that the JWS version would use separate user settings from the full install. I had been wondering what happened with users who already were using the full Author. I wonder about what happens when the user changes some settings, and the I update some settings on the server. Are they merged? What happens if the user specifies one setting and I change that setting?
I still think a case can be made for putting pretty-printing settings in the framework. But the question of "who wins" comes up again if the wants to specify something else. Perhaps the user could have a way to force his settings to override the framework if necessary?
David
On 10/03/2011 10:04 AM, George Cristian Bina wrote:
Hi David,
oXygen allows you to easily build a JavaWebStart distribution. Basically you get an all platforms distribution and configure that as you need and then run a script that packages everything as a JWS distribution (you will need a certificate to sign that). You can set a specific group of frameworks and your preferred global options, including formatting and profiling values. When the users will run that the provided options will be used - note that the users can still have normal oXygen installations that should have their specific set of options.
BTW, also the standalone version allows you to force a default set of global options, see http://www.oxygenxml.com/doc/ug-editor/topics/default-options.html
Best Regards, George -- George Cristian Bina <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com
On 10/3/11 5:33 PM, David Cramer wrote: +1 for this feature request.
This reminds me of a similar request I have: the configuration of pretty-printing should be available at the framework level for a specific document type. In our organization, I want to control the pretty printing of "Rackbook" documents in the framework so that we're all producing xml wrapped at the same column width. However, I don't need or want to dictate the pretty-printing settings for other xml types that our users may use Oxygen for. Furthermore, there's no easy way for me to push changes to global or even project settings to all users.
Thanks, David
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJOiin1AAoJEMHeSXG7afUhPmAH/03595PD4bgRAGffy84XuPjJ /4GPXw8stNs/p/nuuqiNDv4PL0FvpkM8fO9q26/OrK1Y+2Z3IJ2QCWkZ3cp0ad1q 5j0eKQa9PxLrfaRAqVtSE3MJ88CspnINvsbWRIUubwWJCU0Ya714xpQzvexhEBka Xp7251+o4XNrvoHUuVERjRrLgzHWfvBaLLyw7v5duV9cJRioDF6x49pwieievWjN +sU5i2/vMhyCEdwzhAE+CzQnDphrue6hTta8CvocjSn38p/Nb29mAT6XfmhvqsL9 b/z+ia/vzsLKr9BXFQR1Z4cTAQKHTHQ551hKGS4XZ5KaA63qwIyrdubQbJYdZco= =OavI -----END PGP SIGNATURE-----
For default options please see:
http://www.oxygenxml.com/doc/ug-editor/index.html?q=/doc/ug-editor/topics/hi... Sorry, that is a wrong link, the correct link is http://www.oxygenxml.com/doc/ug-editor/index.html?q=/doc/ug-editor/topics/de... Best Regards, George -- George Cristian Bina <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com On 10/4/11 11:59 AM, George Cristian Bina wrote:
Hi David,
In case of JWS there are two sets of options that can be specified: - default options - fixed options
The default options will be used instead of the oXygen provided defaults. This is available also for the standalone version. If the user changes an option then the user defined option will be used even if a different value is specified in the default options. The default will be used when the user restores the default values for a set of options.
The fixed options represent the current options for the user (they can be different from the defaults, either the bilt-in or user provided defaults). These are enforced as the current options. The user will be able to change them but when the options are updated in the JWS distribution then the new set of options will overwrite the user changes. If you want to prevent the user from changing some options then you can pack with the JWS also a Startup plugin that disables the option pages you do not want the user to see (this plugin received callbacks on all the actions, toolbars, preference pages, etc. and can return true or false to keep or remove that action, toolbar, preference page, etc. from oXygen).
The documentation for these can be found in our user guide. For default options please see: http://www.oxygenxml.com/doc/ug-editor/index.html?q=/doc/ug-editor/topics/hi... For fixed options please see: http://www.oxygenxml.com/doc/ug-editor/tasks/jwsInstaller.html
There are now default options, global options and project options. The framework already contributes validation and transformation scenarios, catalogs, new document templates, etc. It is not strait forward what will be the set of options that should be specified at framework level... so probably if we decide to do that we need to allow all the options to be specified also at framework level.. That will indeed create an issue of priorities and it will be difficult for a user to understand the resolution process that determines which option will be used.
Best Regards, George -- George Cristian Bina <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com
On 10/4/11 12:32 AM, David Cramer wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi George, Thanks for that information. I've been looking into Oxygen's JWS kit and we will probably take that route. I didn't realize that the JWS version would use separate user settings from the full install. I had been wondering what happened with users who already were using the full Author. I wonder about what happens when the user changes some settings, and the I update some settings on the server. Are they merged? What happens if the user specifies one setting and I change that setting?
I still think a case can be made for putting pretty-printing settings in the framework. But the question of "who wins" comes up again if the wants to specify something else. Perhaps the user could have a way to force his settings to override the framework if necessary?
David
On 10/03/2011 10:04 AM, George Cristian Bina wrote:
Hi David,
oXygen allows you to easily build a JavaWebStart distribution. Basically you get an all platforms distribution and configure that as you need and then run a script that packages everything as a JWS distribution (you will need a certificate to sign that). You can set a specific group of frameworks and your preferred global options, including formatting and profiling values. When the users will run that the provided options will be used - note that the users can still have normal oXygen installations that should have their specific set of options.
BTW, also the standalone version allows you to force a default set of global options, see http://www.oxygenxml.com/doc/ug-editor/topics/default-options.html
Best Regards, George -- George Cristian Bina <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com
On 10/3/11 5:33 PM, David Cramer wrote: +1 for this feature request.
This reminds me of a similar request I have: the configuration of pretty-printing should be available at the framework level for a specific document type. In our organization, I want to control the pretty printing of "Rackbook" documents in the framework so that we're all producing xml wrapped at the same column width. However, I don't need or want to dictate the pretty-printing settings for other xml types that our users may use Oxygen for. Furthermore, there's no easy way for me to push changes to global or even project settings to all users.
Thanks, David
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJOiin1AAoJEMHeSXG7afUhPmAH/03595PD4bgRAGffy84XuPjJ /4GPXw8stNs/p/nuuqiNDv4PL0FvpkM8fO9q26/OrK1Y+2Z3IJ2QCWkZ3cp0ad1q 5j0eKQa9PxLrfaRAqVtSE3MJ88CspnINvsbWRIUubwWJCU0Ya714xpQzvexhEBka Xp7251+o4XNrvoHUuVERjRrLgzHWfvBaLLyw7v5duV9cJRioDF6x49pwieievWjN +sU5i2/vMhyCEdwzhAE+CzQnDphrue6hTta8CvocjSn38p/Nb29mAT6XfmhvqsL9 b/z+ia/vzsLKr9BXFQR1Z4cTAQKHTHQ551hKGS4XZ5KaA63qwIyrdubQbJYdZco= =OavI -----END PGP SIGNATURE-----
_______________________________________________ oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
participants (4)
-
David Cramer -
George Cristian Bina -
Jirka Kosek -
Sorin Ristache