Profiling fight-out menu is not practicable to handle a large number of profiling sets

Are you missing a feature? Request it's implementation here.
Sano
Posts: 10

Profiling fight-out menu is not practicable to handle a large number of profiling sets

Thu Jun 02, 2016 4:50 pm

We operate with a large and growing number of DITAVAL profiling sets (>70) in a single project.

In this case the usability oft the flight-out menu of the profiling/conditional Text menu in the DITA Maps Manager becomes unusable,
bcause more and more sub-windos are generated and the user has to go a long and difficult mouse trail to select another ditaval filter
setup.

It would be helpfull to change the fligh-out-menu to a scrollable one - maybe including a search form on top of the list.

thanks

sascha
Radu
Posts: 5093

Re: Profiling fight-out menu is not practicable to handle a large number of profiling sets

Fri Jun 03, 2016 8:43 am

Hi,

Interesting use case, I will register an issue on our side and see how we can best approach it.
Out of curiosity, are you using all those profiling condition sets or are only a couple of them used at a time?
For example one possibility to handle this would be to promote the recently used profiling condition sets to the top of the list.
Or indeed have some kind of quick find with a scroll able list there.

Regards,
Radu
Radu Coravu
<oXygen/> XML Editor
http://www.oxygenxml.com
Sano
Posts: 10

Re: Profiling fight-out menu is not practicable to handle a large number of profiling sets

Tue Sep 13, 2016 6:30 pm

Hi Radu,

sorry for the late reply!

We have a lot of product variants and build up their detailed product configurations in DITAVALs. This configurations include filters for the product features and publication specific filters.
At the end we have DITAVALS for each product model variant multiplied with each publication (datasheet, manual, service manual, etc.). This large set of DITVAL-Filse is manageble because of we import basic DITAVAL-Configurations via XML entities.

Because of the handling of the fly-out menu we think about to organise the DITAVALS for each publication type in a separate Folder and load only one of this folders as a oxygen profiling set. During authoring activity this could work but it would be more expensive to compare different publication filterings and to publish them instantly. Nevertheless, in the different publication folders, many sets for all the product variants would still remain.

In our opinion, "some kind of quick find with a scroll able list" would be the best solution.

Thanks!
Radu
Posts: 5093

Re: Profiling fight-out menu is not practicable to handle a large number of profiling sets

Wed Sep 14, 2016 8:51 am

Hi,

I will add your feedback to the opened issue, hopefully we'll have some time in Oxygen 19 (next year in Spring) to approach the issue.
Here is another idea, let's say that you could divide defined profiling condition sets using part of their name as a category.
For example if you would have two profiling condition sets named:

Cat1|Condition set1

and:

Cat1|Condition set2

Oxygen could create a submenu called "Cat1" in which it would place both "Condition set1" and "Condition set2".
So by using the pipe "|" character in the profiling condition set name you could actually define a category for it.

Regards,
Radu
Radu Coravu
<oXygen/> XML Editor
http://www.oxygenxml.com
Radu
Posts: 5093

Re: Profiling fight-out menu is not practicable to handle a large number of profiling sets

Thu Apr 06, 2017 1:52 pm

Hi,

Just to update this thread, starting with Oxygen 19.0 which we just released you have a special action to quick search a profiling condition set which should be applied.

Regards,
Radu
Radu Coravu
<oXygen/> XML Editor
http://www.oxygenxml.com

Return to “Feature Request”

Who is online

Users browsing this forum: No registered users and 1 guest