Bug 121577 - Replace /home/<user> by ./ at document path
Summary: Replace /home/<user> by ./ at document path
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All Linux (All)
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-11-21 10:44 UTC by ffs
Modified: 2019-12-24 14:44 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ffs 2018-11-21 10:44:48 UTC
In the standard list of directories available for save as it would be nice is "./" (ie the current working directory or the directory where soffice was started from the command line) would appear in the list.

Equally if I start 

soffice ./newfile.doc 

where newfile.doc doesn't exist it might be more friendly if the resulting dialogue was "newfile doesn't exist would you like to start a new (text|presenttion|etc) called newfile.doc in the currect directory?"

This is only an error if that's not what I intended!


I realise these are minor quibbles but they do frequently get on my nerves working as I usually do from a shell.
Comment 1 Xisco Faulí 2019-01-14 17:48:49 UTC
the Save As dialog uses the native dialog from the OS. Please tweak your OS to show them...
Comment 2 ffs 2019-01-15 10:03:39 UTC
Unfortunately it's not as simple as that!

I can teach my "save as" dialogue to include "./" as a place but "./" does not refer to the CWD where the instance of soffice was started.
Comment 3 Xisco Faulí 2019-06-27 17:08:12 UTC
(In reply to ffs from comment #2)
> Unfortunately it's not as simple as that!
> 
> I can teach my "save as" dialogue to include "./" as a place but "./" does
> not refer to the CWD where the instance of soffice was started.

Anyway, it's not a LibreOffice problem. Please report the enhancement to your distro's bugtracker...
Comment 4 ffs 2019-06-28 08:09:12 UTC
Rubbish - this is so a LO problem.  The dialog (supplied by the distro) called by LO doesn't know the CWD but LO does - it is LO's responsibility to supply this.
Comment 5 Heiko Tietze 2019-09-27 07:04:17 UTC
LibreOffice aims to comply with the system defaults as close as possible. So we use the OS dialogs. LibreOffice is also a cross-platform application and we have to respect the different approaches. The default directory for documents is set per tools > options > path. 

Putting all together I follow Xisco's advice. It would be easier to make a recommendation if you report a use case and a problem (both are unclear) not the potential solution.
Comment 6 ffs 2019-09-28 20:06:15 UTC
The use case is I start soffice from the command line in the current directory where my files are and I want to save them into that directory without having to navigate to the very same place via a clumsy GUI.
Comment 7 Heiko Tietze 2019-09-29 05:49:40 UTC
Sounds like you are an expert user and capable of writing a macro that changes the document patch on start-up.
Comment 8 Xisco Faulí 2019-12-12 13:01:58 UTC
Indeed, it doesn't look like a general user case, just a personal workflow.
Check if there is already an extension for that or create it yourself. I don't think it fits into the general user case of LibreOffice.
Comment 9 ffs 2019-12-12 14:57:06 UTC
I beg to differ.

The usual workflow for anyone who uses a shell is to refer to ./ or CWD

Sure the usual workflow on _windows_ isn't this but LO is simply breaking something good here that has worked for >30 years. I doubt this can be handled by an extension unless LO preserve the CWD from the start and if it does it should simply provide it when asked.
Comment 10 Heiko Tietze 2019-12-13 06:57:42 UTC
Still don't get what's wrong with "/home/<user>" that you want to replace by "./".
Comment 11 ffs 2019-12-17 08:35:24 UTC
Because I'm not working from ~/ I'm working in ./ on a system with 2Tb of data in my home and >300 directories in ~/ and deep trees. Basically because it is a pain in the arse to navigate from ~/ and annoyingly inefficient.
Comment 12 Heiko Tietze 2019-12-17 08:43:33 UTC
Hm... the request is to use the path where the application has been started from as default for documents. But only if using the command line to not affect usability for the average users. Let's see if a developer takes this.
Comment 13 ffs 2019-12-24 14:44:27 UTC
I don't want it to be the default and I don't want it to appear literally as "./" I would like the CWD to appear as one of the options. So if I started LO in /home/fred/filestore/docs I'd like /home/fred/filestore/docs to appear as one of the options.