Bug 453944 - Configure Filesystem Browser to show current project folder (analogous to behaviour of git window)
Summary: Configure Filesystem Browser to show current project folder (analogous to beh...
Status: RESOLVED NOT A BUG
Alias: None
Product: kate
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Other All
: NOR wishlist
Target Milestone: ---
Assignee: KWrite Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-05-17 18:08 UTC by stefan
Modified: 2022-05-20 06:36 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description stefan 2022-05-17 18:08:11 UTC
SUMMARY
***
Feature request: configure Filesystem Browser to show current project folder (analogous to behaviour of git window)
***

The behaviour of the git window is to "follow" the currently edited file's project folder, i.e. if the file belongs to a project, then it opens the project automatically. This is great.

I would like to configure the Filesystem Browser analogously, that is: open the project folder in the Filesystem Browser window automatically (if the file belongs to a project).

Currently the "options" action of the filesystem browser contains an entry

`automatically synchronize with current document`

I like this, this works for all files, whether they belong to a project or not. However, if the *does* belong to a project, then I almost never want to go the subfolder in which the document lives. Instead, I want to go to the top-level project folder, because usually the file I actually want to navigate to lives in a different subfolder. This adds navigation overhead.

Would it be possible to make an entry:

`automatically synchronize with the project directory of the current file (if the file belongs to a project)`

Is it possible to do this with a plugin? Thanks!
Comment 1 Lothar 2022-05-19 15:22:25 UTC
> Would it be possible to make an entry:

Well, a lot is possible. But I think not sooo easy in this case. 

I'm puzzled why you request this for the general file browser plugin and not the project plugin. Are there issues with the project file browser that you use the other one?
Comment 2 stefan 2022-05-19 15:33:32 UTC
(In reply to Lothar from comment #1)
> I'm puzzled why you request this for the general file browser plugin and not
> the project plugin. Are there issues with the project file browser that you
> use the other one?

I forgot about the project plugin, yes, this works! I don't know why I got into the habit of going to the filesystem plugin and forgot the project plugin. 

Maybe I wanted to move a lot of files around and I think that's not possible in the project folder.

Should I request the 'drag and drop' functionality to move files in the project plugin? Or would that function conflict with other functions of the project plugin.
Comment 3 Lothar 2022-05-19 15:48:01 UTC
> Should I request the 'drag and drop' functionality to move files in the project plugin?

IIRC there are requests to add files this way to a project

> Maybe I wanted to move a lot of files around 

My personal opinion is, that all these copy/move/delete/rename actions should not be part of an editor, but others seems to see this different

> I don't know why I got into the habit of going to the filesystem plugin 

I have issues with this file view of the project plugin but changes will all rejected :-/ So I add to the file browser plugin this new sync option. But I still don't use it :-)
Comment 4 stefan 2022-05-19 16:03:24 UTC
(In reply to Lothar from comment #3)

> I have issues with this file view of the project plugin

Do you mean that you explicitly *don't* want to go the top-level folder of the project? Or do you mean the customization options for the browser plugin (which are missing in the project plugin if I understand correctly), like "detailed view",  "detailed tree view" etc?
Comment 5 Lothar 2022-05-19 16:59:15 UTC
> Do you mean that you explicitly *don't* want to go the top-level folder of the project?

I mean that the project file view is not always in sync with the current file. Only when the file is part of a project.

But that is complete independent from your wish. When you want some option to change the current behavior is that fine. :-)
Comment 6 stefan 2022-05-19 17:08:57 UTC
(In reply to Lothar from comment #5)

> I mean that the project file view is not always in sync with the current
> file. Only when the file is part of a project.

Got it.

Wouldn't it be good to be able to add *any* folder (possibly without source control) manually to the list of projects? So then if you wanted to sync the folder view with the current file, all you'd have to do is to add the folder to the list of projects.

Variation: let's add a context menu entry "add to list of projects" to the folders displayed in the file browser plugin (assuming that folders without VCS subfolder (like .git) are allowed as projects)
Comment 7 Lothar 2022-05-19 17:27:47 UTC
Thanks for the suggestions. But i think we should leave it at that. Here it's about the option you want :-)

If you want to add suggestion to open/closed issues/merge request look at https://invent.kde.org/utilities/kate/
Comment 8 stefan 2022-05-20 06:35:30 UTC
(In reply to Lothar from comment #7)
> Thanks for the suggestions. But i think we should leave it at that. Here
> it's about the option you want :-)
> 
> If you want to add suggestion to open/closed issues/merge request look at
> https://invent.kde.org/utilities/kate/

Ok, I'm closing this, your first comment solved it. Thanks for the discussion!