In D20532#679477, @meven wrote:

From Elvis (dolphin maintainer):

The original patch had problems too, but if someone wants to improve it feel free to work on it.

In the context it would be this diff here.

So it just depend on contribution.

There are been demand for this feature enough that Elvis, Nate or me would accept a patch as long as it is configurable.

I am the developer of Haruna. I considered making Haruna a KDE project, but decided against.
The biggest reason was that I like to have complete control over the project.
But I changed my mind.

I'm the one that opened the above linked bug.

https://invent.kde.org/system/dolphin/-/merge_requests/40

Should I make a merge request on gitlab?

So is this (the feature not the current patch) going to be accepted or not?

Another tag editor using qt github.com/Martchus/tageditor

In T10034#206954, @thiagosueto wrote:

Subtitle editors are also lacking on linux, Aegisub is the only full-featured one I'd say, but it's deprecated.

There's SubtitleComposer
https://github.com/maxrd2/SubtitleComposer/issues/74

In T10233#171758, @fabianr wrote:

Firefox and Chrome both resize tabs when opening or closing tabs

In D20532#542522, @elvisangelaccio wrote:

Adding a new setting makes the code and the UI more complex and harder to maintain in the long term. We should add new settings only when there is no other way (this usually happens if a new feature makes sense only for a subset of users).

But even if we go with just the "Go up" action, I think there should be an option to turn it off.
I often miss the file or folder when double clicking and going up would be annoying.

In D20532#539550, @elvisangelaccio wrote:

Sorry for the long delay. I don't think we should add an option to let the user choose what to do on double
But I could accept a patch that triggers the "Go up" action because:

• we have a feature request for that with a bunch of votes (#307505)
• in the past we had already 2 different patches trying to implement this feature: 1, 2

So what's happening? Do I have to change static_cast to qobject_cast?
If so then I don't know how to fix the error mentioned above.

Regarding qobject_cast this is the error I get:

change label text

check parent() against nullptr, use static_cast when getting the DolphinMainWindow

make requested changes and some cleanup

The actions in the current patch were a few I selected for showcase.
These are the actions I think are useful to have for the double click:

"file_new" "New &Window"
"new_tab" "New Tab"
"edit_paste" "Paste Clipboard Contents..."
"edit_find" "&Find..."
"edit_select_all" "Select &All"
"split_view" "Split"
"editable_location" "Editable Location"
"replace_location" "Replace Location"
"go_back" "&Back"
"go_up" "&Up"
"go_home" "&Home"
"show_filter_bar" "Show Filter Bar"
"open_terminal" "Open Terminal"
"create_dir" "Create Folder..."
"show_preview" "Preview"
"show_in_groups" "Show in Groups"
"show_hidden_files" "Hidden Files"
"view_properties" "Adjust View Properties..."
"show_terminal_panel" "Terminal"

Thoughts?
@ngraham Do you think it still fits better in the Navigation page?

In D20532#506470, @ngraham wrote:

Finally, it feels quite slow. When I double-click, there's a noticeable delay before the action gets executed. Maybe this is because of all the scanning widgets to find the main window? That doesn't feel like the correct approach, just browsing the diff.

For me there is no delay, but I also don't like the loop. The alternatives I found are:

CERN announced their Microsoft Alternatives project https://home.cern/news/news/computing/microsoft-alternatives-project-malt

How about a rhombus for indeterminate state?

Currently opening an already open path creates a new tab.
I think it's better to just activate the existing tab.

I don't think the navigation is a suitable place, since it's not limited only to going up one folder.

In D20532#450234, @ngraham wrote:

Since the requested feature from Windows Explorer was itself implemented as an add-on, maybe this should be a plugin too?