On Sun, 25 Oct 2020 11:29:21 +0100 Hagar Delest <delest.ha...@gmail.com> wrote:
> Le 24/10/2020 à 21:38, William Lee Valentine a écrit : > > In response to Mr. Olsson's recent complaint about combining graphics > > with text in Writer: my documentation for Writer (distinct from that > > provided with OpenOffice) indicates that, when one wants a picture to > > appear in one of Writer's documents, one should click on "Insert > > > Picture > From file", then select the graphic from the listing displayed > > for a given directory, then click on "Open", and the graphic will appear > > (at the cursor position?) in the given document. > > > > This seems straightforward. I do not understand why Mr. Olsson would > > find this disconcerting or difficult. > I fully understand Mr. Olsson's complaint. In the Forum, we are indeed > used to advise saving any picture to be embedded in AOO on the HD first > and then to insert it with the relevant menu. > However, this is not a very good user experience. > Why the user should not expect a copy-paste to carry over a picture as > it is? > Very often when I copy a pic from another application, it appears fine > and then after a short while (few seconds or a save operation), it is > replaced by a placeholder. > If AOO manages to display the pic in the first place, then why should it > lose it afterward? > Why AOO can't make a copy of the pic in the temporary files to prevent > any loss? Why can't it accomplish what the user has to do, that is, save > the file in its original format and insert it? > Note that I never filed a bug report for that. First because there > already too many reports for too few coders and second because I often > adjust the pic before actually inserting it in the document. > But still, many users expect a copy-paste to behave as a very trivial > operation. > > > In his reply, Martin Groensheij indicates that "the most reliable way > > is to insert [the graphic] in a frame." I assume that the frame helps > > because it fixes the position of the graphic within the document's > > borders. > > > > My question is: does Writer's documentation indicate that it is > > preferable to insert graphics within frames? > > > > -- William Lee Valentine > Personally, I only anchor pics As character, it is clearly the most > robust anchoring. And I use tables if I need to have pics side by side > and/or add a caption. > Frames have always been tricky when it comes to resizing a pic inside. > > Hagar I have a working workaround, which I find reliable, but I still make regular timed/dated backups of any picture containing Writer or Impress documents, just in case. Working on linux (currently Xubuntu 20.04.1, but updating or new installing since 8.04) I disable the making of a backup (my NAS device doesn't like that and I haven't bothered to investigate why) and the regular saving of Autorecovery information. Result: stable editing. I have found that activation of LanguageTool can also contribute some occasional instability, so if I am authoring/editing an Impress presentation, I will disable LanguageTool for the editing session. I offer this solution merely as a personal workaround - it may or may not work for you, and does not absolve you from making regular timed/dated backups. My suspicion - purely that - is that OpenOffice does not correctly Save its environment when it switches into autorecovery mode, and if interrupted by a keypress may lose its pointers to the pictures, which usually remain orphaned in the ODF archive; there may be some crosstalk between the keyboard input code and the autorecovery code. LibreOffice commissioned an expensive investigation into the lost pictures problem and spent 44,000 euro on it; however there are still occasional reports on Ask.libreoffice.org of lost pictures; how reliable is the computer experience of those reporting such losses is questionable. -- Rory O'Farrell <ofarr...@iol.ie> --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org
