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 <hedley.finger@gmail.com> 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
hedley.finger@gmail.com
Telephone 03 9836 4635
Mobile 0412 461 558
LinuxCounter.net registered computer 576484
--
To unsubscribe e-mail to: users+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/users/
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.