|
|
On 11/27/20 12:06 AM Ian MacArthur wrote:
On 26 Nov 2020, at 16:18, Greg Ercolano wrote:
Now that we have the ability to apply transformations to fltk drawing (I think?),
That's not a sentence I'd start with "Now ...", this is old stuff and is
already documented in FLTK 1.1 - see below.
Do we?
ISTR that “historically” the “fast” drawing methods (which we use a fair bit internally) are not specified to obey the transformation matrices... Though that may no longer be the case, of course.
I do not know.
If they do not (and they certainly did not, in the past; or at least not consistently across systems) then I do not think this could work.
Right, this is so by definition (i.e. it's documented). The docs often
say that the behavior is undefined if the transformation is not the
identity.
See "Drawing Fast Shapes" in chapter "Drawing Things in FLTK" and
"Drawing Images" in the same chapter:
```
Direct Image Drawing
The behavior when drawing images when the current transformation matrix
is not the identity is not defined, so you should only draw images when
the matrix is set to the identity.
```
FLTK 1.1 (!) docs:
https://www.fltk.org/doc-1.1/drawing.html#images
Whether it works one or the other way I cannot say, but the
documentation ("undefined behavior") leaves more freedom to the
implementation which can simplify things a lot.
--
You received this message because you are subscribed to the Google Groups "fltk.coredev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to fltkcoredev+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/fltkcoredev/018792ac-7aa8-a9df-a871-60a8ea587918%40online.de.
[ Direct Link to Message ] | |
|
| |