[1] What are the intended icon states here? In Figma I'm seeing a double stack inbox and a single stack inbox but not clear what they connote

@Dmantena this is following a pattern from Apple Mail where a single tray icon is used when you are viewing one of your inboxes and the stack is used when viewing messages across all of your inboxes.

[2] How is the Projects modal data populated? The Wikimedia Projects text states only projects you've created an account for will appear, but what about the Wikipedias sections?

CC: @JMinor: I believe that we were hoping to show the contributor's app language Wikis + any Wikis they have new messages in after logging into the app?

[3] Is it intended for Read Status Filters and Inbox Filters to be persisted between app launches?

Ideally, yes

[1] What are the intended icon states here? In Figma I'm seeing a double stack inbox and a single stack inbox but not clear what they connote

@Dmantena this is following a pattern from Apple Mail where a single tray icon is used when you are viewing one of your inboxes and the stack is used when viewing messages across all of your inboxes.

@cmadeo So correct me if I'm wrong, but your intent is:

• the default display behavior, where the the user is viewing all Projects and hasn't "filtered down" their Project selections, is the double stack filled inbox (SF Symbol tray.2.fill)
• if the user has unchecked some Projects ("filtered them down"), a single filled inbox is displayed (tray.fill)

I'm wondering if, in seeing the empty and filled "filter" symbol (line.3.horizontal.decrease.circle & line.3.horizontal.decrease.circle.fill) in context next to these inbox states, and what those fill states imply to a user, if a user might be confused about what the inbox symbol states are indicating.

The filter filled state (line.3.horizontal.decrease.circle.fill) implies there's active filtering happening, and an unfilled state implies there's no active filtering happening. The double stack inbox does imply more, but the lack of an unfilled state perhaps confuses the expectation about what is actually happening.

This isn't a complete design thought by me (and please do let me know if you think my thinking on this is misguided), but I'm wondering if you think we'd be better serving the user by somehow utilizing a single symbol with two different fill states (like tray and tray.fill) to indicate that Project filtering is active instead of two different symbols with a single fill state (inbox filled tray.fill and double inbox tray.2.fill) here?

Hmm, I think this should still be on the 6.9 board, but maybe I missed a decision somewhere. @LGoto do you remember why this was removed from the release?

[1] What are the intended icon states here? In Figma I'm seeing a double stack inbox and a single stack inbox but not clear what they connote

Please see below

[2] How is the Projects modal data populated? The Wikimedia Projects text states only projects you've created an account for will appear, but what about the Wikipedias sections?

Did we come to a conclusion around this in a meeting @JMinor or @Tsevener ?

[3] Is it intended for Read Status Filters and Inbox Filters to be persisted between app launches?

Ideally yes, but it's okay if it can't be

[2] How is the Projects modal data populated? The Wikimedia Projects text states only projects you've created an account for will appear, but what about the Wikipedias sections?

@cmadeo and I chatted about this for a bit. What we will be importing at the data layer are:

1. The entire history of each app language
2. The entire history of commons and wikidata, and
3. Only unread notifications of any other language wikis.

So with this we were thinking we could make a list like this:

• Always have commons and wikidata options, even if they don't happen to have any notifications imported for those.
• Always have their app language options (so this is a somewhat dynamic list, it'll change if they change their app languages)
• Any additional language wikis for imported notifications that aren't in their app languages. So these items will be built off of what notifications we have saved in Core Data.

Sorry, my previous comment was needed but I briefly forgot about why we moved this in Needs Design to begin with. @cmadeo please take a look at https://phabricator.wikimedia.org/T288873#7286276 and let us know if you have any thoughts on @Dmantena 's comments. Thanks!

Hi @Dmantena sorry I missed your comment from earlier!

This isn't a complete design thought by me (and please do let me know if you think my thinking on this is misguided), but I'm wondering if you think we'd be better serving the user by somehow utilizing a single symbol with two different fill states (like tray and tray.fill) to indicate that Project filtering is active instead of two different symbols with a single fill state (inbox filled tray.fill and double inbox tray.2.fill) here?

Using the stacked icon is following the convention from Apple mail, but I think that your point around using unfilled icons vs. filled makes a lot of sense. can we update the icons to be unfilled?

Thanks for peeking back at this @cmadeo!

can we update the icons to be unfilled?

Gotcha - do these symbols correspond to what you're expecting to see in the toolbar now? No more fill states?

Sorry, @Dmantena this looks good except for 'filter applied' that's the only icon that should use the filled state

In T288873#7381867, @cmadeo wrote:

Sorry, @Dmantena this looks good except for 'filter applied' that's the only icon that should use the filled state

@cmadeo Ah got it – so this is where I think we may still benefit from changing our symbols and fill states. As a user, I can imagine this fill state logic (for these two items that are essentially both filters on a raw list) causing me to make an incorrect assessment when quickly trying to determine what information I'm viewing.

Just thinking about the fill states in this context, filled indicates active or engaged, and unfilled indicates it's disengaged or not active. That's Apple Mail's vibe with their toolbar filter button too (they throw a wrench in the works with that compose button, but that's a direct action not a state indicator).

Here're two ideas that preserve that on-filled off-unfilled logic:

As a user quickly visually scanning these symbols with their fill states, I can make a quicker more correct assessment of the data I'm viewing without the extra cognitive work to remember the left filter fill states operate differently than the right filter fill states.

Does my way of thinking about this seem off?

Happy to go down whatever path you feel is best even if it's not one of these – just wanted to communicate the rationale behind my suggested approach!

Hi @Deepak thanks for this! I'm happy to go with route B!

@Tsevener or @Dmantena it looks like we have one small missing element, we're missing the subtitle for no filters turned on AND one or more projects turned off I'd expect this to read as 'All notifications in X projects'

Hey @cmadeo – I could be misinterpreting something, but I think we cover this case. Here's a screenshot with 1. no filters turned on and 2. one or more projects turned off (just showing English and French projects out of five total projects in this case). Am I missing which what subtitle you are referring to?

Hi @Dmantena, ah, strange this wasn't showing up for me! Let me try to reproduce again.

@cmadeo Whoops - I accidentally deleted my last message. When you get a chance, can you share the Projects (both Wikimedia and Wikipedia projects) you have listed and selected in the Projects modal that reproduces this issue for you?

@Dmantena this is working for me now after the app update!

In T288873#7747796, @cmadeo wrote:

@Dmantena this is working for me now after the app update!

Awesome - glad to hear.

Looks good to me on 6.9.0 (1894)