Also, the padding on the right of seems a bit too large to me.

Side note: I am using browser scaling to 90% (not sure how that would cause any issues, but browsers are odd sometimes ).

Read full topic

Maybe it’s because the icon is the first place I look at.
It is more important to me than the avatar. Because the one, who triggered the notification is also there as text, what I’m notified about is only there for moved posts, otherwise the icon is the only indicator.

Read full topic

Enabled for all trust_level_0 users.

Read full topic

@lindsey thoughts?

It is a evolutionary change that is subtly better in a few ways.

Read full topic

I think the big reason we held off is customisations people made

Read full topic

sam:

Also @lindsey a big change we should think about is making the avatars show up by default

Huh didn’t we try this at some point recently? I thought we’d given that a go and decided not to proceed for some reason. But I very much like the idea, the notification menu is much more interesting and informative with the avatars.

Read full topic

Read full topic

Except for that I prefer this styling to our original. Still think it is worth exploring some more radical options, but as an iteration it feels good.

Also @lindsey a big change we should think about is making the avatars show up by default, we are not doing that and so many default installs get this less than optimal default experience:

The changes @jordan-vidrine made here are refinements vs re-imagining, which is nice

• Selecting feels a bit nicer
• Distinct icon styling for read vs unread feels nicer
• The blue links in notifications are an outlier, it is nice to have this in black.

Read full topic

Read full topic

Can you send a screenshot of the mobile reddish bg?

Read full topic

jordan-vidrine:

two diff colors

This one, yeah two diff colors. You need to get an account to require approval on local to see this.

Read full topic

sam:

I am finding the light grey very hard to read, it feels washed out. Maybe we try with only greying the avatar decoration?

The contrast here is just very very hard on the eyes, especially on the non bold text.

Yeah, I’m finding this feedback interesting. It must be due to proximity, bold, spacing, and shorter width of text.

I am using the same color to signify “read” that our topic lists use.

That said, I do think the icon bg has something to do with this as well, which is why I like @keegan suggestion here:

One more option I am kind of wanting to implement is inline title w/ description. Something like this:

Is this on hover? Or is the list actually showing two diff colors of blue background on different items?

Read full topic

I am finding the light grey very hard to read, it feels washed out. Maybe we try with only greying the avatar decoration?

The contrast here is just very very hard on the eyes, especially on the non bold text.

I think this is why gmail ended up with using font-weight for the delineation.

Also on desktop, getting 2 different blues which is confusing.

Read full topic

sam:

Thoughts?

Last one looks quite good! It communicates the unread status clearly, but is still very light. Similarly, I like the first one (though I don’t think the blue circle is necessary, so in comparison the last one wins). All other designs are “too much” for my personal taste.

Read full topic

• Bringing back the blue bg, but slightly more muted.
• keep the new “read” styling to mimic topic lists
• decrease “active” background highlight of active nav item
• keep the blue circle bg for icons of unread

Sam, I like the first two options your artifact shows as well. Will look more into those. For now, I think our most recent iteration gets us in a spot where the differentiation is a bit more clear.

To move further I think we’d need some tweaks to the template & copy.

CSI ENHANCE

Seems normal

Read full topic

Compare to this interactive artifact (clickable, try it out)

I kind of like the last option the most, cause it is clear and uncluttered, but the first 2 feel fine as well.

Thoughts? (also what’s up with Nathan … what an avatar )

(also the reduced border radius feels a tiny bit better)

Read full topic

Read full topic

Read full topic

Read full topic

What are your thoughts on this subtle improvement?

It’s about removing the hover effect from the active button panel on the right side, while applying a subtle blend effect to the left panel.

This would help differentiate the panels from the buttons and prevent the interface from appearing overly saturated or ‘fully painted’ when there are active notifications and panel at the same time.

Read full topic

satonotdead:

May I know the motivation for the padding on the corners of the buttons/sections?

To more closely mimic the sidebar.

Read full topic

May I know the motivation for the padding on the corners of the buttons/sections?

I honestly don’t get it but I’m probably missing something.

That looks beautiful with no extra padding on rounded corners

Read full topic

The other part in this menu is a “selected” state. This is to show the currently selected notification tab. In this iteration we are mimicking the selected state for sidebar items.

Here is a basic audit of the things we are looking at in the menu. Read, Unread, Selected

Sidebar
For sidebar, we just indicate “unread” with a dot. “Read” is assumed by default if no blue dot exists.

Side bar - active
Here is the currently selected sidebar item, aka active.

Topic List
For topic lists we currently show a blue dot && use color in the title & metadata to differentiate. One caveat is that we dont show the blue dot on topics you are not following/watching. So whether the blue dot appears or not is not immediately clear to the user.

Menus
We use selected as a state here to show active selection. I do not think this translates to notifications, but it does translate to the selected state of the menu notifications current tab.

There are inconsistencies at the moment of what color we use for selected.

For tracking, we use grey.

For currently selected category we use blue.

User Notifications page
This page needs some work in the current iteration.

Read full topic

With respect to state, I don’t have a strong preference for the different options. But I think it would be great if it could be addressed more generally in a design exploration. There’s not a fully consistent system in place and rather than just looking for the right fit for the notification menu now, it could be great to have a wider exploration mapping state and context across the app and then applying it with variables.

For example, yes, the state (read/unread) is analogous to the topic list. But the context is different, and on similar context (other menu panels) a more subtle grey usually doesn’t indicate that state. Now it makes other menu items look a bit more as if they indicate some muted state as well. So I feel this could really profit from a more systematic mapping.

Read full topic