https://bugs.documentfoundation.org/show_bug.cgi?id=98931
--- Comment #3 from V Stuart Foote <vstuart.fo...@utsa.edu> --- (In reply to cheater00 from comment #2) > "Insert image" is not sufficient. I'll quote the original post below: > > when you resize or sort data the images don't follow the data, since an > > image > > anchored to B3 will always be anchored to B3, even if the data moved down to > > B12. Second of all, I can't easily resize the image to look at it in detail. > > Or in other words this does not implement list points 2-10 from the original > post. > Sorry, one can equally question if your proposed usage of Calc is how a spreadsheet is intended to function? All else aside, LibreOffice Calc and its spreadsheet documents are intended to be compliant with current ODF standards, in particular ODF 1.2 for Spreadsheet Documents with rich data structures and methods, including increased use of the OpenCL API, for supporting the manipulation of numerical cell content and formulas. That compliance sets our scope of function and is the only "direction" and core functionality that Calc must support--in truth the project has no need for Calc to do anything more than behave as a spreadsheet document editor and user environment. Standards allow OLE content holding other ODF to be embedded into a cell (charts, graphs, even Draw images), as well as image/graphics can be embedded/linked to a cell. But the table structure of the spreadsheet is primarily to hold textual and numerical data for manipulation based on the content of cells. All else: Cells, Rows, Columns and Pages can be formatted by style, or direct formatting, for display of text or numerical content and formula results. Add to that styling for printing and report generation rounds out the functional requirements for LibreOffice Calc. Handling of images and OLE objects is limited to the styling that can be applied to their frame container--that is the scope we are obliged to support. And that alone is the scope of development and "direction" of Calc. In other words, Calc is *not* an image/graphic display environment and will likely never be made one in the sense you propose. Not saying it could not be done, but it would be out of scope for what a Spreadsheet document is intended to be from the projects perspective. Again, IMHO believe that LibreOffice Base and the OpenDocument Database Front End Document Format (ODB), of the OASIS ODF 1.2 standard, is the only correct way of populating styled Table reports holding and manipulating images and their metadata. Manipulation of that image data does not belong in a Calc spreadsheet. -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise