Wed, Apr 3
Sep 13 2023
With https://invent.kde.org/frameworks/kirigami/-/merge_requests/1235, we have a path forward here, at least for QML apps.
Jul 5 2023
Jun 15 2023
Jun 1 2023
Mar 23 2023
Aug 2 2022
I prefer actions always being in a sidebar, especially via mobile, so I believe that mimicking how desktop applications provide their actions is regressive.
Jun 26 2022
Jun 20 2022
Besides toolbars, KXmlGui also provides KShortcutsDialog which is a free shortcut editor. This will also be useful in any app that has lots of shortcuts.
Oct 4 2021
That makes a lot of sense to me!
Oct 3 2021
With Kalendar we ended up using quite a bit of stuff from KConfigWidgets and KXmlGui.
Jul 31 2021
Jul 27 2021
Yeah, enforcing wasn't a good word in this context.
Sure but I think we should make it easier to follow the HIG, creating common components, good defaults, etc...
Jul 26 2021
https://develop.kde.org/hig/ < let's not reinvent the wheel. Whatever is there can be addressed if it doesn't fit. If an application doesn't fit the HIG it can definitely be addressed.
Personally I think this would be a good layout to enforce onto our applications:
Jul 24 2021
Does not seem like a good idea to me. We should make an effort to help users distinguish the areas of the window more easily, like we already do with the titlebar and window content. Pretty much every platform has this separation. It's also more pleasing to the eye.
Jun 24 2021
tbh not a fan of that idea especially considering that we wanna minimize the amount of chrome at any given time
- I think the Koko information sidebar, when opened, should stay there as a sidebar rather than a overlay
- I think the "crop" tool is a bit behind the Gwenview's:
- Crop area should be same size as the image by default, and should not be able to be bigger or outsite the image itself
- You should be able to set a aspect ratio for cropping, potentially "keep the same ratio as original image"
Jun 20 2021
Next steps:
Jun 19 2021
That's great! @mikeljohnson, what do you think the next step for Koko is?
this has just landed 🎉
Jun 16 2021
Sweet!
started work at https://invent.kde.org/graphics/koko/-/merge_requests/69 (nice)
bad example haha, I might actually work on this today, since it should be pretty simple (famous last words)
Jun 15 2021
I wouldn't call video support niche, as I think a lot of people who take family photos will have videos interspersed with their images. This is certainly the case for me, my wife, and my parents.
tbf feature wise koko already has most of the gwenview's features excluding some niche stuff like video support, so it's not like it can really get more complicated than it already is :P
Jun 14 2021
I generally agree with that, but I wouldn't want to take it too far, as I think you can with minimalism. At least for the desktop use case where there is generally plenty of screen real estate available, I think it would be good to at least display the toolbar as well without requiring additional user interaction.
Jun 12 2021
I think something we should keep in mind is that a lot of current Gwenview users don't actually want to use most of Gwenview's features. I'm not saying we shouldn't have them, but we should make sure we don't add more complexity to the UI than we really need to in the most common situations. I think the most common situation is when an image is being opened via another app like Dolphin. In that case, I think it's best to focus on just displaying the image, which Koko already does in its current state.
Jun 11 2021
May 24 2021
May 16 2021
Oh alright, I thought that, using two colors, like the clock app depicted above, would appeal more without destroyed UX and usability. It would make apps look more "interesting" imo. Maybe I'm just saying all those because it happens in most other popular software.
May 15 2021
I'm kinda confused. You mean that, the sidebar and the files view (content) should share the same colour? Like in Discover?
I'm kinda confused. You mean that, the sidebar and the files view (content) should share the same colour? Like in Discover? Wouldn't it help users to identify whether what they look at is a sidebar if it has a different colour (like eff0f1)?
May 14 2021
Dolphin's sidebar is a scrollable view of content items, so logically it should have a white sidebar too. It's even attempting to do so in a frameless manner already, it just doesn't really succeed because there isn't a solid line border on all sides of it.
What about desktop-"focused" apps like dolphin? I think that those apps could look like dolphin: window content (large areas) should be lighter than sidebars and titlebars+toolbars, in breeze light. I haven't studied dark theme though to tell a lot.
It strikes me that there is an easy way to conceptualize this.
Seems to no longer be relevant.
Apr 17 2021
Apr 1 2021
I think giving the lightest color to the widest areas seems technically the best: You got the darkest shade for titlebars, the middle one for sidebars and the rest (usually) will have the lightest color. (Talking about Breeze Light).