On Tue, 2009-09-01 at 01:01 +, jiangwei zhou wrote:
we know that at present the clutter's clipping is implemented in
clip plane/stencil buffer/Scissor.
using stencil buffer, we can implement arbitrarily ploygonous
clipping. it is one very common way to do the clipping in
On Tue, Sep 1, 2009 at 8:22 PM, Robert Bragg b...@o-hand.com wrote:
On Tue, 2009-09-01 at 12:18 +0100, Neil Roberts wrote:
On Tue, 2009-09-01 at 01:01 +, jiangwei zhou wrote:
we know that at present the clutter's clipping is implemented in
clip plane/stencil buffer/Scissor.
hi, Neil,
i once tried clip plane,but i cannot see the correct result, maybe because
of my wrong understanding . because we build our clutter based on gles2.0.
in gles2.0, glClipPlane is not supported yet. so i first consider to use
user-clip-plane to emulate the glClipPlane.
the following is
On Tue, 2009-09-01 at 18:14 +0100, Neil Roberts wrote:
It might also be worth looking in to ways of avoiding clipping
altogether in your application if at all possible. The only thing in
Clutter core that I can think of that requires clipping would be an
editable ClutterText. It is possible
On Tue, 2009-09-01 at 18:22 +0100, Emmanuele Bassi wrote:
On Tue, 2009-09-01 at 18:14 +0100, Neil Roberts wrote:
It might also be worth looking in to ways of avoiding clipping
altogether in your application if at all possible. The only thing in
Clutter core that I can think of that
On Tue, 2009-09-01 at 18:34 +0100, Neil Roberts wrote:
not only simpler: it would also clip each editable Text to the entire
leftmost (or rightmost, for RTL locales) glyph, instead of showing only
parts of glyphs. also, it could only show entire lines and columns for a
scrollable
Title: Samsung Enterprise Portal mySingle
hi,
we know that at present the clutter's clipping is
implemented in clip plane/stencil buffer/Scissor.
using stencil buffer, we
can implement arbitrarily ploygonous clipping. it is one very common way
to do the clipping in gles.
but now ,we
