https://bugs.documentfoundation.org/show_bug.cgi?id=112590

--- Comment #43 from t...@tim-passingham.co.uk ---
(In reply to robert from comment #42)
> You could use the following workaround, started by a macro in every form:
> SUB Window64
> oFrame = StarDesktop.getCurrentFrame()
> oWin = oFrame.getContainerWindow()
> oWin.setPosSize(0,0,600,400,15)
> END SUB
> 
> First value: x-start (Flag=1)
> Second value: y-start (Flag=2)
> Third value: width (Flag=4)
> Fourth value: height (Flag=8)
> Fifth value: Flag for all 1+2+4+8 = 15
> 
> You could also set
> oWin.IsMaximized = true
> That seems to be the behaviour you get if I understand the bug-report right.
I'm not sure I understand the function (what's a "flag for all"?), but I can
look that up, so thanks for that.

This report has morphed a bit.  It used to be able gtk3 maximising forms.  I
then tried gtk2, and no gtk at all, but never got what I need, which is to
revert to the behaviou several moons ago whereby one could:

1. Edit a form
2. Resize it and save it
3. Every time the form is opened it is at the saved size

Working out the size in pixels, and then recalculating for different screens,
will be non-trivial for many tens of forms.  Resizing using a cursor is an
awful lot easier, and is what I used to do.  

Still, at least this method is potentially do-able.

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to