I have no Linux system to use at the moment but Dolphin service menus should be located at ~/.local/share/kservices5/ServiceMenus/ so removing everything inside will at least remove all user-installed service menus. Personally, I never got Dolphin to crash because of those, even I wrote some on my own.

One little gem I found out lately is the option to bind a shortcut to "open klipper at mouse position" option which is really useful in my opinion.

Simiar to T12622

Those look very lovely.

Wouldn't it look better to use the new header/title component for the list view ?

Finally ! So much better.

An option to sync/set wallpaper (settings) automatically for login and lock screen would be nice too.

It seems to me that KColorPicker has not been pushed into KWidgetsAddons until now. Maybe it would also help to port KImageAnnotator to make use of KColorButton instead which is already included in the widgets?
As I am no developer I am not sure if this could help but it seems to me that this dependency/build problem is the last piece left before it could be shipped, right?

The evolution of Breeze could be a Gale and a storm after that.

I've made a mockup for Okular some time ago.
M159

Works for me on Windows 10 (with FF & Chrome) and get a link to the Microsoft store. All fine.

Not related to this patch, but...
While looking at these screenshots I find it not self-explaining but more confusing that both buttons look the same, except one of them is in "active" state.
I would propose to change the icon for the non-default device to an empty star, with just an outline to be more clear which device is the current default.

I wouldn't embed the filter bar in there because then we would lose the ability to keep the filter bar open while navigating around, as you can right now. However using it as a search field would make sense since you never need to navigate while the search field is open. basically we do what modern web browsers do, for the same reason.

With sidebar ?

M156 Dolphin

10

It took me some seconds to get it where "garden dwarf" points do :-D
I think the previews for all look and feel packages KDE ships by default should show somehow the same desktop. Meaning have the same menu open or the same applications in the same spot.
Would make it easier to compare them and look more consistent. I also would like to have an option or even the possibility to have the widgets for the system tray using the complete screen height, like @niccolove suggested.

Personally I really enjoyed reading the release notes from 19.08 and was also impressed when I saw them the first time.
I was really cool and pleasant to have this full text which covers the most interesting part. After finishing I always take look into the full release notes to dive deeper into it.
What about combining those two formats? Cover the interesting parts with floating text and the important ones underneath it with bullets like it was with 19.04 and before.

I never thought I would get such a bunch of feedback, wow :-D

I think it would be too much. You have already up to three indicators where you are. But show the number of the day while hovering over the corresponding section might be cool.

I really like the first approach even more if we could make it a little bit more like GNOME:

What about removing the "select all" & "invert selection" from the hamburger menu?
Advanced users may know the shortcuts already and normal users maybe would not have to work with such big amounts of files that they could not do it manually?

I agree that it looks quite strange or at least unusual to me.
Find myself always sliding to the left do regonize which topic is selected currently it seems not self explaining and I would miss the header.

Well the square one are checkboxes they can be checked or unchecked, typicall yes/no choices.
The round ones are radio buttons at least two or more belong to the same group and only one of this group can be checked and uncheckes the others they are used here for example to switch between different behavior.

In D22728#501819, @ngraham wrote:

An alternative approach would be to simply show KCM itself in System Settings by adding X-KDE-System-Settings-Parent-Category=<something> to the about-dostro.desktop file that KInfoCenter ships:

This makes it more discoverable when using Sidebar view, but has some disadvantages:

• There isn't really a 100% appropriate parent category to put it in
• Visiting the KCM within System Settings doesn't expose all the information available in KInfoCenter's other pages. I suppose we could add a Show More Information button to this KCM when it's opened in something other than KInfoCenter if we wanted to pursue the alternative approach instead of the one in this patch.

What about using small videos (as section background) or gif animations ainstead of static pictures ?
It could be more informative and appealing, special when it comes to show how customizable plasma is.

Can we propose some design changes ?
Like remove the icons from the "note" box and add some additional margin and padding to the list on the right side ?

It would be really great to extend the "online accounts" kcm and make the PIM software automatically use those accounts.
I really enjoyed this workflow in my GNOME days back then.
Or maybe combine them anyhow ?

If ind it quite a pitty that there are only so few informations about all those cool applications which are part of the great KDE project.

I am not familiar with this but shouldn't the "deselect" option be directly above the "invert selection" option or does it have no effect on the order ?

@ngraham: Fo sure, I will add my post from the forum here for better reference.

We could also make the permissions interactive and explaining at the same time.
I could imagine something like this:

What about edit-clear-symbolic or window-close (I think this would be the same as for the dismiss action in the widget?)

Only changed the abbreviation from "ns" to ni" like it is on Wikipedia.
I've checked the holidays carefully and would be grateful if you could commit this patch than you think it's okay, because I do not have the access to. Thanks.

Adjustments to formatting.

I think the most important thing which you haven't covered in your rant is the following, because you are always talking about the right click menu which is fine when the default settings are active.

To be honest this kcm looks out of place when I compare it to the newer refurbished ones. The new look is quite an improvement compared to the current state but when I look at the color, window decoration kcm we have at first a big grid view and can then customize those themes by pressing the floating edit buttons which appear while hovering over them. Personally I would suggest to transfer those behavior to this kcm too to keep the uniefed design and workflow.

Maybe it's because of I have to work quite often with Windows but mostly there ist Ctrl + F used for search and Ctrl + H for Replace functions in for example: Word, Notepad, Notepad++, SQL Management Studio. Browsers, Telegram and many other software which do not offer a replace function make at least use of Ctrl + F for search too. So while using Kate or KDevelop I see me quote often press those shortcuts and get something different. Do not know to which action they ae assigned at the moment.

While in Panel Edit Mode, use buttons to determine screen edge rather than making the user manually drag the panel

I would love to see features like this. Specially the compare function would be a great benefit and improve workflows.

Windows explorer has also a feature like this I think already since the XP era.

Personally I like the approach dolphin uses right now. I am no friend of having a global menu nor I like to have another button cluttering my title bar but the worst case would be to have the complete menubar shown in dolphin just becuase the other options does not suit me. I think it is a good idea to keeps the things clean and simple and this is was dolphin does. Instead of proposing to remove this feature just because is it not following the other applications we maybe could think the way around and implement such simpler menu structures inside the applications.

Exactly this one as it is also on the T8349 list.
+1 also for the idea with dimming, looks quite nice.

I would also suggest do just color the icon, maybe in green when its mounted ? But would only work for symbolic isons.
There is also a bug report to show an eject symbol right next to mounted disks, maybe if we could achieve this, it would make this icon changes obsolete ?

Personally I like it more without the separators but except of that the top-margin of the first element seems to be only 6px while the margin to the underneath elements is about 12px. I think we should use the same margin here to have a consistent look.

Personally I had never used this buttons since I am a happy dolphin user but maybe becuase my default location is and will stay my home directory.
Regarding your question: The reason will be to just reset the location field. When someone changed the view settings underneath and clicks on the default button these settings will also get lost even this was not intended.
For me it would not hurt to remove both like Mark proposed. On the other hand people are always complaining when Gnome removes somtheing ... well I am not sure and can't speak for all users out there just wanted to share my point of view.

Maybe I sound now a little bit heretical but why not replace the plasma panels with latte-dock at all?
The project has become quite popular over the last months and not only for Plasma or KDE enthusiasts.

I would not close the bug yet. Unfortunately I am busy at the moment so I can't tell you when I will find to take a deeper look at the main problem from the bug:
Although we have support for the template directory now, it is still very difficult to display your own templates in the menu. At least I will try to solve this problem without breaking some of those bugfixes which disabled this feature in the past.

@dfaure Can you commit these changes as I don't have the access to ?

Updated to the latest comments.

I agree with Henrik and think this should not be part of the context menu and then it should not appear when clicking on files or folders but only when clicking on empty space.

Shouldn't this be a warning instead an error message? I can understand that the signal color red was used here because of the security risk this action may provide but it's not used correctly here in my opinion.

No problem David, it's okay :)
I will work on your suggestions and update this revision accordingly.

Just as a side note. The Vivaldi browser for example has an option "Use buttons instead of slider" which will toogle the zoom controls which are also located in the statusbar (a place which is best for this in my opinion)

To jump into the little offtopic disccusion here. When it comes to edit tags and meta data I would prefer to just click on the label in the info panel and the label switches to an editline, where I can make my changes (or cancel with ESC) which would be saved when the focus changes.
This approach would look much sleeker and would be quite faster too but would then require another aproach for searching ... But back to topic, I really love your idea to make the infos baloo already has stored searchable great feature and improvement to find your files :-D

Make the toolbar editable (fixes https://bugs.kde.org/show_bug.cgi?id=137837)

Hi Kai, do you think it would be possible to trigger a preview for the layout similiar to what is done for the ksplash?

Great, I even didn't know that this was possible *lol*
But wouldn't it be more consistent with dolphin to add the list view also ?

I don't know if KDE is allowed to do that but I would propse to make the logos even smaller by adding all 6 of them into one row and move them down in the page hierarchy because they are not that much important and would also fit better into the footer section with the bold heading, see attachted screenshots. I also removed (or reduced) some margings and padding to achieve a more compact look.

I have two questions regarding this "open with" topic.
Is the displayed app the one which is also set as default for this file type or the first alternative (2nd app) ? If it's the default one why should someone make a right click on a file to open it with his/her default app instead of making a single/double click on it?
The second point: Shouldn't the "Open with" stuff be at the very beginning of the menu when we have a file selected for quick access? (1. opening, 2. create new files (for folders), 3. direct file operations, 4. additional file operations, 5. everything else)

While I think this could be useful (never used vi) your patch breaks the selection of files.
For example I created a bunch of files, each one starts with one letter from the alphabet and now I want to jump to "h.txt" so I press the letter h on my keyboard and it jumpes up instead of selecting the file which is bad.

When I started using Plasma I was really confused about the single click feature (I know where to change it) but I took this challenge and now I just don't want to go back anymore even I use Windows on the other hand with the double click enabled. I can conform the mentioned issue above regarding the multi selection in the file open dialog. I know to press Ctrl or Shift and slect more than one file but it's just not so discoverable. On Windows I love the option which display additional checkboxes to select multiple files.

Cool :-D Can you add a screenshot as well?

I liked Breeze because of its light and easy concept, get rid of too many lines, keep only the ones which make sense or are totally necessary, this feeling gets lost here for me so that Breeze would slowly increase into a Storm (little overstated I know) Even when this change should happen, I would vote for an opt-in feature so that the default keeps clean.

I can't access the link at the moment but changed the title according ;)
And kate picks up this change automatically because they relay on this framework already or did I get you wrong?

No I don't have commit access so far.
My email is mustacmarijo@googlemail.com

I agree with Andreas and think that the new icon is a huge improvement. +1

I am a user :-D
To be honest I liked Vlad`s proposal after my first comment a lot. { margin-left: 10px; }
The current implementation is nothing I would really like to have and be definitly a reason to search for a solution or another theme (which would propably be the easier part for most of the poeple, specially new ones).

Definitely a step into the right direction. Thumbs up.

Old-school rules! Also just think of the floppy 💾 disk icon which is mostly everywhere the save icon.

In D10429#204760, @broulik wrote:

Can't we make it a tri-state thing? Always on, heuristic (default, like we used to have), disabled?

I like the margins how they are at the moment and personally would increase it maximum by 5 px or so.
The new margins shown in the screenshot are just too huge for my taste.

Okay I don't know what to do now. I wanted to add a new setting to dolphins general settings menu -> no problem at all.
Then I wanted to extend the find() and showfilterbar() function with an optional parameter so that I would be able to set them active then the shortcut was used (and the option off which would be the default) or toggle them when the button in the toolbar or menu was clicked.
First I tried to extend the connect() call with this parameter but I noticed that this is not so easy possible and then I tought "Is this the right way at all? This will not help at all because the signal will be forwarded anyway if the shortcut was pressed or the button was clicked ..."
My next idea was to make a new Action out of it but I don't want to have two actions in the menus and furthermore the shortcut could only handle one of it which would be really weird and confusing.
And so I am sticked and searching for a way to find out if the call from find() or showfilterbar() was made trough a button or the shortcut to make this different behavior possible. Any ideas?