- User Since
- Sep 16 2015, 5:33 PM (169 w, 13 h)
Mon, Dec 3
Thu, Nov 15
Sep 21 2018
Very cool icons! But in the panic one the padlock is too small :-/ what a about a checkmark (✅) on the wall instead?
Sep 14 2018
Sep 13 2018
Do we want time, stopwatch, alarms and timers to be in the same app? We already have KTimer (h[[ https://phabricator.kde.org/M130 | ere a mockup) ]]. Should we develop the remain apps standalone like KTimer or merge it in this "Clock" app?
Wouldn't tabs and navigation by horizontal swipes better to change location? Same for parameters, maybe with arrows to indicate that you can swipe right/left to view another parameter?
Jul 15 2018
Jun 26 2018
Jun 13 2018
Jun 5 2018
It seems to me that this area intersects with the PIM one. Are we sure we want applications organized this way? It may sound more difficult to implement but I think the most logical design would be the following:
Jun 2 2018
Marco said it's technically impossible.
May 29 2018
May 28 2018
Thank for this, can you please share screenshots with dark themes, at least Breeze Dark?
May 26 2018
Gray seems OK to me. And I confirm the bug with Saturday column.
May 24 2018
Seems that this was posted by the private account of Allessandro Longo: https://peertube.nsa.ovh/accounts/1292/videos
May 23 2018
having a vertical alignment between the icon and the stars breaks the fact that we only had 1 thing at the left on the vertical views. This adds clutter.
The reason is that the current layout makes cards narrow and long, so I tried a modular layout that can make cards longer or shorter according to page width. It would be better to have this in Kirigami so Discover just have to fill the cards.
May 22 2018
Very nice looking 👍🏻
Please provide screenshots when tagging VDG
^ I'm for this one without the quaver
May 21 2018
What about a blue dot on the launcher icon and a new tab in the launcher named "newly installed"? The dot will disappear when the user will open the newly installed tab.
+1 for no-side borders by default. Also, titlebar and bottom border can have custom colors using KWin rules (for example if a distro ships Telegram it can ship in the same package a KWin rule to match colors), so consistency is not a issue there. The real issue is that apps draw widget near the side borders, so we just need to disable them by default. I use this settings since KDE4 and I have no issues with it.
May 20 2018
I did nothing, maybe you subscribed when I was editing the description and things messed up
Yes, the app developer could elide text instead of increasing cards height: but I think it would be nice to have automatic different height managed by Kirigami and the app developer that want cards with fixed height takes care of card content in another way, i.e. eliding text.
Do you mean a icon with the following points?
May 19 2018
Possible interactions on hover (I used the third one and the fourth one when dragging):
I tried with arrows too, but I think the fifth one looks better... my second choice is the third one.
May 18 2018
Cursors and hover:
May 15 2018
Also we decided against KNS because the resources are potentially dangerous and our users may install viruses like this.
May 9 2018
Feb 14 2018
+1 for 3-dots icon.
Oct 16 2017
Oct 14 2017
Absolutely +1, I was waiting for this option since Plasma 5 was launched. I suggest to make it default, I can't really get why the shadow should be on the right.
Sep 11 2017
Pelican seems very good too
+1, in particular for Grav
Sep 8 2017
Aug 23 2017
@dvratil Hi, I did a quick mockup, it misses a lot of KMail widgets like the filter and buttons but I hope you get the ideas:
Aug 21 2017
What if we just make it a Nextcloud Notes client instead of reinventing the sync ehm the wheel? :)
May 4 2017
Apr 28 2017
I'm not sure of what to do. The current icon with 3 dots doesn't give any indication of what is supposed to do.
The risk a user confuse VDs with Activities exists but he should be able to understand the difference trying it.
I'm using the new icon and I like it but this is blocking me from pushing it to master.
Apr 13 2017
In general I think we should add specs to Kirigami before, instead of directly in the app, to keep consistency across apps
Why not use Kirigami's FAB?
Apr 1 2017
@ivanthekdefan as I said this mockup is just to show the right navigation pattern in Kirigami. "Comments" tabs was intended for app reviews.
Mar 23 2017
@subdiff the search could be the FAB. I should do a complete mockup, because this one is just to stress the navigation.
Mar 21 2017
@subdiff yours are all good suggestions, I made the mockup really quickly to stress the right navigation pattern :-)
About "more" buttons, I think it would be good to find a solution and make it a guideline.
Same for categories controls: those are just placeholders, I think it would be nice something like elementary OS Software Center.
In general a minumum + maximum sizes would be a good addition to guidelines.
Mar 20 2017
Mar 19 2017
Mar 18 2017
@apol if the problem is having the UI ready to take pictures with one click, it could be started with recent shots + take picture pages both opened. Then if the user clicks on a recent shot the page on right will show it with options, like in the screenshot.
Then if the user wants to take a picture again he just have to click on "+" FAB in recent shots page.
It seems the most sensible approach to me...
I honestly think that the "hack" of Kirigami guidelines went a bit too far: the global drawer is for global actions, and it was not intended to gather widgets like those.
Global drawers: global actions
Pages: every kind of items
Context drawer: actions on one or more items.