Bug 133860 - EDIT SECTION DIALOG: Dialog should make "File name" more visible and relative PATH would be GREAT
Summary: EDIT SECTION DIALOG: Dialog should make "File name" more visible and relative...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.2.8.2 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsDevEval
Depends on:
Blocks: Section
  Show dependency treegraph
 
Reported: 2020-06-10 12:03 UTC by peter josvai
Modified: 2021-04-23 04:01 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
illustration (39.58 KB, image/jpeg)
2020-06-10 12:52 UTC, peter josvai
Details
illustration (the same, only a minor fault removed) (39.27 KB, image/jpeg)
2020-06-10 12:56 UTC, peter josvai
Details

Note You need to log in before you can comment on or make changes to this bug.
Description peter josvai 2020-06-10 12:03:35 UTC
to my surprise, it works!

that is, you insert a section on one of your machines into a document...
and you open that document on another machine, where the PATH displayed in the "edit sections"  window will be INVALID...

still, it works!
the linked section will be there intact on the other machine, too! (so great!)
thanks, very probably, to a smart mix of using relative and absolute paths..

the only thing left is to inform users about this great thing! :)

if the "file name" field would display the relative PATH, users would intuitively understand that their document will work on their other machines, too...
including other people's machines and their other machines :):)


if a relative PATH were displayed here, it'd be a already GREAT!...

but...
given that sophisticated cooperative work with numerous versions of documents can get pretty complex...
seeing the "file name" clearly would be super-duper great!

like showing "someones_text_on that_very_interesting_subject-v-32-corrected-by-editor-A.odt" separately, too (as an informative text on the panel, not as the text in the file field), would mean a great convenience!! 

as opposed to "file:///home/editors_name/docx-dir/project-dir/someones_text_on that_very_interesting_subject-v-32-corrected-by-editor-A.odt"

_______________

PLUS...

say this already works...
that is, 
the filename 

is already being displayed as plain informative, non-editable text in the panel, 
as a next great thing, 
the PATH also could be displayed like this... 
just above the filename... 


PERHAPS, if this saves work, the "file name field", as it is now, could even be left like this...
cause it would be used only to select the file...

and the info of the selected file would be displayed independently...
as described above...
using the RELATIVE PATH...
which would already inform the intuitive user that cloud work is absolutely path safe :)



Sorry for the length!! :)
Comment 1 peter josvai 2020-06-10 12:52:50 UTC
Created attachment 161833 [details]
illustration

an illustration
Comment 2 peter josvai 2020-06-10 12:56:33 UTC
Created attachment 161834 [details]
illustration (the same, only a minor fault removed)

this is the same picture, only a minor fault cleared
Comment 3 Dieter 2020-09-22 19:17:59 UTC
Peter, it seems to me that the lengh of your comment doesn't support that people have a look at it ;-)

Attachment in comment 2 makes your proposal clear to me. A better visibility of file name would be useful, I think.

Let's as Design-Team
Comment 4 Heiko Tietze 2020-09-23 08:13:16 UTC
I don't see absolute path converted into relative or vice versa actually. Before we talk about UI changes I'd like to get some background info from developers if that works and how.
Comment 5 QA Administrators 2021-03-23 04:21:38 UTC Comment hidden (obsolete)
Comment 6 QA Administrators 2021-04-23 04:01:24 UTC
Dear peter josvai,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp