When there is not enough horizontal space to show all the tabs,
by default, tabs are shown sequentially from left to right in
order of their index. When the MRU visibility is turned on,
the tabs that are visible will be the tabs most recently selected.
Tabs will still maintain their left to right order based on index
but only the most recently selected tabs are visible.
<p>
For example, consider a CTabFolder that contains "Tab 1", "Tab 2",
"Tab 3" and "Tab 4" (in order by index). The user selects
"Tab 1" and then "Tab 3". If the CTabFolder is now
compressed so that only two tabs are visible, by default,
"Tab 2" and "Tab 3" will be shown ("Tab 3" since it is currently
selected and "Tab 2" because it is the previous item in index order).
If MRU visibility is enabled, the two visible tabs will be "Tab 1"
and "Tab 3" (in that order from left to right).</p>
@param show the new visibility state
@exception SWTException <ul>
<li>ERROR_WIDGET_DISPOSED - if the receiver has been disposed</li>
<li>ERROR_THREAD_INVALID_ACCESS - if not called from the thread that created the receiver</li>
</ul>
When there is not enough horizontal space to show all the tabs, by default, tabs are shown sequentially from left to right in order of their index. When the MRU visibility is turned on, the tabs that are visible will be the tabs most recently selected. Tabs will still maintain their left to right order based on index but only the most recently selected tabs are visible. <p> For example, consider a CTabFolder that contains "Tab 1", "Tab 2", "Tab 3" and "Tab 4" (in order by index). The user selects "Tab 1" and then "Tab 3". If the CTabFolder is now compressed so that only two tabs are visible, by default, "Tab 2" and "Tab 3" will be shown ("Tab 3" since it is currently selected and "Tab 2" because it is the previous item in index order). If MRU visibility is enabled, the two visible tabs will be "Tab 1" and "Tab 3" (in that order from left to right).</p>
@param show the new visibility state
@exception SWTException <ul> <li>ERROR_WIDGET_DISPOSED - if the receiver has been disposed</li> <li>ERROR_THREAD_INVALID_ACCESS - if not called from the thread that created the receiver</li> </ul>
@since 3.1