It needs another $variable in addition to $vpt, $vpr and $vpd. Perhaps $vps
= [1024, 768] or $vpw = 1024, $vph = 768.

On 25 January 2016 at 07:32, KoenigDickBauch thomas@bornhaupt.de wrote:

Yes, it would be very useful to have the picture / animation size independent
from the viewport. Right now that's not easily possible as both are just
grabbing the viewport buffer. I guess for allowing different sizes, we need
to render to an offscreen buffer and export that. That's doable, but a bit
more than just a simple change.
I guess in the meantime the suggestion nophead had in a previous thread to
provide some means to resize the viewport to a known size (e.g. just an
additional menu entry) could help. That should be easy to do.

Von: "nop head" nop.head@gmail.com

Why would the script need to change that? The animation support needs a
number of improvements, like direct export to video formats or animated
gif. It can just have additional resolution settings too.

ciao,
Torsten.

When I make assembly diagrams from the command line I can specify the image
size in pixels. When I open the same file in the OpenScad GUI I want to see
exactly the same image. I can set the camera parameters with $vpt, etc, but
I can't set the window size. Displaying it on the status bar with the other
camera data would at least allow me to drag the window to the correct size.
Currently I have to export and image and look how big it is with explorer
and iterate, but I can never get it exact without numerical feedback.

Possibly changing the GUI window size with a script variable is a step too
far, but displaying it on the status bar is a big need for me. I can't
accurately preview my assembly diagrams.

On 25 January 2016 at 12:30, Torsten Paul Torsten.Paul@gmx.de wrote:

Yep, that's what could be the short term workaround to allow some
common sizes to be selected in the GUI and showing the actual size.

ciao,
Torsten.

Hello everyone.

[first post, month-old OpenSCAD user]

I recently needed to capture the viewport at 1280x720 repeatedly.
Fortunately I was able to whip up a simple AutoHotkey script to do it. In
case anyone's interested, I've made it publicly available:
https://gist.github.com/atnbueno/bbf2c975b0460ac40b66

It's a quick hack: the size is hardcoded, it's Windows-only, and it's
limited to the screen size, but maybe someone will find it useful.

--
Regards,
Antonio

On 01/25/2016 02:14 PM, Torsten Paul wrote:

So it turns out that Qt is not really collaborating for giving
a menu option to resize the viewport. I found no solution that
works in an acceptable way (without destroying the whole layout
if the editor and/or the console window is on).
I guess that means we need to get the off-screen rendering
working.

Still the latest snapshots have at least the size display in
the status bar.

ciao,
Torsten.

Presumably the user can drag the bars to get the size wanted to appear on
the status bar?

If so it's odd there isn't a programmatic way to simulate that.

On 1 February 2016 at 18:50, Torsten Paul Torsten.Paul@gmx.de wrote:

On 02/01/2016 08:19 PM, nop head wrote:

Yes.

Yes, but that also changes the whole window in a random way
and resizes the docked windows to unusable sizes.
There might be a solution that works by playing with all the
possible layout options, but I could not find it. I gave up
fighting against the layout manager after a couple of hours.

ciao,
Torsten.