cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Showing results for 
Search instead for 
Did you mean: 

Document types should include the option to set default columns just like queries

Document types should include the option to set default columns just like queries

On queries we can define the columns to use by default from the definition of each query. In a document there doesn't seem to be any such option and we have to configure the document view columns in the viewset that we provide for our users. This is especially problematic because we have staged servers with different field IDs, so we need to be careful what server we connect to when updating the viewset. And because its a mandatory viewset that means just changing the default columns for a document would override everyone's existing viewsets. It would be much simpler from a maintenance standpoint if this could be controlled from type configuration.

 

This is especially a problem for us at Cummins because we no longer use the default "Text" FVA field which is on the Requirement type. We've wrapped our own implementation over it with new fields, which means that FVA field which shows by default in the document view is non-functional to our users. So we can't leave any document view columns as default.

 

As a side note, it would also be nice to control default column width from the field definition.

1 Comment
KartikOak
14-Alexandrite
Status changed to: Alternate Solution

DocStudio in the refreshed Web UI allows for a admin-based master set of attributes that all users (based on access) will see as part of the DocStudio View to start with, and then the user can add/remove from the set. The new over-ridden columns (fields) are sticky in nature that they will appear across all instances of that Type for that user. It also allows retention of column width and column positioning that appears the same across browsers and devices for the user who has personalized the view.

With the current long-range plan, there isn't any change planned for the Swing UI.

 

Thanks

Kartik