Jump to content

Talk:CampaignEvents

Add topic
From Meta, a Wikimedia project coordination wiki
(Redirected from Talk:CampaignEvents/Deployment status)
Latest comment: 1 month ago by Udehb-WMF in topic Extension Experience

Raised a discussion on enwp

[edit]

I have raised a discussion on English Wikipedia to enable this feature, after seeing the informative session at Wikimania. Would Udehb-WMF or someone else be willing to answer some questions participants have? For example how CheckUsers could prepare for this feature to support new editors. The required user groups should also be mentioned in the description of this feature. Thank you! Shushugah (talk) 23:21, 29 August 2024 (UTC)Reply

Extension Experience

[edit]

Greetings! 魔琴 and I experimented with this extension on Chinese Wikipedia. It worked great! We think this extension can greatly improve the process. However, we encountered some issues:

  1. It is not possible to recreate an event on a Event:page where an event has been deleted. Is this intentional?
  2. If a participant chooses to modify or register in new windows at Special:RegisterForEvent, there is no link or redirect back to the Event:page.
  3. Reply-to email address in the emails sent to participants will be the event-organizer's address. There is no indication in the interface that this information will be disclosed to the recipients.
  4. The interface for setting the start and end time of an event does not conform to Chinese conventions. Looks like 二 1 10月 2024 00:00, means TWO 1 October 2024 00:00 The "二" (TWO) at the beginning can confuse people.

At the same time, we wish to add the following features:

  • Built-in MassMessage
    • Some users may not have registered their email addresses, talk page would be the only way to contact, then sending messages to talk page of multiple users at once are necessary.
  • Post-registration Instructions
    • Show a popup or redirect to a page with custom information after registration, so they will know what to do directly.
  • User Filter
    • Filter applicants by user group or other.

Finally, thank you all again for developing this helpful extension. Let me know if anything is unclear. Looking forward to your reply. ZhaoFJx(Talk) 00:17, 5 November 2024 (UTC)Reply

Hi @ZhaoFJx, I'm Benedict, the Movement Communications Specialist for the Campaigns team. Thank you so much, for sharing your experience with the tool! Your ideas will be a big help in making it better for both organizers and our community.
Your points about recreating events, navigation flow, and the need to inform organizers that emailing registered participants will expose their email are all appreciated. We have plans to work on some of these issues, especially improving how we handle the event times (T362639). As for the ability to restore disabled registration (T318159), it is something we are considering working on in the future, so thank you for bringing it up! Also, we have created a ticket based on the email issue (T379289), which we may work on later, so thank you for reporting this!
Your feature suggestions are also very helpful, especially the idea of post-registration instructions, which could be pointing users to the event page and/or pointing them to the Special:AllEvents page. We are happy to share that we have recently implemented a feature improvement that addresses one of these suggestions. Now, when people register for events, they will see a notification that includes a link to the Collaboration List (see T377863) on the event page. We would like to continue to improve and expand this notification over time, so we are open to suggestions on how to do this. We think it is a great idea to allow organizers to write custom instructions, so we will think about this some more.
We have 2 follow-up questions:
  1. How would you like MassMessage integration with the tools to work, ideally? We would love to learn more about this and why you think it would be useful.
  2. Filter applicants by user group: Do you mean filter participants? And by user group, do you mean the affiliate they are a part of? We would love to learn more about this too.
Thanks again for your feedback! We look forward to hearing more as we keep improving. -Udehb-WMF (talk) 18:30, 7 November 2024 (UTC)Reply
@Udehb-WMF: Hi Benedict, thanks for reply! Regarding your two questions, here are my thoughts:
  1. Perhaps a column could be added under the email panel tab, titled "Mass Message". Event organizers would be free to choose between using email or using talk pages. If using talk pages, a wikitext input box would appear to let event organizers customize the message. After clicking "Confirm", the message would be posted on the selected user's talk page.
    1. Onsite talk pages are more open and transparent, and easier to use for experienced users. On-site talk pages are easier to follow and can make events with multiple event organizers easier - emails can only be replied to by the email address holder, but talk pages can be replied to by anyone.
  2. Maybe like "requirement"? For example, this event can only be sign up if user has more than 100 edits on local wiki, otherwise there will be a friendly error message showed. Filter participants sounds good too, make it easier for event organizers to find newcomers and people who can help them.
Thank you, let me know if anything is unclear please. ZhaoFJx(Talk) 00:53, 10 November 2024 (UTC)Reply
@ZhaoFJx, thank you for the helpful details!
  1. Thanks for clarifying. We understand why some organizers would want massmessage support. We didn’t prioritize it for early versions of the tool because a) many organizers do not have the massmessage right, and b) many participants prefer to receive notification via different methods, such as email. However, we know that there are also many participants who prefer to receive notifications and messages on their talk pages, so perhaps this is something we can look into the future.
    Perhaps there are 2 approaches - either integrating massmessage into the communication support for event registration OR allowing organizers to import usernames/user talk pages to the massmessage tool from the participant list - do you see this the same way?
  2. We have a ticket that one of our community ambassadors wrote on participant eligibility - phab:T379637. This work is quite complex because different communities and organizers would want different criteria, so we don’t think is something we can work on immediately due to the size and complexity, but we know it is important to organizers so we may work on it in the future, especially if we can determine a smaller first version that can satisfy many use cases. So we encourage you to share any ideas you have on this ticket.
Good to know that more filtering for participants would be useful for you too - this is something we can think about for future improvements. Thank you so much, for all your amazing feedbacks! - Udehb-WMF (talk) 11:50, 13 November 2024 (UTC)Reply
@Udehb-WMF: I agree with you about massmessage right, maybe we could consider giving the event organizer some massmessaging right that only let them sending message to participants' talk page - but that might be complicated. Exporting the participants list seems to be easier as a solution.
I'll keep an eye on that ticket, thank you for sharing. I also appreciate your thoughts and responds! Wishing CampaignEvents extension can be more and more success. ZhaoFJx(Talk) 03:27, 14 November 2024 (UTC)Reply
Thank you @ZhaoFJx -Udehb-WMF (talk) 09:13, 14 November 2024 (UTC)Reply