Re: Overhaul FLTK toolkit resize/redraw functions

[sergey plotnikov]

24.07.2014 21:44, Ben Abbott пишет:

On Jul 24, 2014, at 2:56 PM, sergey plotnikov <address@hidden> wrote:

24.07.2014 19:10, Ben Abbott пишет:

On Jul 24, 2014, at 9:12 AM, Ben Abbott <address@hidden>
 wrote:

On Jul 24, 2014, at 3:23 AM, Andreas Weber <address@hidden>
 wrote:

Am 23.07.2014 20:18, schrieb Ben Abbott:

On MacOS X, I can confirm that I'm able to print when the figure window is
minimized and I've built Octave using fltk_overhaul.diff.

However, line objects no longer print for me. For the example below, I've attached junk.pdf

figure (1)
clf ()
plot (rand(3))
print -dpdfwrite junk.pdf

Hi Ben, thanks for testing.

Do you see the lines in the plot window? Is this only when called
figure(1), clf() before plot or does this also happen when calling
plot(rand(3)) alone?

Please try:
plot(rand(3))
print -color -deps junk.eps

This bypasses "gs" and stores the ouput of gl2ps directly.

Then please try
drawnow("eps", "dummy", false, "junk2.eps")

Which does basically the same as print -color -deps but doesn't do a
resize of the canvas before drawnow which could be a reason for timing
issues.

If it's a timing issue you could add

draw ();

in OpenGL_fltk::print just before glps_renderer rend (fp, term);


For the MXE build we have a bug report #42534 "No lines when printing
plot (fltk)" which perhaps could be related.

-- Andy

The junk.eps file also has missing lines. However, junk2.eps includes the lines. Both are attached.  Adding the draw() command didn't fix the problem.

Ben

<junk.eps><junk2.eps>

Andreas,

It occurred to me that the line are likely present, but hidden. Thus, I tried ...

	graphics_toolkit fltk
	plot (rand (3))
	set (gca (), 'color', 'none')
	print -dpdfwrite junk.pdf

... and the lines are now present in junk.pdf (see attached).  Are you are able to test the MXE build to determine if this is also true for bug #42534?

Ben

Ben, Andreas,


I've tested this, since I'm able to replicate the bug. And actually Ben was right, lines are kind of hidden, but in my case, if I don't set axes color to 'none' they are hidden just partially (see junk2.pdf in attachment). 

And to my understanding it might be somehow related to the sorting algorithm we are choosing in gl2ps_renderer.
<junk2.pdf><junk.pdf>

Sergey,

Can you try the attached version?  This is the same as Adreas' but keeps the duplicate "Fl::check ();"

Ben

Ben,

I've just tried it, but it has the same result for me -- lines are partially missing (see junk.pdf). As a matter of fact, it was happening even before applying initial Andreas' patch. So, it looks like your problem has a different origin than one from the bug #42534, which I'm able to replicate.

I may probably repeat it here as well. In my case problem *almost* disappears if I use 3D rendering options (e.g., commenting out a place in __fltk_print__.m where "is2D" mark is being added). "Almost" means that even in this case parts of patches may sometimes still be missing after chart is printed (see junk33.pdf, just an illustration, I will post simple code leading to the same result later).

Sergey

junk.pdf
Description: Adobe PDF document

junk33.pdf
Description: Adobe PDF document