This one caught me by surprise: a non-visible element (i.e. after elements.foo.visible=false) appears on a print. On reflection, I can live with that - except that I can’t see how in a method to dynamically set an element which was printable to non-printable.
Bug? Or have I missed something obvious?
Environment: Servoy R2 2.0.4 build-277 on Linux using Java 1.4.2_03
Also with Client on Linux (Java 1.4.2) and Mac (OS-X with Java 1.4.1).
Thanks,
Neale.
NO, this is not a bug, this is the way it works right now!
It is the same, that if you move an element, than make a print(preview), than the the element is back in it’s original place.
Also check topic Printing troubles - Classic Servoy - Servoy Community
The topic also lets you know that elements that are moved or resized will not be shown correctly on a printer…but funny enough (this is not supported by Servoy btw) it wil show correctly when you put it in a tabpanel.
From Jan Blok
The current printing does always create new panels from the repository definitions (to prevent empty screens when printing in background, support printsliding and remove anchors), In the past printing a tabpanel did not work at all, with some modifications it now works (with limitations!) but is always print with existing panels (as you found out).
This behaviour can indeed be used to print javascript modified panels as long we do not support this by default, there is howerver a downside; printing existing panels KEEP the anchor layout and do NOT support printsliding!
Sigh. Seems like the three of us can commiserate over this one
Unless there is a fix in the wings?
Meanwhile, I’ll try to figure a different way of sometimes printing a “big fat warning” on a report.
Thanks,
Neale.
Just put your form in a relationless tabpanel…and see what happens.
It solved all my problems.