Date: prev next · Thread: first prev next last
2016 Archives by date, by thread · List index


Hi Stuart,

V Stuart Foote schrieb:
Well, seems the elephant in the room regards making the GUI functional might
be to open discussion of Draw's internals.

As LibreOffice does not work on file formats directly, it has always an internal model. And therefore you need to discuss, whether and how things can be expressed in this internal model, what has to be changed and add to the model, and which long-term development goal exists for the internal model.

That should not prevent us from improving the GUI. The GUI is about manipulating the object properties. And there exists always a lot of ways how that can be done. But it creates problems, if assumption about a property were made, which are not true.


Don't some of the limitations of ODF 1.2 slip away if we could instead move
our vector format natively to SVG, and retaining raster format in BMP meta?
That coupled with document saves to standards compliant SVG or PNG for
vector or bitmap respectively.

And relegate ODF 1.2 Drawing to be only an import/export option--rather than
the default format for the Draw module.

I think, that it would not reduce problems. SVG is not the only standard, which has to be considered. LibreOffice needs to import/export to DrawingML of the Office Open XML standard as well. And

LibreOffice has a rich API and you cannot drop these services and interfaces. As LibreOffice will not work on the SVG source directly, the problem to represent the SVG features in an internal model would still exist.

Besides that, you cannot express all Draw features in SVG, e.g. SVG has no 3D objects.

And by the way, you are aware, that SVG has no layers at all?


Are we functionally obligated to producing ODF 1.2 Drawing document?  I
don't believe we are and filter export should suffice.

ODF is the native format of LibreOffice. As long as this holds true, LibreOffice should read and write ODF as best as possible.

As I mentioned earlier, currently already a kind of import and export is in place, because the informations from the file are not used directly, but converted into an internal model.


Obviously, a bunch more work would be needed to break things and put them
back together--but in the end we would get the functional capability users
are asking for.  But without having to jump through hoops (or implement bad
GUI) otherwise needed to maintain saving to ODF 1.2 Drawing document.

Besides the fact, that there exists not enough developers to implement a deep structural change, I think it would not help in making a better UI.

Kind regards
Regina


--
To unsubscribe e-mail to: design+unsubscribe@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.