[Libreoffice-bugs] [Bug 128270] FILEOPEN: graphics/images other than SVG are opened in Draw to default page size with margins, would be better to open onto a Draw document canvas sized to the image an

2019-10-24 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128270

--- Comment #5 from V Stuart Foote  ---
(In reply to Gerry Garvey from comment #4)
> Does this need a dialogue with user if they open an image file and LO needs
> to create a new document? This could allow user to select how they wanted
> the document to be created - page size (full page or fit to size), margins
> (yes/no), populate document properties from image file meta-data (yes/no).

I'd prefer not to complicate things. Would think the default 'Open' import
filter  handling should consistently just result in a Draw canvas sized to the
image's bounds--a bounding box, or image size in pixels, or image size in
measurement units. Reduce it to reasonable units if too far oversize--but
handle the opening at the image's aspect ratio -- minimal or no margins to
canvas edge. We'd always 'Open' into Draw.

The 'Insert' import filter should, where appropriate, resize and shrink the
image keeping aspect ration so as to fit within margins of a document page. I
don't think we need resize and expand to image--but if simpler in the filter to
do so then fine.

I would think doing these adjustments for all image formats, the filters would
cover common worklows with the simplest refactoring of the filters.

Reconfigurations for 'Insert' filters, or OLE embedding workflows, would
support directly creating new a document page (i.e. other than Draw module)
from the incoming image.

-- 
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

[Libreoffice-bugs] [Bug 128270] FILEOPEN: graphics/images other than SVG are opened in Draw to default page size with margins, would be better to open onto a Draw document canvas sized to the image an

2019-10-24 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128270

--- Comment #4 from ggar...@gmx.com ---
Does this need a dialogue with user if they open an image file and LO needs to
create a new document? This could allow user to select how they wanted the
document to be created - page size (full page or fit to size), margins
(yes/no), populate document properties from image file meta-data (yes/no).

-- 
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

[Libreoffice-bugs] [Bug 128270] FILEOPEN: graphics/images other than SVG are opened in Draw to default page size with margins, would be better to open onto a Draw document canvas sized to the image an

2019-10-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128270

--- Comment #3 from Heiko Tietze  ---
I support the request.

-- 
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

[Libreoffice-bugs] [Bug 128270] FILEOPEN: graphics/images other than SVG are opened in Draw to default page size with margins, would be better to open onto a Draw document canvas sized to the image an

2019-10-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128270

--- Comment #2 from V Stuart Foote  ---
Interstingly the Corel Draw import filter for .CDR vector graphics will, like
.SVG import filter, size the canvas to the graphic. But unlike the SVG filter
it does not assign a margin. 

Its behavior is close to what all the import filters should have on import
opening to Draw.

-- 
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

[Libreoffice-bugs] [Bug 128270] FILEOPEN: graphics/images other than SVG are opened in Draw to default page size with margins, would be better to open onto a Draw document canvas sized to the image an

2019-10-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128270

V Stuart Foote  changed:

   What|Removed |Added

 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org,
   ||vmik...@collabora.com,
   ||vstuart.fo...@utsa.edu
 Status|UNCONFIRMED |NEW
 OS|Linux (All) |All
   Keywords||needsUXEval
 Ever confirmed|0   |1
   Severity|normal  |enhancement
Summary|FILEOPEN: png and eps files |FILEOPEN: graphics/images
   |changed to A4 when opened   |other than SVG are opened
   ||in Draw to default page
   ||size with margins, would be
   ||better to open onto a Draw
   ||document canvas sized to
   ||the image and without
   ||margins

--- Comment #1 from V Stuart Foote  ---
Agree there is utility to doing this when import filter 'opening' a graphic or
image format. Perhaps as default behavior, as done now for SVG.

Behavior now, opening to user profile defaults page size (not just A4), comes
from the shared sd source for Draw & Impress where document creation is
normally multi-slide/page ODF presentation or drawing. Opening a PNG, JPG, EPS
image onto document page (shrinking it to fit page margins) is conducive to
efficient creation of a multi-page presentation starting with the initial open.

But, we could increase utility for use of Draw as an graphic/image editor if
default for Draw import filter opening would be to place a graphic/image onto a
canvas matching the image size.

And while looking at this, the resulting canvas should not assign margins (as
is done now but ignored for SVG import opening).

Would actually improve flow of using Draw ODF drawings for OLE embedding.

Changing this, we might need to provide an optional 'open to default page size'
and 'observe margins'.

-- 
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