html,body{background-color:#fff;color:#333;line-height:1.4;font-family:arial, helvetica,
sans-serif;;}
Hi everyone
I use Libre Office frequently since some years, and have exprience starting with wordstar, and then
MS-Word etc. since ~1990. Actually I don't use Microsoft's office tools - no license, no
willingness, and I write docx if required (for publishing in some journals) - with Libre Office,
stored as docx. Sometimes I also use Open-Office, to compare it. This results in many experience.
A second one, I am developing a tooling to draw Function Block graphics, evaluate it inclusively
code generation, and the drawing tool is Libre Office. It is enough proper to use it, but some
details may be to improve.
By the way, I am German, can read and write English, but of course sometimes with small mistakes :-(
Just, I have viewed to1) Copy Deployment- it is a quest of installation.
I have searched to the newest versions of LibreOffice, have installed the newest 7.6.4 and this
version was bad. I was angry, it was in usage to insert images as link, etc. (see next), and I want
to use the proven 7.5.9.
But the official installation support is only via a Win-Installer.exe. Ok, this is for stupid
people, they are happy if Windows cares about all. But I want to have the versions (newest, the
older one, maybe more) in parallel.
I have tried it, it works, the copy deployment.
* copied the file from the original „Program Files“ to another specific location.
* Deinstalled Libre Office via Windows with remove the files on the orginal location
* Started my copy, it works!
* Copied the file to another computer, started, works!
* Tested have different versions, works!
The problem is not that it is not supported, the problem is, it is not documented.
The wording „copy deployment“ comes from a brainy colleague. I say this is a very concise
designation for this approach. Sometimes the wording „portable installation“ or such is used, but
it is not clearly what is meant with that. The copy deployment means that the software runs only
with copying the program file folder. This is possible by a lot of tools, and it is supported also
by a lot, for example for Eclipse for exampleeclipse-java-2022-06-R-win32-x86_64.zip able to
download, unzip and run.
But it seems to be that such a “copy deployment” is seen as dirty. And that is a bad opinion. Why a
software should be placed in a registry of an operation system – no reason. The copy deployment is
usual possible since many epochs, I use it since also before 1990.
You should support and offer it as possibility in “expert mode”
2. link to images and relative links
I have seen that there is a warning on insertion of images as link (in the newest version 7.6.4)
that it isnot recommended, unsafe, etc. Tested just in version 7.5.9.2 this message does not come.
I have the feeling that some people in the developing have the opinion, that links from the
document are bad. Embedded images are better. And that is wrong! Why:
1) If I offer a text for publishing, the Editors of the magazine want to have images as files. In a
high resolution. Because they have its own publishing process. If I write the text first with
embedded images, I have a lot of trouble to extract it afterwards or find the originals.
2) If I am working on a documentation, sometimes I should correct the text, improve it, but should
also improve some images. The images comes from another source. (For example Libre Office draw, or
also from a snipping of a scope or what ever). It is very more simple to work independently on the
images, update it on file system, then press “Tools – update all” in Libre Office, and have the
correct result. Without effort.
I work with independent linked images since many years. In the past there was a reason, that
MS-Word crashes on too much content, but this is not the reason to outsource the images. The reason
is the working flow.
Please do not hinder working with linked image, improve it!
Relative links
There is a assumption that linked images and links to other documents are unsafe, because it is not
guaranteed that the files are existing. This is generally true, but it is really true often
forabsolutelinks. Whenever the document and the files are transported (copied) to another computer,
work with it, and the locations on the hard disk are not exact the same. Only the stupid user (in
German Otto Normalverbraucher) locates his files in the original recommended folder of Windows.
Real true users have there specific location.
That’s why absolute links are bad.
What about relative links:
* If I copy the whole directory tree of a project, and the tree has a well defined structure, which
is anyway necessary, the relative links work. Only on a dirty working flow they are problems.
* More as that: Windows supports since ~Vista symbolic links (which are supported from Unix from
beginning), using mklink /J name path. This works proper, also on network drives, but it seems to
be not familiar for some windows users. Also, it is sophisticated for the stupid user, but the
expert user should know and understand it. And it is able to explain!! Using this symbolic link
capability it is possible to place the link used by a LibreOffice document near the document
folder, to have a simple relative link there. The responsibility that the symbolic linked folder is
proper, this is in the hand of the owner who knows its file system. This work should be done only
ones, if some is wrong or changed in the file tree structure. That is the advantage. That’s why I
would favor this approach.
* But just, using relative links are supported from Libre Office!! nice!!. In the internal
content.xml there are contained relative links if“Tools – Options”there“Load/Save - General – Save
URLs relative to file system”is checked. That is proper !!!
* But in the document the links appears as absolute one, and I should look in the content.xml to
see whether they are relative and how they are written. That is stupid.
* It may be better to see the links in the document (in properties of an image) as it is.
Additional, nice to have, the absolute location should be written out (as only information,
helpful). Then I know what is happen!!!</p>
* It means that the dialog box for “Image – Properties” on tab “Rotation” should show the real used
relative path, should make it possible to enter or adjust a relative path, if relative is generally
selected in theLoad/Save - General – Save URLs relative to file system”, and should show the
absolute path which results in an extra line below this field. Then I know what is happen. And for
the stupid Otto Normalverbraucher (the average consumer) there should be a hint to help.
* Why the file link is contained in the tab“Rotation”? In the past I mean that the file link was
contained in another tab. In “Options” (should try in an older version). However, this fact shows
that the link to the file is being neglected. And I'm afraid that it will soon no longer be
accessible. Then I'll have to look for another Office tool
-------------
It may be happy you write back where I can enter this opinions to discuss it in this forum and with
some developers etc. - to improve LibreOffice in future.
Best regards, Hartmut Schorrig
My living point: Hösichleite 16, 91361 Pinzberg, Germany.
My phone 0171 1244373, my website:www.vishia.org
--
To unsubscribe e-mail to: design+unsubscribe@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/design/
Privacy Policy: https://www.documentfoundation.org/privacy
Context
- [libreoffice-design] Contribute to libre office design and test · 9876
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.