Hi :) Yeh, i haven't tried images in Calc. However breaking them in Writer is unlikely to help that.
I vaguely remember you had an excellent post with version numbers, OS and more. If you could test-drive the newest branch to see if the problem still happens in there then posting a bug report asap might well draw attention. Do you know the first version this problem happened in? My guess is that it's always been there = in which case you are asking for a "feature request". I think "feature requests" are more attractive to the devs. My thought back then was that what you are trying to do in Calc sounds more like a database problem. If the thread about SQLite is right about SQLite being an easier back-end for Base then that might be a MUCH better way to go. People on this mailing list might be quite "up for" helping with that. Also it sounds like right now might be a good time to ask questions about how to use that back-end and set-up Base. 2 people working on it means you might help each other by asking questions. Regards from Tom :) On 16 December 2014 at 23:16, Hedley Finger <[email protected]> wrote: > > All: > > > Why not stay with the advantages of LibreOffice instead of trying to > make > > it as hideous as MS Office!!? > > Can MS Office be more hideous than this? > > I decided to make a small database of bicycle spare parts in Calc, in > which I would include a photo of each part as it's easier to scan a > printout for a picture than look up words. > > Copying a graphic file from Gimp, etc. (or even another cell) and pasting > into a cell produces these results: > > - the anchor may be in the selected cell, or it could be to the sheet, > or in the cell above, or the cell to the left > - the cell must not only be selected (heavy border) but in direct > text-entry mode to have any hope of pasting into the cell, otherwise the > graphic will be anchored to the sheet for sure. > > You can change the anchor so that the graphic is equivalent to a > character, with these results: > > - if you hide the column in which the graphic character is located, > the graphic is still visible, but it should be hidden like all the other > text characters in that column. In fact, they are not only not hidden but > they obscure the contents of the neighbouring visible (= non-hidden) cells > - the same goes for hiding rows > - if you resize the cell, the graphic overlaps into neighbouring > cells, unlike what would happen if it were a real text character or string, > which gets masked off at the borders. > > The database file is located in the same folder as the graphic files. > This is important because the graphics are imported by reference, i.e. the > graphics are loaded when the Calc file is opened. Except some aren't but > are randomly not loaded. > > I was the point of submitting a bug report when I lost all the content > and didn't have the motivation to redo it all. Time to copy this email > into a new bug report. > > Regards, > Hedley > > P.S. > Ubuntu 14.04 LTS Trusty Tahr > LibreOffice 4.2.7.2 (420m0(Build:2)) > > -- > 1/17 Glyndon Road, Camberwell VIC 3124, Australia > [email protected] > Telephone 03 9836 4635 > Mobile 0412 461 558 > LinuxCounter.net registered computer 576484 > -- To unsubscribe e-mail to: [email protected] 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/users/ All messages sent to this list will be publicly archived and cannot be deleted
