Details
-
Type: Improvement
-
Status: Closed
-
Priority: Major
-
Resolution: Fixed
-
Affects Version/s: None
-
Fix Version/s: 4.1
-
Component/s: ACE-Components
-
Labels:None
-
Environment:ICEfaces 4
-
Assignee Priority:P1
-
Affects:Documentation (User Guide, Ref. Guide, etc.), Sample App./Tutorial
Description
The ace:dataTable would benefit from being able to support responsive rendering of its columns to better display on narrower displays, such as on mobile devices.
A couple of possibilities exist for this:
1. Priority-based rendering of columns. Each column can optionally be tagged with a "priority" attribute and only those columns that can be rendered completely in the available dataTable width are rendered, starting with the lowest priority to greatest priority.
2. Automatic column-stacking. Columns are automatically stacked with their immediate neighbours as deep as required to fit them all in the available dataTable width. This could leverage the existing column-stacking support, but basically defines the stacks automatically based on the column and dataTable widths.
A couple of possibilities exist for this:
1. Priority-based rendering of columns. Each column can optionally be tagged with a "priority" attribute and only those columns that can be rendered completely in the available dataTable width are rendered, starting with the lowest priority to greatest priority.
2. Automatic column-stacking. Columns are automatically stacked with their immediate neighbours as deep as required to fit them all in the available dataTable width. This could leverage the existing column-stacking support, but basically defines the stacks automatically based on the column and dataTable widths.
Activity
Ken Fyten
created issue -
Ken Fyten
made changes -
Field | Original Value | New Value |
---|---|---|
Assignee | Arturo Zambrano [ artzambrano ] | |
Fix Version/s | 4.1 [ 11375 ] | |
Affects | Documentation (User Guide, Ref. Guide, etc.),Sample App./Tutorial [ 10003, 10001 ] | |
Assignee Priority | P1 [ 10010 ] |
Repository | Revision | Date | User | Message |
ICEsoft Public SVN Repository | #46136 | Tue Oct 27 11:37:48 MDT 2015 | art.zambrano | |
Files Changed | ||||
MODIFY
/icefaces4/trunk/icefaces/ace/component/src/org/icefaces/ace/component/datatable/DataTableRowRenderer.java
MODIFY /icefaces4/trunk/icefaces/ace/component/src/org/icefaces/ace/component/datatable/DataTableRenderer.java MODIFY /icefaces4/trunk/icefaces/ace/component/src/org/icefaces/ace/component/column/ProxiedBodyColumn.java MODIFY /icefaces4/trunk/icefaces/ace/component/src/org/icefaces/ace/component/column/ColumnMeta.java MODIFY /icefaces4/trunk/icefaces/ace/component/src/org/icefaces/ace/component/datatable/DataTableFootRenderer.java MODIFY /icefaces4/trunk/icefaces/ace/component/resources/icefaces.ace/datatable/datatable.css MODIFY /icefaces4/trunk/icefaces/ace/component/src/org/icefaces/ace/component/datatable/DataTableHeadRenderer.java |
Arturo Zambrano
made changes -
Status | Open [ 1 ] | Resolved [ 5 ] |
Resolution | Fixed [ 1 ] |
Ken Fyten
made changes -
Resolution | Fixed [ 1 ] | |
Status | Resolved [ 5 ] | Reopened [ 4 ] |
Repository | Revision | Date | User | Message |
ICEsoft Public SVN Repository | #46158 | Fri Oct 30 16:09:36 MDT 2015 | art.zambrano | |
Files Changed | ||||
MODIFY
/icefaces4/trunk/icefaces/ace/component/resources/icefaces.ace/datatable/datatable.css
|
Repository | Revision | Date | User | Message |
ICEsoft Public SVN Repository | #46163 | Mon Nov 02 14:45:37 MST 2015 | art.zambrano | |
Files Changed | ||||
MODIFY
/icefaces4/trunk/icefaces/ace/component/src/org/icefaces/ace/component/column/ColumnMeta.java
|
Arturo Zambrano
made changes -
Status | Reopened [ 4 ] | Resolved [ 5 ] |
Resolution | Fixed [ 1 ] |
Ken Fyten
made changes -
Status | Resolved [ 5 ] | Closed [ 6 ] |
It seems like the server would have to know the size of the user agent viewport in order to render the prioritized columns or the stacked columns. The ClientDescriptor class doesn't currently provide this information; it only tells whether it's a mobile (handheld) device, a tablet or desktop. One option would be to assume default viewport sizes for the different device categories or investigating the possibility of including the viewport dimensions in the ClientDescriptor class.