Cloudron Forum

Available screen space

Still focusing on tables, but to consider in general:

• When the task focus is on working with complex tables, the space should not be limited for the sake of the design

-> Let the content width be a subject of user preference: make .content max-width (900px) class-dependent and offer a per-user or per-session toggle to swap a body class. The design looks good without the max-width, so there's really not much to change

• Sidebar consumes too much space in narrow viewports (already mentioned here in this thread)

-> Option to reduce the sidebar width to the width of the icons (see Discourse or GitLab

@nebulon Some UX-friendly approaches for the several table-related issues:

• Scrollable table wrappers (check)
• Consequently (tables can grow infinitely wide) limit column lengths with CSS to a readable size, e. g. max-width: 40ch; word-wrap: break-word;
• Consequently (rows can then have variable heights) top-align table cells
• Support orientation in table rows with either alternating backgrounds or subtle horizontal borders (hover bg is already helpful - but only when your device has a hover state)
• Wrap all concatenated data with markup (like group names in the users table, unlike aliases in the mailbox table) - reserving us the option to set entries inline or stacked. Ideally, use invisible list markup - commas can be added with CSS

@luckow @necrevistonnezr "untamed" either way

Makes sense. +1

Every time I read AI powered I wonder where the model is running in first place (and if it's an ongoing model training). Especially when personal data is involved.

Folks, your private vacation videos are just too large

https://docs.cloudron.io/apps/hedgedoc/

Section Custom configuration, "Link in See HedgeDoc docs for configuration options reference" responds with 404.

I guess this would be the new location: https://docs.hedgedoc.org/configuration/

I love you

@nebulon Any progress with the description field yet?

@nebulon Aaaawesome! The tooltip solution is closer to where it's needed, good. (But be aware of possible accessibility implications.)

@marcusquinn Sounds like a good idea. I'm sure we can trust the wonderful Cloudron team with design decisions (and weighing those against technical feasability).

As long as they can make this happen - nag, nag

Now that we've satisfied some basic power users' needs - mind if I get back to the original motivation (description field, login type)?

At least once a week I have to tell an app-using team member that it's not their fault and to stop blaming themselves (no, you are not "too stupid").

It would be such a blessing to help non-admins help themselves.

@nebulon Awesome improvements!

given that we haven't done any visual focus handling

Unfortunately it's a very widespread bad habit among web designers to unconsciously style only :hover states. By omitting :focus, accessibility is actively reduced. Not blaming anyone. You might want to check if your CSS files serve this finding.

The defaults are not always a good fallback. Not many people actually know that they could adjust their system (not even many among those who rely on assistive technologies). When we avoid touching the way the defaults do the styling (e. g. outline) we can still do a lot for accessibility

@nebulon said

at least in firefox here the a tag element does get the system default focus outline

Technically correct - but aren't we kinda hard trying to make that invisible?

(Spoiler: it's the chat tile that has the focus)

@infogulch said

when I'm only half paying attention

Important point that makes me nervous about stop/restart buttons too easily to be (mis)clicked.

Please do also have in mind that you lovely people here are power users. We should always cross-check ideas with a persona who is a non-frequent administrator.

That is one reason why I tend to find non-disruptive changes. Mapped to the (absolutely valid) requirement to reduce searching for the fuctions (stop / restart) - would it be feasible to have redundant additional links on several tabs?

@girish said in Dashbard UX enhancement suggestions:

[...] (I don't like the current settings icon hover either... but that's a separate topic).

Give me a little more background information on how it's built (or a link to that separate topic), maybe I can help (with expertise in UX, CSS, accessibility).

Oh my, there we've got something
So many good ideas, this community is awesome!

I love @marcusquinn's dot menu suggestion. If that is accessible for all roles we can keep the tiles largely free from clutter. If it's only for admins we should list separately what should must find a place on the tile.

As to the 2FA idea, of course we can find an icon to reflect that (I've been using fontawesome icons for the wireframe because the font is already in use - but I cannot find any suitable icon there).

Before we get to that: are there any apps that require 2FA by default? I only know of those with optional settings. Digging that deep would mean that we'd eventually have to pick the icons to display, right?

@nebulon Hover for the icon was exactly what I had in mind

While you're at it, could you check why the focus on the tiles (keyboard navigation) has no visual effect?

Hello power users, here's a collection of newbie users' experience feedback for the dashboard:

• Confusion about what app to use for what purpose (in the respective organization)
• Confusion about "wrong login credentials"

(Whining at a high level, they are all very happy with Cloudron)

Here's a suggestion to mitigate confusion:

• Keep the label field untouched ("filebox"). Using the subdomain part as a default works well and we do not want any disruption here
• Add a description field for individual information ("File transfer"). This can be empty by default.
• Add login type information (if possible). Depending on the permissions handling of the grid-item-actions layer you could add that icon there, otherwise append it with an :after element to the container. Plus a legend below.

Happy to help with CSS fumbling if that helps getting forward

And Please forgive me for not having digged deeply into possibly related issues. I found #1804 with a "perhaps related".