On 2017-06-23 07:23, Sannyasin Brahmanathaswami via use-livecode wrote:
What is the scope of the improved graphics rendering? Is It DataGrid
only?
No - the proposed engine addition (container layer mode) is not DataGrid
only - it is a general feature usable by any custom control which wants
to take advantage of acceleratedRendering.
At present, acceleratedRendering only works on top-level controls (those
which have a card as parent). The key engine change proposed is to add a
'container' layerMode. This would apply to groups and would mean that
instead of treating the group and its children as one thing,
acceleratedRendering should ignore the group (as it is just a container)
and look it's child controls instead. The end result being that controls
within a group (which has been marked as a container) can be individual
layers and thus benefit from acceleratedRendering, but still clipped by
the containing group's bounds.
In the case of the DataGrid we can use this in two ways:
1) In form view mode, each row can be a separate layer which means
they can be moved at zero re-rendering cost, thus allowing smooth
animation of the individual rows.
2) In table view mode, the group (inside the DataGrid) which actually
holds the content (as a set of grouped columns) can be its own scrolling
layer, thus allowing smooth scrolling of it.
What about
1) other long grouped controls that need to scroll as one long group?
You can already use acceleratedRendering to do this but it currently
only works for top-level groups and your groups have to be 'unadorned' -
meaning that you have turned off all properties of the group which mean
the group itself renders something (e.g. borders, scrollbars).
This currently works well if you are targeting platforms where you don't
have scrollbars and can express your control as a single group. However,
it doesn't work for custom controls as (in that scenario) you usually
have the 'custom control group' containing the controls which provide
the display of the custom control - this is the case with the DataGrid,
for example.
2) scrolling fields
3) scrolling list fields
You can get fields and list fields to scroll smoothly at the moment with
acceleratedRendering by putting a field (with full height of its
content) within a 'scrolling' layerMode group. However, at the moment,
this would mean you don't get scrollbars, and can't have borders (or any
other adornments).
With the 'container' layerMode, you will be able to create a custom
control which lifts the 'no adornment' limitation. You would compose
such a thing of:
custom control group (container layerMode)
content group (scrolling layerMode)
field with content (always full height of content)
adornment controls (static layerMode) (e.g. scrollbars, border)
There's a lot more we could do here in the future (in the engine) to
make it easier to have smoothly scrolling fields and groups (which don't
really need to be custom controls), however, that work is logically
distinct from adding 'container' layerMode; and 'container' layerMode
makes it possible to do the same thing in script so was the best choice
for the Feature Exchange proposal in this case particularly as it is
general feature which can be leveraged directly by script.
Mark.
--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps
_______________________________________________
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
