X-Git-Url: http://source.jalview.org/gitweb/?a=blobdiff_plain;f=webapp%2Fresources%2Fdatatables-1.9.4%2Fextras%2FScroller%2Fmedia%2Fdocs%2FScroller.oDefaults.html;fp=webapp%2Fresources%2Fdatatables-1.9.4%2Fextras%2FScroller%2Fmedia%2Fdocs%2FScroller.oDefaults.html;h=55c9d085938008167900450da9544ba58bc64ea8;hb=9bb6ee99ca7f738fac1087190b5481b8fe6e8d9f;hp=0000000000000000000000000000000000000000;hpb=2e3f6b76be585306f1003d849831840c0adb3360;p=proteocache.git diff --git a/webapp/resources/datatables-1.9.4/extras/Scroller/media/docs/Scroller.oDefaults.html b/webapp/resources/datatables-1.9.4/extras/Scroller/media/docs/Scroller.oDefaults.html new file mode 100644 index 0000000..55c9d08 --- /dev/null +++ b/webapp/resources/datatables-1.9.4/extras/Scroller/media/docs/Scroller.oDefaults.html @@ -0,0 +1,217 @@ + + +
+ +Classes (0) | Namespaces (0) |
Properties (0) | Static properties (6) |
Methods (0) | Static methods (0) |
Events (0) |
Properties (0) | Static properties (6) |
Methods (0) | Static methods (0) |
Events (0) |
Scroller default settings for initialisation
Scroller uses the boundary scaling factor to decide when to redraw the table - which it +typically does before you reach the end of the currently loaded data set (in order to +allow the data to look continuous to a user scrolling through the data). If given as 0 +then the table will be redrawn whenever the viewport is scrolled, while 1 would not +redraw the table until the currently loaded data has all been shown. You will want +something in the middle - the default factor of 0.5 is usually suitable.
The display buffer is what Scroller uses to calculate how many rows it should pre-fetch +for scrolling. Scroller automatically adjusts DataTables' display length to pre-fetch +rows that will be shown in "near scrolling" (i.e. just beyond the current display area). +The value is based upon the number of rows that can be displayed in the viewport (i.e. +a value of 1), and will apply the display range to records before before and after the +current viewport - i.e. a factor of 3 will allow Scroller to pre-fetch 1 viewport's worth +of rows before the current viewport, the current viewport's rows and 1 viewport's worth +of rows after the current viewport. Adjusting this value can be useful for ensuring +smooth scrolling based on your data set.
Show (or not) the loading element in the background of the table. Note that you should +include the dataTables.scroller.css file for this to be displayed correctly.
Scroller will attempt to automatically calculate the height of rows for it's internal +calculations. However the height that is used can be overridden using this parameter.
When using server-side processing, Scroller will wait a small amount of time to allow +the scrolling to finish before requesting more data from the server. This prevents +you from DoSing your own server! The wait time can be configured by this parameter.
Indicate if Scroller show show trace information on the console or not. This can be +useful when debugging Scroller or if just curious as to what it is doing, but should +be turned off for production.
Scroller uses the boundary scaling factor to decide when to redraw the table - which it +typically does before you reach the end of the currently loaded data set (in order to +allow the data to look continuous to a user scrolling through the data). If given as 0 +then the table will be redrawn whenever the viewport is scrolled, while 1 would not +redraw the table until the currently loaded data has all been shown. You will want +something in the middle - the default factor of 0.5 is usually suitable.
var oTable = $('#example').dataTable( { + "sScrollY": "200px", + "sDom": "frtiS", + "bDeferRender": true, + "oScroller": { + "boundaryScale": 0.75 + } + } );+
The display buffer is what Scroller uses to calculate how many rows it should pre-fetch +for scrolling. Scroller automatically adjusts DataTables' display length to pre-fetch +rows that will be shown in "near scrolling" (i.e. just beyond the current display area). +The value is based upon the number of rows that can be displayed in the viewport (i.e. +a value of 1), and will apply the display range to records before before and after the +current viewport - i.e. a factor of 3 will allow Scroller to pre-fetch 1 viewport's worth +of rows before the current viewport, the current viewport's rows and 1 viewport's worth +of rows after the current viewport. Adjusting this value can be useful for ensuring +smooth scrolling based on your data set.
var oTable = $('#example').dataTable( { + "sScrollY": "200px", + "sDom": "frtiS", + "bDeferRender": true, + "oScroller": { + "displayBuffer": 10 + } + } );+
Show (or not) the loading element in the background of the table. Note that you should +include the dataTables.scroller.css file for this to be displayed correctly.
var oTable = $('#example').dataTable( { + "sScrollY": "200px", + "sDom": "frtiS", + "bDeferRender": true, + "oScroller": { + "loadingIndicator": true + } + } );+
Scroller will attempt to automatically calculate the height of rows for it's internal +calculations. However the height that is used can be overridden using this parameter.
var oTable = $('#example').dataTable( { + "sScrollY": "200px", + "sDom": "frtiS", + "bDeferRender": true, + "oScroller": { + "rowHeight": 30 + } + } );+
When using server-side processing, Scroller will wait a small amount of time to allow +the scrolling to finish before requesting more data from the server. This prevents +you from DoSing your own server! The wait time can be configured by this parameter.
var oTable = $('#example').dataTable( { + "sScrollY": "200px", + "sDom": "frtiS", + "bDeferRender": true, + "oScroller": { + "serverWait": 100 + } + } );+
Indicate if Scroller show show trace information on the console or not. This can be +useful when debugging Scroller or if just curious as to what it is doing, but should +be turned off for production.
var oTable = $('#example').dataTable( { + "sScrollY": "200px", + "sDom": "frtiS", + "bDeferRender": true, + "oScroller": { + "trace": true + } + } );+