Page MenuHomePhabricator

Design exploration: Clarify global & local use of Event List
Closed, ResolvedPublic

Authored By
ifried
Sep 25 2024, 5:22 PM
Referenced Files
F57688105: image.png
Nov 7 2024, 8:15 PM
F57688083: image.png
Nov 7 2024, 8:15 PM
F57688074: image.png
Nov 7 2024, 8:15 PM
F57688071: image.png
Nov 7 2024, 8:15 PM
F57688064: image.png
Nov 7 2024, 8:15 PM
F57688055: image.png
Nov 7 2024, 8:15 PM
F57688047: image.png
Nov 7 2024, 8:15 PM
F57688045: image.png
Nov 7 2024, 8:15 PM

Description

User problem:

The Event List has data that could be useful to people, but it is hard for them to know which events and/or communities may the most relevant to them since some things are global (i.e., events) and some are local (i.e., WikiProjects). We should make this distinction more clear through the user experience, so that theypeople can go ahead and join thosemore easily take action to join events and communitiesities that interest them through the list.

Background:

The Event list was first developed as a global list of events that use Event Registration. The idea behind the global nature of the Event List was that a) many Wikimedians are multi-lingual so they may be interested in events across wikis rather than on just wiki, b) many events are on Meta-Wiki, but they apply to another wiki in terms of contributions, and c) it is useful for all Wikimedians to get a global sense of what's going on in terms of organized activity, even if they cannot directly participate in some events themselves, since this is a global movement and there should be broad transparency around the work that is happening overall.

The MVP of the Event List was very basic, since we wanted to build something that could be released quickly for early feedback. To do this, we built an MVP that only focused on the data that we already have for events, rather than collecting and displaying any new data points.

However, since the Event List is global, we do need to add more data points to make it useful. In particular, we should show the wiki(s) of the event. This way, users can know which events they can meaningfully participate in. We have an epic for this work (T366765), but it has not been worked on yet due to competing priorities. This is now becoming higher-priority, since more wikis are requesting that at the extension is enabled on their wikis, so the global list will truly becoming more global rather than largely being a list of events on Meta-Wiki (which is what it has been, more or less, over the last few months).

Meanwhile, we are also focused on expanding the event list to have an extra tab ("Communities"), which displays WikiProjects (see epic: T368329). Again, we are trying to do a simple first MVP. To do this, we are first creating a local implementation. This means that, for example, if someone is on Swahili Wikipedia, they will see WikiProjects for Swahili Wikipedia only on the "Communities" tab. In the future, we may make the Communities tab global, but we are starting at first with a simple local implementation.

Overall, this creates a confusing situation for the following reasons:

  • Events tab is global, but users may not know that it is global and they may not know which events are directly applicable to them (in terms of the language wiki focus)
  • Communities tab is local, but users may not know that
How we would like to improve usability:

We would like to improve this situation by looking holistically at the problem and seeing how the user experience can be improved so that users know how to usefully interact with the data so that they can:

  • Find events and projects that they can meaningfully join
  • Understand what is directly related to them vs. what is more of a general curiosity but less directly related to them

Event Timeline

ifried renamed this task from Improve usability of Event List [placeholder] to Improve usability of Event List.Sep 25 2024, 5:23 PM
ifried updated the task description. (Show Details)
ifried updated the task description. (Show Details)
ifried renamed this task from Improve usability of Event List to Design exploration: Improve usability of Event List.Sep 25 2024, 5:33 PM
ifried renamed this task from Design exploration: Improve usability of Event List to Design exploration: Clarify global & local use of Event List.Sep 25 2024, 10:54 PM
ifried updated the task description. (Show Details)
ifried updated the task description. (Show Details)
ifried added a subscriber: AlexHollender-WMF.
ifried updated the task description. (Show Details)
Design explorations

1. Displaying the event wiki(s) in various places

Since an event can take place on up to 100 wikis we need to truncate the list (similar to how we truncate the participants list). The full list of wikis will be available on the Event details page (see below).

My events

image.png (1×2 px, 183 KB)
image.png (1×750 px, 75 KB)

All events

image.png (2×2 px, 314 KB)
image.png (2×750 px, 235 KB)

Event page

image.png (1×3 px, 1 MB)
image.png (1×750 px, 133 KB)

Event details modal

image.png (1×3 px, 721 KB)
image.png (1×750 px, 97 KB)

Event details page

image.png (1×3 px, 261 KB)
image.png (2×750 px, 138 KB)

A few things that came up:

  1. What is the best icon to use to represent the wiki(s) that the event is taking place on? Should the icon be dynamic based on which Wiki the event is taking place on? If it's a Wikipedia event use the Wikipedia logo, if it's Wikivoyage use that, if it's multiple projects use Wikimedia, etc. If that's too complicated, and we need to choose one icon, the Wikimedia logo or the Globe seem like they could work well. The Globe might be a little confusing because it might be read as "location", and we've already got a Map pin icon for location.
image.png (1×2 px, 182 KB)
  1. In the various places where we have a little event summary card/listing does it make it easier to read/parse if we add headings to the various sections?
image.png (1×3 px, 275 KB)
  1. Why does My events use a table rather than the list used in All events? It seems like the list is a better layout option, especially if additional information is going to be added to each event listing.

2. Filtering by wiki on My events & All events

Allow people to filter lists of events by wiki (perhaps defaulting to filtering for whichever wiki they are viewing the list on).

image.png (1×3 px, 227 KB)

In order to allow people to see events on any/all wikis there are two different approaches we considered:

  1. If they remove the wiki in the filter input they will see events on all/all wikis
  2. Including an explicit "All wikis" checkbox, which would disable the input
image.png (1×3 px, 239 KB)

A few related things that came up:

  1. Is the way that ongoing events currently show up in the list confusing? They display the date they started on which is often several months in the past. So imagine it is November 7th and you view the list of events, the first date you see is February 5, 2024. One possible way to clarify this would be to have separate sections for "Ongoing events" and "Upcoming events"
image.png (2×3 px, 342 KB)

Another approach might just be to just show today's date, rather than the date the event started on, so that people don't get thrown off. The event summary already includes information about the start date of the event, so people can see it there if they are interested.

  1. Related to the above, since ongoing events are always displayed at the top of the list, and since some of them run for a long time (e.g. 8 months), they sort of give the impression that nothing is ever changing with the event list. I.e. you might look at the event list, then return to it in a few weeks and see the same events at the top. Two approaches we discussed:
    • Limiting the duration of events so they won't appear at the top of the event list for months at a time
    • Truncating the list of ongoing events with some kind of Show more button and ordering them by recency (so the events that started the longest time ago, and have therefore already had the opportunity to be shown to people, would be at the bottom).
  1. Currently the filters include From > To date filtering. This is useful for viewing past events, which organizers sometimes need to do. However it's not clear how useful it is for most users/participants. What is the use case for looking up past events? And what is the use case for looking at a specific time window in the future (versus just scrolling the list to that time period)? We could potentially simplify things here if we removed the From > To date filtering, and then created a separate view for organizers where they can look at all past events. Also there is a filter for Events per page, which a) seems less like a filter and more like a view control, and b) is also available by the (20 | 50 | 100 | 250 | 500) below the filters, which is the standard way it appears on other list views.
image.png (2×3 px, 358 KB)
Design explorations

1. Displaying the event wiki(s) in various places

Since an event can take place on up to 100 wikis we need to truncate the list (similar to how we truncate the participants list). The full list of wikis will be available on the Event details page (see below).

My events

image.png (1×2 px, 183 KB)
image.png (1×750 px, 75 KB)

We have not added event wikis to MyEvents, since we decided it would not be included in the MVP for the 'add wiki' epic. So this could be something we do in the future. I have added these designs to T315074.

All events

image.png (2×2 px, 314 KB)
image.png (2×750 px, 235 KB)

Event page

image.png (1×3 px, 1 MB)
image.png (1×750 px, 133 KB)

Event details modal

image.png (1×3 px, 721 KB)
image.png (1×750 px, 97 KB)

Event details page

image.png (1×3 px, 261 KB)
image.png (2×750 px, 138 KB)

We added wikis to all of these views, so this work has been implemented. We can consider it done.

A few things that came up:

  1. What is the best icon to use to represent the wiki(s) that the event is taking place on? Should the icon be dynamic based on which Wiki the event is taking place on? If it's a Wikipedia event use the Wikipedia logo, if it's Wikivoyage use that, if it's multiple projects use Wikimedia, etc. If that's too complicated, and we need to choose one icon, the Wikimedia logo or the Globe seem like they could work well. The Globe might be a little confusing because it might be read as "location", and we've already got a Map pin icon for location.
image.png (1×2 px, 182 KB)

Decisions reached. This was helpful to think through! Thank you!

  1. In the various places where we have a little event summary card/listing does it make it easier to read/parse if we add headings to the various sections?
image.png (1×3 px, 275 KB)

This is a great suggestion, and the design examples are very helpful. I have created a ticket for us to maybe work on this in the future, with the design examples included in the ticket: T385913.

  1. Why does My events use a table rather than the list used in All events? It seems like the list is a better layout option, especially if additional information is going to be added to each event listing.

Another great idea to explore. Ticket created: T385914

2. Filtering by wiki on My events & All events

Allow people to filter lists of events by wiki (perhaps defaulting to filtering for whichever wiki they are viewing the list on).

image.png (1×3 px, 227 KB)

Implemented on Collaboration List.

In order to allow people to see events on any/all wikis there are two different approaches we considered:

  1. If they remove the wiki in the filter input they will see events on all/all wikis
  2. Including an explicit "All wikis" checkbox, which would disable the input
image.png (1×3 px, 239 KB)

We decided upon a selection of all wikis/no wikis/specific wikis. Choice implemented. Thank you!

A few related things that came up:

  1. Is the way that ongoing events currently show up in the list confusing? They display the date they started on which is often several months in the past. So imagine it is November 7th and you view the list of events, the first date you see is February 5, 2024. One possible way to clarify this would be to have separate sections for "Ongoing events" and "Upcoming events"
image.png (2×3 px, 342 KB)

Another approach might just be to just show today's date, rather than the date the event started on, so that people don't get thrown off. The event summary already includes information about the start date of the event, so people can see it there if they are interested.

  1. Related to the above, since ongoing events are always displayed at the top of the list, and since some of them run for a long time (e.g. 8 months), they sort of give the impression that nothing is ever changing with the event list. I.e. you might look at the event list, then return to it in a few weeks and see the same events at the top. Two approaches we discussed:
    • Limiting the duration of events so they won't appear at the top of the event list for months at a time
    • Truncating the list of ongoing events with some kind of Show more button and ordering them by recency (so the events that started the longest time ago, and have therefore already had the opportunity to be shown to people, would be at the bottom).

Update: We have decided to create separate sections for ongoing and upcoming events, which was inspired by the questions raised and concepts shared above. This work is in progress. Thank you!

  1. Currently the filters include From > To date filtering. This is useful for viewing past events, which organizers sometimes need to do. However it's not clear how useful it is for most users/participants. What is the use case for looking up past events? And what is the use case for looking at a specific time window in the future (versus just scrolling the list to that time period)? We could potentially simplify things here if we removed the From > To date filtering, and then created a separate view for organizers where they can look at all past events. Also there is a filter for Events per page, which a) seems less like a filter and more like a view control, and b) is also available by the (20 | 50 | 100 | 250 | 500) below the filters, which is the standard way it appears on other list views.
image.png (2×3 px, 358 KB)

Great point! We have also decided to remove the redundancy of events per page + the pagination. We will just keep the pagination.

As for looking at specific time ranges in the past and future: This can help provide context to answer questions like: "Why didn't people attend my event last week? Was perhaps another event going on?" Or "I want to organize an event in the first half of March 2025. What other events are going on in that period so I can avoid conflict with similar events?" So, I think we will keep that functionality for now. However, I agree that it can be a bit confusing, so we can revisit it if we feel like it is more confusing than helpful.

Overall, I am now closing this task since all of the ideas + designs have either been a) implemented, b) documented in a new ticket, which is now in the team backlog, or c) not taken up, since we went for a different approach.

Thank you for all of this work!