octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

opengl and images (was: Re: fltk backend fix & mouse wheel scroll factor


From: John W. Eaton
Subject: opengl and images (was: Re: fltk backend fix & mouse wheel scroll factor)
Date: Thu, 1 Oct 2009 15:21:51 -0400

On  1-Oct-2009, Shai Ayal wrote:

| On Mon, Sep 28, 2009 at 9:24 PM, John W. Eaton <address@hidden> wrote:
| > If we just had images working, then the fltk backend might be able to
| > run all the demos...
| 
| I attach a changeset adding image rendering to the gl-renderer.
| Currently only truecolor images are supported.
| There is one major bug (which I know of ...) which is that the image
| origin must be within the display area for it to be shown, so there
| will be no zooming in on images just yet.
| Note that images are purely 2D entities and are just "pasted" on the
| window -- they will not undergo any transformation other than
| stretching to fit the axes. I think this is the competition's behavior
| as well, but I'm not sure.

I applied the patch and made some other small changes.  Thanks.

I also checked in this change

  http://hg.savannah.gnu.org/hgweb/octave/rev/c338cb954e58

so that in a plot like

  image (rand (8, 10, 3))

all the rectangles of color are the same size and are all inside the
axes box.  This works now for both gnuplot and opengl.  However, the
following does not work correctly for the opengl backend:

  image (rand (8, 10, 3))
  set (gca, 'xlim', [2, 4])

I would expect something like the first image attached below
(generated with the gnuplot backend), but I get the second.  Oddly,
the axis is resized to fill the screen if the window is refreshed (by
placing another window on top of it then uncovering it, for example).
I'm not sure what the proper fix is.  Any clues?

jwe

PNG image

PNG image


reply via email to

[Prev in Thread] Current Thread [Next in Thread]