octave-maintainers
[Top][All Lists]
Advanced

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

Re: Printing with QtHandles (Was: Fixing fltk printing)


From: Michael Goffioul
Subject: Re: Printing with QtHandles (Was: Fixing fltk printing)
Date: Tue, 15 Jan 2013 14:55:51 -0500

On Tue, Jan 15, 2013 at 2:08 PM, Ben Abbott <address@hidden> wrote:
On Jan 15, 2013, at 11:47 AM, Michael Goffioul wrote:

> The gl2ps method seemed simplest at the time, but was never expected to work all that well.  It is slow and requires the plot to be visible.  And, you could be right that it causes the known race conditions.  It was worse, but various patches have made it better.  I do hope that some graphics expert can spend time on this to find a better method.

<snip>

> Also do not confuse backend/toolkit and renderer. The backend/toolkit provides the windowing system, while the renderer do the actual drawing on the graphics context provided by the toolkit. In theory, the same toolkit could use multiple renderers and I actually designed QtHandles that way (as well as JHandles), though it only support the OpenGL renderer at the moment.
>
> Michael.

The lack of print() support for QtHandles had caught my attention.  If you're interested in working on that, I can handle the m-file part.  The m-file part should just involve changing from checking if the fltk toolkit is active to checking if OpenGL rendering is being used.  Of course, it will be necessary to add a function that is able to determine which renderer is active.  For now that can be done on the m-fie side of things by using a if-block or case-blcok.

Indeed, QtHandles does not support printing yet. From the look at it, a large part (if not all) of __fltk_print__.m can be re-used. Also I don't see any strong assumption on the use of OpenGL in that file. It seems the only assumption is that the renderer will generate PS (or maybe EPS).

Michael.


reply via email to

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