KDE Human Interface GuidelinesProject
ActivePublic

Details

Description

KDE's Human Interface Guidelines

Recent Activity

Sat, Apr 4

Arucard added a comment to D28554: Add Smart TV UX as device type.

As a side-note, I just wanted to mention that the Contribute section in the HIG doesn't actually explain how to submit the changes you make locally. I followed the instructions from this Community page. I'm not sure if this is correct and it actually took a bit of searching to find. So it might be useful to include up-to-date instructions on the Contribute page in the HIG, even if it's just a link to that same page (assuming that's the correct workflow to use).

Sat, Apr 4, 12:06 PM · KDE Human Interface Guidelines
Arucard added a project to D28554: Add Smart TV UX as device type: KDE Human Interface Guidelines.
Sat, Apr 4, 11:59 AM · KDE Human Interface Guidelines

Mar 4 2020

ngraham added a comment to T10384: Unify styles for lists and their buttons.

Well, sort of. We did some porting, but there's still substantial inconsistency between old-fashioned QWidgets lists and more modern QML lists. So I guess it depends on whether you think that's within the scope of this task.

Mar 4 2020, 6:20 PM · Goal: Consistency, Kirigami, KDE Human Interface Guidelines, VDG
fabianr added a parent task for T12780: HIG: Unify list item removal: T12777: Unify list item removal.
Mar 4 2020, 7:27 AM · KDE Human Interface Guidelines
fabianr created T12780: HIG: Unify list item removal.
Mar 4 2020, 7:27 AM · KDE Human Interface Guidelines

Mar 3 2020

cfeck added a comment to T12655: Close buttons on dialogs that don't ask a question.

My opinion: For consistency with all other dialog windows, there should always be a QDialogButtonBox, even if it has only one button.

Mar 3 2020, 8:55 PM · KDE Human Interface Guidelines, VDG

Mar 2 2020

niccolove added a comment to T10384: Unify styles for lists and their buttons.

Is this done?

Mar 2 2020, 12:35 PM · Goal: Consistency, Kirigami, KDE Human Interface Guidelines, VDG

Feb 21 2020

ngraham added a comment to T10233: Create a HIG for tab style and behavior.

I think best way to unify shortcuts in applications would be to use both Ctrl + PgUp / Ctrl + PgDn and Ctrl + Tab / Ctrl + Shift + Tab when possible, but not if it is already used by important feature or is a non formal industry standard, in that case use only one of the shortcuts. If both shortcuts can't be used by an application then either leave tab switch unassigned by default or provide 3rd shortcut option.

agree with ctrl+tab/ctrl+shift+tab as primary due to being a defacto standard from the browsers. Where did the PgUp/PgDn shortcuts come from?

Feb 21 2020, 2:12 PM · Goal: Consistency, VDG, KDE Human Interface Guidelines
dariuszdeoniziak added a comment to T10233: Create a HIG for tab style and behavior.

I think best way to unify shortcuts in applications would be to use both Ctrl + PgUp / Ctrl + PgDn and Ctrl + Tab / Ctrl + Shift + Tab when possible, but not if it is already used by important feature or is a non formal industry standard, in that case use only one of the shortcuts. If both shortcuts can't be used by an application then either leave tab switch unassigned by default or provide 3rd shortcut option.

agree with ctrl+tab/ctrl+shift+tab as primary due to being a defacto standard from the browsers. Where did the PgUp/PgDn shortcuts come from?

Feb 21 2020, 10:38 AM · Goal: Consistency, VDG, KDE Human Interface Guidelines
wstephenson added a comment to T10233: Create a HIG for tab style and behavior.

I think best way to unify shortcuts in applications would be to use both Ctrl + PgUp / Ctrl + PgDn and Ctrl + Tab / Ctrl + Shift + Tab when possible, but not if it is already used by important feature or is a non formal industry standard, in that case use only one of the shortcuts. If both shortcuts can't be used by an application then either leave tab switch unassigned by default or provide 3rd shortcut option.

Feb 21 2020, 10:26 AM · Goal: Consistency, VDG, KDE Human Interface Guidelines
wstephenson added a comment to T10233: Create a HIG for tab style and behavior.

For windows with like 30 tabs (i.e. web browsers), it turns into a list, which is nice

Feb 21 2020, 10:24 AM · Goal: Consistency, VDG, KDE Human Interface Guidelines

Feb 19 2020

ngraham added a comment to T10233: Create a HIG for tab style and behavior.

Windows 10 does that, showing taskbar thumbnails for windows on a per-tab basis, not a per-window basis. It feels nice for windows that have 3 or fewer tabs. For windows with like 30 tabs (i.e. web browsers), it turns into a list, which is nice. I wouldn't mind having that in Plasma.

Feb 19 2020, 4:31 PM · Goal: Consistency, VDG, KDE Human Interface Guidelines
wstephenson added a comment to T10233: Create a HIG for tab style and behavior.

Have we ever considered thinking outside the (application) box and telling the UI shell which views are being managed by each window, so the shell can help the user switch view (app/view/file/uri, even Activity) consistently? I realise this is bigger than consistent tab style across apps, so please point me to it if this is in the wrong place.

Feb 19 2020, 3:44 PM · Goal: Consistency, VDG, KDE Human Interface Guidelines
wstephenson added a comment to T10233: Create a HIG for tab style and behavior.

I just came here because this is an issue that intensely irritates me, and I'd like to help: https://blogs.kde.org/2020/02/19/it-time-war-tabs

Feb 19 2020, 3:41 PM · Goal: Consistency, VDG, KDE Human Interface Guidelines

Feb 16 2020

nicolasfella added a revision to T12709: Improvements for KNotifications documentation/guidelines: D26918: Improve KNotification API docs.
Feb 16 2020, 8:51 PM · KDE Human Interface Guidelines, Frameworks
nicolasfella created T12709: Improvements for KNotifications documentation/guidelines.
Feb 16 2020, 8:51 PM · KDE Human Interface Guidelines, Frameworks

Feb 6 2020

ngraham added a comment to T12655: Close buttons on dialogs that don't ask a question.

Yes, you can always close a dialog with Alt+F4.

Feb 6 2020, 5:44 PM · KDE Human Interface Guidelines, VDG
ndavis added a comment to T12655: Close buttons on dialogs that don't ask a question.

What @trmdi says is true, but is there a way to close the dialog with a keyboard shortcut? If we care about providing a way to close apps with no titlebar via the GUI, should we add additional ways to close apps like Discover?

Feb 6 2020, 4:11 PM · KDE Human Interface Guidelines, VDG
trmdi added a comment to T12655: Close buttons on dialogs that don't ask a question.

To me this seems a bit redundant since the window itself already has a close button in its titlebar

Feb 6 2020, 4:06 PM · KDE Human Interface Guidelines, VDG
ngraham triaged T12655: Close buttons on dialogs that don't ask a question as Normal priority.
Feb 6 2020, 4:00 PM · KDE Human Interface Guidelines, VDG

Feb 3 2020

ngraham added a comment to D13405: Added page about the switch component.

One idea I've seen since this original discussion was to make the switch control have a little light on it that comes on when the switch is in the "On" state. That would be a universal visual signal so we wouldn't need to worry about localizing the shortest possible versions of the strings "on" and "off".

Feb 3 2020, 10:21 PM · KDE Human Interface Guidelines

Jan 9 2020

adrianchavesfernandez added a comment to D25343: Add an initial page for animations.

Please, push a commit to fix the headers. See https://binary-factory.kde.org/job/Website_hig-kde-org/157/console

Jan 9 2020, 8:37 AM · VDG, KDE Human Interface Guidelines, Goal: Consistency

Jan 7 2020

ngraham added a comment to D25343: Add an initial page for animations.

I've landed this for you in https://cgit.kde.org/websites/hig-kde-org.git/commit/?id=ad3d052e47f0d24f0548bd14cff2749345ea5968

Jan 7 2020, 4:06 PM · VDG, KDE Human Interface Guidelines, Goal: Consistency
ngraham closed D25343: Add an initial page for animations.
Jan 7 2020, 4:05 PM · VDG, KDE Human Interface Guidelines, Goal: Consistency
davidedmundson added a comment to D25343: Add an initial page for animations.

Apparently I am not that important :(

Jan 7 2020, 4:00 PM · VDG, KDE Human Interface Guidelines, Goal: Consistency
ngraham added a comment to D25343: Add an initial page for animations.

Shipit! Do you have commit access for the HIG repo?

Jan 7 2020, 3:57 PM · VDG, KDE Human Interface Guidelines, Goal: Consistency
ndavis accepted D25343: Add an initial page for animations.
Jan 7 2020, 5:04 AM · VDG, KDE Human Interface Guidelines, Goal: Consistency

Jan 6 2020

ngraham accepted D25343: Add an initial page for animations.

LGTM. VDG and Goal: Consistency folks, is this good now?

Jan 6 2020, 6:18 PM · VDG, KDE Human Interface Guidelines, Goal: Consistency
davidedmundson added a comment to D25343: Add an initial page for animations.

Done, I'll leave it to the VDG/consistency goal to be sure things match.

Jan 6 2020, 6:16 PM · VDG, KDE Human Interface Guidelines, Goal: Consistency
davidedmundson updated the diff for D25343: Add an initial page for animations.

update

Jan 6 2020, 6:15 PM · VDG, KDE Human Interface Guidelines, Goal: Consistency
davidedmundson added a comment to D25343: Add an initial page for animations.

Ok, will update.

Jan 6 2020, 6:13 PM · VDG, KDE Human Interface Guidelines, Goal: Consistency
ngraham added a comment to D25343: Add an initial page for animations.

Having played with it a bit, I agree with @sefaeyeoglu here. Reversing them from what's currently proposed feels nicer to me. Things enter faster, which is ultimately what you want for things that animate from invisible to visible.

Jan 6 2020, 6:01 PM · VDG, KDE Human Interface Guidelines, Goal: Consistency

Jan 4 2020

mglb removed a watcher for KDE Human Interface Guidelines: mglb.
Jan 4 2020, 11:18 PM

Jan 3 2020

sefaeyeoglu added a comment to D25343: Add an initial page for animations.

As mentioned in D18000 I think the following two things should be adjusted. I think it is more natural that way.

Jan 3 2020, 11:12 PM · VDG, KDE Human Interface Guidelines, Goal: Consistency

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
esokrates added a comment to T11579: Unify navigation through sidebar categories/views.

Could you please add hiding the sidebar altogether to the proposal? If you go that expansion path, further collapsing from the vertical could lead to the sidebar being hidden altogether with only a slight visual hint that there is something that can be expanded (like the libreoffice sidepane).

Jan 2 2020, 9:35 AM · Goal: Consistency, KDE Human Interface Guidelines, VDG

Nov 22 2019

joricke added a comment to T9460: Consider a more user-friendly SpinBox control.

Is it not possible to query the device the box has to be rendered on whether it uses touch or pointer input? If it is possible, the SpinBox could render in two different ways, one of which is the current design and the other being a touch optimized render.
Mobile users are very much used to in input field with a Minus control button on the left and a Plus control button on the right to modify the value of the input by a pre-set step. However this design is not very logical for pointer input devices such as regular desktop PCs, or laptops.

Nov 22 2019, 3:57 PM · KDE Human Interface Guidelines, Kirigami, Breeze, VDG

Nov 17 2019

ngraham added inline comments to D25343: Add an initial page for animations.
Nov 17 2019, 7:00 PM · VDG, KDE Human Interface Guidelines, Goal: Consistency
davidedmundson added a comment to D25343: Add an initial page for animations.

Personally, I would suggest to use that easing curve.

Nov 17 2019, 6:59 PM · VDG, KDE Human Interface Guidelines, Goal: Consistency
niccolove added a comment to D25343: Add an initial page for animations.

Change the page title and filename from "Animations" to "Animation"

In terms of Quad vs Cubic, I think it would make the most sense to use this page to describe the current state of reality (so, Quad). Then, we should define the default easing curves for visible->invisible, invisible->visible, and visible->visible in some central location, and port everything to pull the data from there rather than hardcoding it. Finally, we should discuss what those standardized easing curves should be. I also slightly prefer Cubic to Quad, having used it now, but we should consistently use the same one everywhere.

Does that sound like a sane and doable plan?

Nov 17 2019, 5:21 PM · VDG, KDE Human Interface Guidelines, Goal: Consistency
ngraham requested changes to D25343: Add an initial page for animations.

Change the page title and filename from "Animations" to "Animation"

Nov 17 2019, 4:07 PM · VDG, KDE Human Interface Guidelines, Goal: Consistency

Nov 16 2019

niccolove added a comment to D25343: Add an initial page for animations.

I agree that animations should be consistent and specified in the HIG. I will see if there's anything I can do to help you with this page.

Nov 16 2019, 7:23 PM · VDG, KDE Human Interface Guidelines, Goal: Consistency
niccolove added projects to D25343: Add an initial page for animations: Goal: Consistency, KDE Human Interface Guidelines, VDG.
Nov 16 2019, 7:20 PM · VDG, KDE Human Interface Guidelines, Goal: Consistency
adrianchavesfernandez closed T11711: Enable keyboard navigation in the HIG documentation as Resolved.

https://invent.kde.org/websites/hig-kde-org/merge_requests/49

Nov 16 2019, 6:26 PM · KDE Human Interface Guidelines

Nov 14 2019

niccolove moved T10476: Create a HIG for panels from Reported to HIG Specification on the Goal: Consistency board.
Nov 14 2019, 8:11 AM · Goal: Consistency, KDE Human Interface Guidelines
niccolove added a project to T10476: Create a HIG for panels: Goal: Consistency.
Nov 14 2019, 8:11 AM · Goal: Consistency, KDE Human Interface Guidelines

Oct 29 2019

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

Note-worthy: Maui often uses concept 1b for its applications. In this case, you have icons for all possible views and only the label of the active view is used. I think it's a quite elegant approach.

Oct 29 2019, 6:25 PM · Goal: Consistency, KDE Human Interface Guidelines, 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

Oct 13 2019

fbg13 added a comment to T10233: Create a HIG for tab style and behavior.

Firefox and Chrome both resize tabs when opening or closing tabs

Oct 13 2019, 2:57 AM · Goal: Consistency, VDG, KDE Human Interface Guidelines

Oct 10 2019

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

Tooltips don't need to immediately pop up, of course, like most tooltips nowadays. They would not hide your stuff unless you kept hovering over an item for long enough.

Oct 10 2019, 11:39 AM · Goal: Consistency, KDE Human Interface Guidelines, VDG