felixernst (Felix Ernst)
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Sunday

  • Clear sailing ahead.

User Details

User Since
Apr 9 2019, 9:23 AM (65 w, 3 d)
Availability
Available

Recent Activity

Tue, Jun 30

felixernst added a comment to T9986: Delete "What's This" inline help functionality.

In (Re-)Add tooltips using a contextual help button I am proposing a way how we could be replacing "What's This"-help in system settings with contextual help buttons in the future. I believe this is a right way forward for settings pages specifically because those pages' main task (aside from organisation of settings) is to communicate the effects of settings which is why buttons to display tooltips seem sensible to me here.

Tue, Jun 30, 5:41 PM · Goal: Consistency, KDE Applications, Plasma, KF6, VDG

Mon, Jun 29

felixernst added a comment to D24223: [RFC] Add global themes that mimic other platforms' workflows.

if you are coming from mac and choose the apple theme, you are expecting it to work like the apple environment, from shortcut keys, specific placement of items and look/feel of various components - even apps like dolphin not looking the same would be jarring.

You are certainly picturing a more demanding and nitpicky user than I am but those do exist. I wonder where those expectations you mention would be coming from but I agree that if an apple® fan installs Plasma with the preconception it can be made to be exactly like macOS they'll be in for a reality check. I don't really think the existence of a "Cupertino/Pear/Raincoat" theme would worsen that problem though. That's what I meant when I said "I don't think users actually expect that unless we market it as such."
Anyways, going with "some layouts using existing plasma stuff" is alright as well even though this feels like we would be needlessly limiting us from offering layouts that are tried and tested.

Mon, Jun 29, 4:06 PM · Plasma

Sun, Jun 28

felixernst added a comment to D24223: [RFC] Add global themes that mimic other platforms' workflows.

As others have mentioned - Let's not mimic other desktop environments (there are plenty of dragons and devils hiding there).

Sun, Jun 28, 2:01 PM · Plasma

Fri, Jun 26

felixernst added a comment to T10891: Breeze theme evolution.


The first and the last one are IMO prettier but technically very problematic to do, but he middle one should be fairly easy. +1/-1? Should I make a patch for it?

I can't quite remember if that was discussed before but I think we want all highlight effects on the panel to be the same in the long run. That would really help with the overall user experience imo. I don't think the first one would really work for task managers or at least some design work is necessary to make it work. Aside from the panel highlight aspect I don't really have an opinion on this but I encourage you to make a patch if you think it is an improvement. :^)

Fri, Jun 26, 10:15 AM · Plasma 6, Plasma, VDG, Breeze

Sun, Jun 14

felixernst abandoned D27523: [Moved to invent.kde.org]Add an option to use a KUrlNavigator on the toolbar instead.

-> Moved to: https://invent.kde.org/system/dolphin/-/merge_requests/21

Sun, Jun 14, 3:08 PM · Dolphin
felixernst updated the summary of D27523: [Moved to invent.kde.org]Add an option to use a KUrlNavigator on the toolbar instead.
Sun, Jun 14, 3:06 PM · Dolphin

Sat, Jun 13

manueljlin awarded D27523: [Moved to invent.kde.org]Add an option to use a KUrlNavigator on the toolbar instead a Love token.
Sat, Jun 13, 10:41 PM · Dolphin

Jun 1 2020

felixernst added a comment to D27523: [Moved to invent.kde.org]Add an option to use a KUrlNavigator on the toolbar instead.

I guess waiting for approval didn't go anywhere. I'll continue work on this soon then and I'll move it to invent.kde.org.

Jun 1 2020, 11:39 AM · Dolphin

May 30 2020

felixernst added a comment to T12441: Consider using a vertical Icons-Only Task Manager populated with apps, and a thickened panel.

a relatively tiny clock

The clock will be a lot bigger in most non-english speaking countries:
https://en.wikipedia.org/wiki/Date_and_time_representation_by_country#Time

May 30 2020, 1:03 PM · Goal: Consistency, VDG, Plasma

May 16 2020

felixernst updated the task description for T13158: Define a reference appearance and help users have a consistent experience of on-screen object sizes.
May 16 2020, 1:53 PM · KWin, VDG
felixernst added a comment to T13158: Define a reference appearance and help users have a consistent experience of on-screen object sizes.

This sounds good to me overall. I am not that familiar with the technicalities of the different scaling methods (which seems to be quite a difficult subject) so I can't comment too much on this. To me it looks like proposal 3, 5 and 6 depend on proposal 4 e.g. the 135% scale factor in proposal 5 should normally be avoided AFAIK.

May 16 2020, 1:52 PM · KWin, VDG

May 9 2020

felixernst added a comment to T9986: Delete "What's This" inline help functionality.

I think good tooltips and good UI should be enough.

So "1) Focus on comprehensive tooltips" it is?

May 9 2020, 1:57 PM · Goal: Consistency, KDE Applications, Plasma, KF6, VDG
felixernst added a comment to D29501: Use left-aligned thickened panel with IOTM populated with some apps by default.

+1 to this change.
Having the exact same panel and buttons on the left instead of at the bottom is a change that IMO even the most computer-illiterate Windows user should have no major trouble adapting to. Anyone else can change the panel position if they want to. In any case I can't picture a scenario in which it would stop someone from getting work done so I wouldn't be too worried about changing this default.

May 9 2020, 10:35 AM · Plasma

May 6 2020

felixernst added a comment to T13099: Dolphin Settings Rearrangement.

half the things there seem like behaviors (e.g. "rename inline", "show tooltips", "switch between split view panes with tab key") but aren't in the Behavior page)

I can see why you would think that those three would fit a bit better to Behavior. Concerning "switch between split view panes with tab key" I would prioritise keeping all three split view settings together and therefore not move it to Behavior.

Perhaps it could be a sub/page tab of Behavior called "Main window" or something.

I wouldn't be opposed to that but I don't think putting these two/three settings in their own tab in Behavior would overall be an improvement. Firstly it is difficult to find a common tab label for them that is descriptive. Secondly I do think they have enough connection to Interface to be there i.e. "rename inline" changes the Interface for renaming, "show tooltip" is a purely visual change.

May 6 2020, 2:33 PM · VDG, Dolphin
felixernst added a comment to D29227: [dolphin] move settings to more appropriate location.

I created a task.

May 6 2020, 10:33 AM · Dolphin
felixernst updated subscribers of T13099: Dolphin Settings Rearrangement.

Behavior (new top level page)

  • Folders & Tabs
Show on startup: (X) Folders, tabs, and window state from last time (from Startup) 
                 ( ) [Select start folder location]                 (from Startup) 
Opening folders: [X] Open new folders in tabs                       (from Startup, I couldn't figure out what was meant by "new folders" 
                                                                    without searching online. Maybe "Prefer tabs to new windows".) 
                 [ ] Open archives as folder                        (from _Navigation_)
                 [ ] Open folders during drag operations            (from _Navigation_)
May 6 2020, 10:26 AM · VDG, Dolphin
felixernst triaged T13099: Dolphin Settings Rearrangement as Normal priority.
May 6 2020, 10:22 AM · VDG, Dolphin

May 5 2020

felixernst added a comment to T13083: Dolphin: improvements to directory size counting.

Alright. Seems like at best Filelight could make use of Dolphin's calculated sizes and even that is probably not worth the trouble. I was just thinking that Filelight was quite fast to calculate the recursive sizes of all folders on my SSD and if Dolphin just had this data this task would be done but that was apparently too naive a thought.

May 5 2020, 11:46 AM
felixernst added a comment to T13083: Dolphin: improvements to directory size counting.

Would it make sense for this to share a directory size counting algorithm with Filelight?

May 5 2020, 8:53 AM

May 4 2020

felixernst added a comment to D29227: [dolphin] move settings to more appropriate location.

Anyway, I'm almost certain we could take a hard look at the entire settings dialog first and see what other rearrangements could be made to improve it.

May 4 2020, 11:11 PM · Dolphin

Apr 29 2020

felixernst added a comment to M173: Keyboard KCM.

Yes, feel free to edit the mockups in this thread at any time. Older versions are kept in the history anyways.

Apr 29 2020, 9:58 AM · VDG

Apr 28 2020

felixernst added a comment to M173: Keyboard KCM.

Not so elegant with Numlock for one layout

Apr 28 2020, 3:51 PM · VDG

Apr 27 2020

felixernst added a comment to M173: Keyboard KCM.

First of all: It's always great to see a new contributor! Welcome! :)
The keyboard KCM redesign is triaged to be high priority for a while now so a new mockup like this might give someone the inspiration they need to do it.
Here is some feedback on the placement of settings:

Apr 27 2020, 11:27 PM · VDG
felixernst updated the task description for T7250: Keyboard.
Apr 27 2020, 9:15 PM · Plasma: KCM Redesign

Apr 22 2020

felixernst added a comment to D27523: [Moved to invent.kde.org]Add an option to use a KUrlNavigator on the toolbar instead.

Sure, take your time. :) An in-depth code review might not be necessary at the moment because the current implementation will change quite a bit if/when I implement meven's suggestion of having a DolphinUrlNavigator in the toolbar have direct control over the view. I am mainly looking for approval that you would be alright with me working on having the location in the toolbar as an option at all. And maybe you also have a strong opinion on the general approach for this.

Apr 22 2020, 12:06 PM · Dolphin

Apr 17 2020

felixernst added a comment to T11579: Unify navigation through sidebar categories/views.

That's the kind of solution I was hoping for. With this idea I can see all KDE applications be it Dolphin, Marble, KDevelop or Okular use the same component although I know that that might seem like too much to ask for. There might still be some decision making necessary for specific applications to figure out which interface appearance would be best but as long as we would be using one component in the background all the groundwork would be done to facilitate easy switching between complete solutions if the situation calls for it.
I hope this idea will also work nicely on a technical level.

Apr 17 2020, 9:49 AM · Goal: Consistency, KDE Human Interface Guidelines, VDG

Apr 16 2020

felixernst added a comment to D27523: [Moved to invent.kde.org]Add an option to use a KUrlNavigator on the toolbar instead.

Well, I guess that's one way to look at it. ^^ But I already feel like I was a bit bold when I created this patch and ignored Angelaccio's concerns so I wouldn't really want to put more pressure on him by continuing work on this. If I was hungry for more work right now I would be contributing towards the consistency goal.

Apr 16 2020, 10:41 AM · Dolphin

Apr 15 2020

felixernst added a comment to D27523: [Moved to invent.kde.org]Add an option to use a KUrlNavigator on the toolbar instead.

I'll have the icon removed for my next diff. Méven already told me the one-liner to remove it above.

Apr 15 2020, 8:35 AM · Dolphin

Mar 30 2020

felixernst added a comment to T12729: KWinRules KCM Redesign.

Anyway, I still think that the UX is more annoying and less informative at a glance than using the array of buttons.

Well, the problem is that we can't expect users to be able to identify window types by their icons. Maybe if we had icons as recognisable as for the desktop, the normal and the dialog window for all of them it would be alright but even then users might still want to hover over some of the other icons to be sure they selected the right one(s). This is especially difficult because some of the window types can seem similar like Dialog and Utility or Dock, Toolbar, Torn-Off Menu and Standalone Menubar.
There really needs to be a list with the actual names of the window types somewhere IMO. And while I don't think this ComboBox will win any design awards I do think it works well enough. There might still be a better way of doing this though.
I really like how easily the window type condition can be read when only one type is selected. I hope that covers the vast majority of use cases.

Mar 30 2020, 1:20 PM · VDG, Plasma: KCM Redesign

Mar 29 2020

felixernst added a comment to T12729: KWinRules KCM Redesign.

Another way of solving this is to display what is selected as the text of the ComboBox like "'Normal Window' selected" or "5 selected". Here is roughly how this can be done: https://stackoverflow.com/questions/47575880/qcombobox-set-title-text-regardless-of-items (if you copy any code from this the file would need to be GPL 3 as part of a CC-BY-SA 4.0 one-way conversion AFAIK)

Mar 29 2020, 11:30 AM · VDG, Plasma: KCM Redesign

Mar 9 2020

felixernst added a comment to D27523: [Moved to invent.kde.org]Add an option to use a KUrlNavigator on the toolbar instead.

I didn't know this idiom but I did feel the cold water. ^^ Thank you for reconsidering.

Mar 9 2020, 9:59 AM · Dolphin

Feb 28 2020

felixernst added a comment to D27523: [Moved to invent.kde.org]Add an option to use a KUrlNavigator on the toolbar instead.

I strongly disagree with the space conern. In many configurations putting the UrlNavigator into the toolbar actually increases the space available for the path. As an example in the following screenshots the information panel is open and the UrlNavigator in the toolbar therefore only has ~14 px (< 3%) less space.



Keep in mind that when split view mode is enabled the two UrlNavigators currently only get half of this space. Also keep in mind that the space in the toolbar can be greatly increased by removing unwanted buttons from there.
Furthermore this change mainly increases the available space of the view area.

Feb 28 2020, 11:17 AM · Dolphin

Feb 26 2020

felixernst added a comment to D27523: [Moved to invent.kde.org]Add an option to use a KUrlNavigator on the toolbar instead.

@manueljlin: Thanks! I hope so too.

Feb 26 2020, 2:18 PM · Dolphin
felixernst added a comment to T12729: KWinRules KCM Redesign.

I'm adding you're ideas to the task to-do list

I am happy to hear that!

I don't know easy or feasible is to map applications to its wmclass string

I was wondering about that. Hopefully there is an easy way. But ye, this is one of the things that can be done any time later I think.

  • Only display conditions that are in use: I am a bit unhappy that I solved this differently than with the "Show all rules"-button. I went with the approach of adding/removing conditions because I thought having a checkbox to enable/disable conditions wasn't easy enough to understand. I especially thought this would be a problem when a new rule is created and the user is faced with five unchecked conditions.

I find your approach (Add/Remove) better from an user point of view, although the problem I see is how to present the possible effects that can be added to the user, that is, what happens when you press "+ Add.... Have you something in mind?

I was thinking about this some more but didn't come up with a way to solve this better than in my mockup. I think it might be fine though. For the "conditions" list the "Add conditions" button would have a dropdown with entries like "Add application condition", "Add window title condition", "Add window type condition", … This way no secondary window is necessary to create a rule. I would guess that most of the time only one or two conditions would be added this way and because there are only a few possible conditions to choose from a dropdown is a great fit here.
For the "rule effects" list the current behaviour has the same benefit of not making a secondary window necessary. The big list of possible "effects" needs to be somewhere and putting it in another window that spawns when clicking an "Add …" button wouldn't make the UI more understandable IMO (although this wouldn't be a bad way to solve this either). The workflow of activating effects in a rule by clicking its checkbox also makes sense IMO (contrary to the "conditions" list).
So yea, although it is a bit unfortunate to have two different ways to add objects to a list in the same window it might still be the best solution for the window rule modification/creation.

Feb 26 2020, 11:06 AM · VDG, Plasma: KCM Redesign

Feb 23 2020

felixernst added a comment to T12729: KWinRules KCM Redesign.

This looks much better! Only showing preferences that are part of the rule by default for already existing rules is a good idea too imo.

Feb 23 2020, 12:40 PM · VDG, Plasma: KCM Redesign

Feb 21 2020

felixernst added a comment to D27523: [Moved to invent.kde.org]Add an option to use a KUrlNavigator on the toolbar instead.

VDG questions:

Disclaimer not a VDG member

I didn't mean to discriminate. :P

Feb 21 2020, 2:40 PM · Dolphin

Feb 20 2020

felixernst added a reviewer for D27523: [Moved to invent.kde.org]Add an option to use a KUrlNavigator on the toolbar instead: Dolphin.
Feb 20 2020, 4:35 PM · Dolphin
felixernst updated the diff for D27523: [Moved to invent.kde.org]Add an option to use a KUrlNavigator on the toolbar instead.

Add my copyright because I forgot

Feb 20 2020, 4:17 PM · Dolphin
felixernst updated the test plan for D27523: [Moved to invent.kde.org]Add an option to use a KUrlNavigator on the toolbar instead.
Feb 20 2020, 4:11 PM · Dolphin
felixernst added a revision to T11663: Move URL Navigator into toolbar: D27523: [Moved to invent.kde.org]Add an option to use a KUrlNavigator on the toolbar instead.
Feb 20 2020, 4:06 PM · VDG, Dolphin
felixernst added a task to D27523: [Moved to invent.kde.org]Add an option to use a KUrlNavigator on the toolbar instead: T11663: Move URL Navigator into toolbar.
Feb 20 2020, 4:06 PM · Dolphin
felixernst added a revision to T12308: Dolphin UI redesign: D27523: [Moved to invent.kde.org]Add an option to use a KUrlNavigator on the toolbar instead.
Feb 20 2020, 4:05 PM · Dolphin, Goal: All About the Apps, VDG
felixernst added a task to D27523: [Moved to invent.kde.org]Add an option to use a KUrlNavigator on the toolbar instead: T12308: Dolphin UI redesign.
Feb 20 2020, 4:05 PM · Dolphin
felixernst added a comment to T12308: Dolphin UI redesign.

I want to preface this with saying that I greatly appreciate @elvisangelaccio's work. I am interested in working on Dolphin because it is such a great piece of software.
Nevertheless I went ahead and implemented moving the url navigator to the toolbar as an option. I was hoping that if I provide a decent implementation of this it won't seem that unmaintainable anymore. I have to admit it was more tricky than I expected but I think it worked out okay. Let's hope I succeeded. :)
Have a look:

Feb 20 2020, 4:05 PM · Dolphin, Goal: All About the Apps, VDG
felixernst added a comment to D27523: [Moved to invent.kde.org]Add an option to use a KUrlNavigator on the toolbar instead.

I want to preface this with saying that this is not a push to ignore the maintainers opinion on this matter. I was hoping that if I provide a decent implementation of this it won't seem that unmaintainable anymore. I have to admit it was more tricky than I expected but I think it worked out okay.

Feb 20 2020, 4:02 PM · Dolphin
felixernst requested review of D27523: [Moved to invent.kde.org]Add an option to use a KUrlNavigator on the toolbar instead.
Feb 20 2020, 4:00 PM · Dolphin

Feb 13 2020

felixernst added a comment to T12308: Dolphin UI redesign.

@The-Feren-OS-Dev For the latest discussion on the view mode button check out D23075: Change default Dolphin toolbar layout.

Feb 13 2020, 12:10 AM · Dolphin, Goal: All About the Apps, VDG

Feb 12 2020

felixernst added a comment to T12441: Consider using a vertical Icons-Only Task Manager populated with apps, and a thickened panel.

It probably helps that they don't know much German yet. :)

I believe it does. :D I once was at one of their concerts.

Would yo like to open that task?

If it wasn't clear yet I really dislike grouping. So much so that I switch to a TTM when a grouped workflow would be necessary. So I am imo the wrong person to open a task for it because I wouldn't even be interested in using the improved version.
Even for the improved version I would still say that it is a similarly good default choice as the TTM.
However I would have some passion for switching to an IOTM if the target was to have an ungrouped IOTM on the left with the idea of my previous comment implemented because at this moment I feel like it might just be the best of both worlds. If that's ever what we are trying to accomplish you can count on my assistance. ^^

Feb 12 2020, 11:53 AM · Goal: Consistency, VDG, Plasma
felixernst added a comment to T9986: Delete "What's This" inline help functionality.

I like that as well. How would you want to handle menus then where tooltips don't show up currently? It could seem a bit redundant to hover Dolphin>Tools>Open Terminal and get a tooltip labeled "Open Terminal [linebreak] Show more". Well in most cases the tooltips aren't identical to the label so it wouldn't be that bad most of the time.

Feb 12 2020, 10:36 AM · Goal: Consistency, KDE Applications, Plasma, KF6, VDG

Feb 9 2020

felixernst added a comment to T12441: Consider using a vertical Icons-Only Task Manager populated with apps, and a thickened panel.

That does sound like an improvement! Most of the time users want to switch to the window that they used last anyway so with this change they would only have to click the grouped entry once in this case. It would remain a bit awkward when jumping to the other windows.

Feb 9 2020, 5:49 PM · Goal: Consistency, VDG, Plasma
felixernst added a comment to T9986: Delete "What's This" inline help functionality.

I would say let's think about where users are supposed to find help and then we'll see if What's This is part of that solution. I see the following help "concepts" but I am unsure about the details:

Feb 9 2020, 3:46 PM · Goal: Consistency, KDE Applications, Plasma, KF6, VDG

Feb 1 2020

felixernst added a comment to T12599: Proposal: Deprecate WhatsThis functionality.

There is already an open task for this: T9986: Delete "What's This" inline help functionality. Maybe the discussion should continue there instead of having a second discussion here?
The discussion there also already covers that the "?" users are complaining about will be hidden by default for Dialogs with Qt 6.
Which KDE windows will then be left that show a "?"? I know of System Settings, Dolphin and KSysGuard.

  • In System Settings the "?" is a usability problem imo because so many KCM don't have "What's This?"-help texts. Users might have tried to get help with the "?" and got nothing. We should probably just talk about System Settings instead.
  • For Dolphin and KSysGuard it is good for usability I think. Well I wrote the "What's This?"-help for Dolphin so I am as biased as can be about that one but still.
  • Kate also has "What's This?" for some items but doesn't show a "?" in the title bar. I doubt users complain about that one.
Feb 1 2020, 3:18 PM · VDG, KDE Applications, Plasma, KF6

Jan 31 2020

felixernst added a comment to T12441: Consider using a vertical Icons-Only Task Manager populated with apps, and a thickened panel.

I think the TTM works best when […] you're using a large number of windows from the same app, without too many windows from other apps. The IOTM on the other hand is better for basically every other use case IMO.

Jan 31 2020, 12:59 AM · Goal: Consistency, VDG, Plasma

Jan 30 2020

felixernst added a comment to T12441: Consider using a vertical Icons-Only Task Manager populated with apps, and a thickened panel.

TL;DR: IOTM better for most users, TTM better when using many windows, IDK which should be default, maybe polling among KDE contributors would give us a clear answer?

Jan 30 2020, 1:02 PM · Goal: Consistency, VDG, Plasma

Jan 10 2020

felixernst added a comment to T12308: Dolphin UI redesign.

I do not share the concern that the toolbar will be too crowded when the path is added. Looking at the mockups I feel like there is enough space left even if we keep the current labels as they are. The path becomes a relative one anyways when there isn't enough space which isn't terrible. When this change was discussed in the VDG chat half a year ago there was a consensus that it looked better and I am pretty sure users will be happy with this change as well.

Jan 10 2020, 2:37 PM · Dolphin, Goal: All About the Apps, VDG

Jan 2 2020

felixernst added a comment to T11579: Unify navigation through sidebar categories/views.

@esokrates, I think that's a good idea. It does make sense to me to be able to collapse it even further. This would make a "Hide Sidebar"-button in a toolbar even less necessary. So consider it added to my proposal.

Jan 2 2020, 3:38 PM · Goal: Consistency, KDE Human Interface Guidelines, VDG

Nov 28 2019

felixernst added a comment to T12011: [promo] Posters/ Banners for KDE Conference India 2020.

Be aware that with the selected pictures alone people will not know what the conference is about if they don't know KDE.
This is a bit of a problem for the banner on the college website - but they are only a click away to find out.
This isn't a problem for the facebook event page.
Just something to consider if you are planning on actually printing a poster. I think my poster is still the best choice for this.

Nov 28 2019, 4:03 PM · KDE Promo, VDG

Nov 17 2019

felixernst added a comment to T11925: Breeze Desktop Theme Transparency.

This one isn't about contrast though is it?

The Breeze re-theming?

Nov 17 2019, 10:19 AM · VDG

Nov 16 2019

felixernst added a comment to T11925: Breeze Desktop Theme Transparency.

It mostly has to do with decreasing the chance of making the user experience eye-strain. The tolerance in this is of course different from person to person, however here's a survey conducted by the American Optometric Association on the topic of working with computer screens in 2015: https://www.aoa.org/newsroom/most-americans-experience-digital-eye-strain-from-overexposure-to-computers-according-to-survey
Their findings are that 58% of their test-group (which was a sample size of 1,000 people) reported suffering from eye strain due to heavy use of digital screens.

Nov 16 2019, 11:22 AM · VDG
felixernst added a comment to T11925: Breeze Desktop Theme Transparency.

@KonqiDragon, try to only quote things that are necessary to understand your comment. This way it's easier to keep the overview and readers don't have to scroll so much. :)

Nov 16 2019, 11:12 AM · VDG

Nov 15 2019

felixernst added a comment to T11925: Breeze Desktop Theme Transparency.

Between opaqueness, blur, contrast and saturation it might be quite hard to figure out the best settings but this definitely already seems like a big step in the right direction to me. So many options!

Nov 15 2019, 5:56 PM · VDG

Nov 11 2019

felixernst added a comment to T12011: [promo] Posters/ Banners for KDE Conference India 2020.

This is what I got so far. I hope it is up to par:


And here is the GIMP file I used (contrast/brightness changes not included):

I won't mind if anyone changes anything about it. So just go ahead if you are unhappy with anything.

Nov 11 2019, 3:42 PM · KDE Promo, VDG

Nov 1 2019

felixernst added a comment to T11925: Breeze Desktop Theme Transparency.

Those mockups look fantastic to me. I think it is because the colours have such a high saturation of the various colours that still fit together because wallpapers tend to have matching colours. The screenshots further down that are based on the actual semi-transparency that is commonly used look way worse to me because the background colour is de-saturated towards the base colour (white):

Nov 1 2019, 10:51 AM · VDG

Oct 27 2019

felixernst added a comment to T11579: Unify navigation through sidebar categories/views.

Would it be possible to drop the vertical text (both bottom-to-top and top-to-bottom) on the sidebar, and instead just use buttons with tooltips? From a UX standpoint, vertical text can be a big negative to users, as you're possibly making them tilt their heads to read the text better. It can also make the UI feel a bit inconsistent by being the only place(s) where text is not horizontal.

Oct 27 2019, 11:14 AM · Goal: Consistency, KDE Human Interface Guidelines, VDG

Sep 22 2019

felixernst awarded T11743: Create and ship LNF packages to replicate common UI styles found in macOS, Ubuntu Unity, Windows 10, etc a Like token.
Sep 22 2019, 10:46 AM · Plasma, VDG

Sep 21 2019

felixernst added a comment to T11579: Unify navigation through sidebar categories/views.

I was mostly thinking about manual resizing by the user. In a picture:

Sep 21 2019, 1:17 PM · Goal: Consistency, KDE Human Interface Guidelines, VDG

Sep 12 2019

felixernst added a comment to T11579: Unify navigation through sidebar categories/views.

Some of the VDG people seem to be in favour of approach 1/1b and I think it definitely can work. But so far I still think having 2 as the basis is the best way forward. Here is a mockup that expands on 2 and @fabianr's comment.

  • Sep 12 2019, 10:08 AM · Goal: Consistency, KDE Human Interface Guidelines, VDG
    felixernst changed the visibility for M153: Sidebar design.
    Sep 12 2019, 10:03 AM
    felixernst created M153: Sidebar design.
    Sep 12 2019, 10:01 AM

    Sep 7 2019

    felixernst added a comment to D19311: Add navigation history to forward/back buttons.

    Oh okay. I understand. I only referred to the arrow removing step then.

    Sep 7 2019, 11:23 AM · Dolphin
    felixernst added a comment to D19311: Add navigation history to forward/back buttons.

    Thanks for the analysis :) I still think we should get the change in with the current KToolBarPopupAction functionality (like Nate suggest), and then work on refining the user experience. But feel free to pinch in on the user experience part.

    This is such a big discussion already. Which suggestion of Nate do you refer to specifically? I thought the current approach that shows indicators was denied.

    Sep 7 2019, 10:35 AM · Dolphin
    felixernst added a comment to D19311: Add navigation history to forward/back buttons.

    We have previously discussed various ways to simplify this change, but no other suitable solutions has been found, but I am still open to simpler solutions :)

    Sep 7 2019, 12:50 AM · Dolphin

    Sep 2 2019

    felixernst added a comment to D23651: WIP: Add support for a theming in Kicker Dashboard.

    Current (?) one for comparison (from Kubuntu 18.04 since the one from Neon Unstable crashes for me)


    I feel like there was a lot of thought put into the current design of the dashboard and the search field in particular:

    • It does fit the style of having different logical parts of the dashboard purely divided by white space (and not by borders, lines).
    • It makes very clear that typing will trigger the search while in your screenshot it looks like the search field doesn't have focus and typing might not trigger the search.
    • In addition the size of the elements of the dashboard should loosely correspond to their importance. The search is arguably the most important feature of the dashboard. The way you changed it it seems a bit too minor to me.

    I agree that the search as it currently is is inconsistent with how we display search fields anywhere else but it does fit with the rest of the dashboard. The overall style of the dashboard is pretty unique imo (for better or worse). So imo keeping the current search would be fine for now.

    Sep 2 2019, 12:39 PM · Plasma

    Aug 26 2019

    felixernst added a comment to D23446: Shortcuts displayed in capture mode ComboBox.

    Yes, that would be alright imo. That's actually mostly what I meant when I said

    Aug 26 2019, 11:17 PM · Spectacle

    Aug 25 2019

    felixernst added a comment to D23446: Shortcuts displayed in capture mode ComboBox.

    @Leon0402 and I were just discussing this change in the VDG chat room so I'll write down some opinions I got.
    Overall I think it is very helpful and elegant to teach the shortcuts within that combobox. We need to make sure though that the area description + default shortcut fits into a row in most locales.
    If the user has changed the shortcuts to something that doesn't fit into the combobox I would favour simply not displaying the shortcut because in this case the benefit of teaching the user a shortcut is hardly there anymore. Making the dropdown wider is the other option but I'd imagine that might look kinda bad. This needs testing.

    Aug 25 2019, 9:52 PM · Spectacle

    Aug 18 2019

    felixernst added a comment to D23232: [dolphin] Add an action to toggle the searchbar.

    I think it is fine having two actions that both open the Search/Findbar. The new 'toggle-search' would replace 'open-search' in the Toolbar and 'open-search' would still be associated with Ctrl+F.
    This is similar to having two actions for typing a new location:


    Making the names of the two actions more distinct might be enough to keep the users from getting super confused.

    Aug 18 2019, 8:25 PM · Dolphin

    Aug 12 2019

    felixernst added a comment to D23075: Change default Dolphin toolbar layout.

    [Previews] are enabled by default.

    Ok. If we're not going to have a button to enable/disable them by default, we should disable previews for documents under a certain size. Maybe =< 32px or =< 22px?

    This is not very nice to look at

    ... compared to this

    Aug 12 2019, 10:50 AM · VDG, Dolphin

    Aug 10 2019

    felixernst added a comment to D23075: Change default Dolphin toolbar layout.

    There wasn't much discussion about using the view mode button in the VDG:

    Aug 10 2019, 8:55 PM · VDG, Dolphin

    Jul 28 2019

    felixernst added a comment to D22609: Add expanding spacers as a customization option for toolbars.

    I kept the names lowercase because after trying both I liked them lowercase better. The visible difference between lowercase separator/spacer and title case actions makes the list a tiny bit more neat imo. I don't mind changing the names to title case though. Judge for yourself:

    Jul 28 2019, 5:29 PM · Frameworks
    felixernst updated the diff for D22609: Add expanding spacers as a customization option for toolbars.

    Rename to "expanding spacer", Cast to QToolBar instead

    Jul 28 2019, 5:25 PM · Frameworks

    Jul 22 2019

    felixernst retitled D22609: Add expanding spacers as a customization option for toolbars from Add spacers as a customization option for toolbars to Add expanding spacers as a customization option for toolbars.
    Jul 22 2019, 10:28 AM · Frameworks
    felixernst added a comment to D22609: Add expanding spacers as a customization option for toolbars.

    You all are too kind!

    Jul 22 2019, 10:28 AM · Frameworks

    Jul 21 2019

    ngraham awarded D22609: Add expanding spacers as a customization option for toolbars a Love token.
    Jul 21 2019, 4:15 PM · Frameworks
    felixernst updated the summary of D22609: Add expanding spacers as a customization option for toolbars.
    Jul 21 2019, 12:50 PM · Frameworks
    ognarb awarded D22609: Add expanding spacers as a customization option for toolbars a Love token.
    Jul 21 2019, 12:44 PM · Frameworks
    felixernst updated the diff for D22609: Add expanding spacers as a customization option for toolbars.

    Use insertWidget(before, spacer) instead of addWidget(spacer)

    Jul 21 2019, 12:44 PM · Frameworks
    felixernst planned changes to D22609: Add expanding spacers as a customization option for toolbars.
    Jul 21 2019, 12:31 PM · Frameworks
    felixernst updated the test plan for D22609: Add expanding spacers as a customization option for toolbars.
    Jul 21 2019, 11:56 AM · Frameworks
    felixernst updated the summary of D22609: Add expanding spacers as a customization option for toolbars.
    Jul 21 2019, 11:55 AM · Frameworks
    felixernst updated the test plan for D22609: Add expanding spacers as a customization option for toolbars.
    Jul 21 2019, 11:53 AM · Frameworks
    felixernst requested review of D22609: Add expanding spacers as a customization option for toolbars.
    Jul 21 2019, 11:49 AM · Frameworks

    Jul 18 2019

    felixernst added a comment to T11153: Unify sidebar appearance.

    What about tabs on top? I'd say those should be used when they only change a part of the window and not the whole view (except in falkon of course),

    Jul 18 2019, 5:47 PM · Goal: Consistency, VDG, Breeze

    Jul 16 2019

    felixernst added a comment to D22429: Make "Updates Available" notification persistent but low priority.

    How about only making security update notifications persistent? There is no real harm in missing non-security updates in my opinion.

    Jul 16 2019, 2:55 PM · Plasma

    Jul 13 2019

    felixernst added a comment to T11220: Format option.

    +1 for the idea. Dolphin is often used to differentiate between drives so having the format option right there would be kool.
    Should it open the KDE Partition Manager?

    Jul 13 2019, 11:21 AM · VDG, Dolphin
    felixernst added a comment to T11179: Update wikis version and theme.

    Looks great overall!
    I just want to nitpick that the top-right search bar doesn't align with the sidebar. Adding the class "mr-3" to the form and setting the .form-control width to 255px seems to have aligned them for me but that is maybe not the right solution.

    Jul 13 2019, 11:13 AM · VDG, Websites, Documentation

    Jul 9 2019

    felixernst updated the diff for D22240: Add a reference to planet.kde.org to the News section of kde.org.

    Use classes "list-unstyled m-0 p-0"

    Jul 9 2019, 12:03 PM · Websites

    Jul 8 2019

    felixernst added a comment to T11179: Update wikis version and theme.

    I think the dropdown menu for the language selection might be too hard to spot if an unknown language is displayed.

    Jul 8 2019, 5:16 PM · VDG, Websites, Documentation
    felixernst added a comment to D22240: Add a reference to planet.kde.org to the News section of kde.org.

    and when I have a bit more time I will implement the RSS feed feature.

    Jul 8 2019, 4:33 PM · Websites
    felixernst updated the test plan for D22240: Add a reference to planet.kde.org to the News section of kde.org.
    Jul 8 2019, 4:27 PM · Websites
    felixernst updated the diff for D22240: Add a reference to planet.kde.org to the News section of kde.org.

    Add RSS feed with recent blog posts and change wording to "Community blog posts"

    Jul 8 2019, 4:24 PM · Websites