Closed StevenDufresne closed 9 months ago
Proposed Application for New Event (Updated: July 24)
New Event Application
Organizer Information
Event Information
Please update the WordCamp application page: https://central.wordcamp.org/become-an-organizer/
With this text:
Interested in shaping the future of WordPress? Apply for our new event type, the Next Generation WordPress Event, designed to foster innovation and collaboration in the WordPress community. [Apply here]
@sam-suresh Can I get the link for "Apply here"?
@StevenDufresne here is the link to the form. Thanks!
https://wordpressdotorg.survey.fm/next-generation-of-wordpress-events
We currently have shortcodes that render html forms. We should probably stick with that since there isn't a Gutenberg block for this yet.
There is a Jetpack block for forms, although it has some pretty big limitations. If we're gonna write something custom, then a dynamic block w/ no editor UI seems like about the same amount of work, but more future-proof.
@sam-suresh , @devinmaeztri : The Become an Organizer
page is just a normal WP page, so you should be able to edit it through wp-admin like any other page. Let me know if you run into any problems though.
I've added the blurb that @sam-suresh proposed, and the link. The page will be updated as we progress in the future. Thank you, everyone!
Maybe we don't need the []
brackets? The other organizer link doesn't include them.
Tweaked it as per @StevenDufresne suggestion!
Here are the desired questions for the new event application form.
@hellojuliarose and I caught up on the above earlier today and agreed the following:
@hellojuliarose will go through the above fields and pull out which fields will map through to existing data in WC Central, and those which are for information (stored in original application).
@pkevan will look to transform the current WordCamp application shortcode to work with the above data on the events site, and populate within WC Central.
-- extra: @pkevan will add a category interface to the WordCamp post type, to enable distinction within WC Central for Events and WordCamps.
and populate within WC Central.
This might be difficult due to the sites being on different multisites, but will see.
As @pkevan requested, here are the desired questions for the new event application form, with a description
of how each question would populate the fields in the WordCamp Central post type. Any question not indicated below to populate a specific field is informational and simply stored in the original application.
Note: The full text of the submitted application would populate the 'Original Application' section of the WordCamp post
'First Name' + 'Last Name' together populate the 'Organizer Name' field
Populates the 'Email Address' field
Populates the 'WordPress.org Username' field
Populates the 'Location' field
If 'Online' is selected, check the 'Virtual event only' box under 'Venue Information' (but if this is complicated, don't worry about it)
Populates the 'Number of Anticipated Attendees' box
@pkevan will add a category interface to the WordCamp post type, to enable distinction within WC Central for Events and WordCamps.
There's several places in the code that already make that distinction based on the site URL or current network ID. Is there an advantage to adding a taxonomy for it? If we do, then it'd probably be good to update the existing code so that everything is using a single source of truth.
Is there an advantage to adding a taxonomy for it
I'm only thinking about the wordcamp
post type which exists within WordCamp Central, as a method for distinguishing and sorting through posts within the admin interface (https://central.wordcamp.org/wp-admin/edit.php?post_type=wordcamp). This would also allow the shortcodes to set this upon being received (although not a huge advantage or strictly necessary).
i've spent today looking into this, and there is some added naming complications in the wcpt
plugin, since the base class is called Event
, which isn't ideal when attempting to name this Events
.
@iandunn - what are you thoughts on continuing with the structure provided by the wcpt
plugin, vs creating something self contained and potentially simpler, or am I missing some historic reason for this being structured in this way?
there is some added naming complications in the wcpt plugin, since the base class is called Event, which isn't ideal when attempting to name this Events.
Does "this" refer to the taxonomy? Or a new CPT for NextGen events?
We considered a new CPT in #900 but decided do adapt the wordcamp
post type instead, since they share so much functionality, and the technical differences are mostly superficial. That was implemented in #952 .
Do you want to name the new cpt/taxonomy just "Events" rather than "NextGen Events"? "Events" wouldn't seem specific enough to me. events.w.org displays all types of events, not just NextGen.
If I understand correctly, the application shortcode should just create a new wordcamp
post with the taxonomy set to "nextgen" instead of "traditional". That seems like all that's needed to distinguish between the two types of events. Maybe I'm missing some of the things that you're planning, or have run into?
Does "this" refer to the taxonomy? Or a new CPT for NextGen events?
Apologies - should have been clearer. I'm attempting to add a new shortcode for the NextGen events, but was considering adding another method class to enable this, along with the relevant data, similar to how wcpt-meetup
and wcpt-wordcamp
folders are structured here: https://github.com/WordPress/wordcamp.org/tree/production/public_html/wp-content/plugins/wcpt.
The initial thoughts I had were that it would be possible to extend the current structure and code to follow convention, but it's in a MVC type framework which appears overly complex from the outset, but maybe I just need to spend a bit more time looking at it.
If I understand correctly, the application shortcode should just create a new wordcamp post with the taxonomy set to "nextgen" instead of "traditional".
Correct - I was attempting to follow the current convention and extend it, but ran into the above complications.
Ah, ok 👍🏻 wcpt
is one of the oldest parts of the codebase, and I'm not a huge fan of large parts of it. If creating something like a self-contained wcpt/nextgen/application.php
would be easier, that sounds fine to me 👍🏻
Currently being worked on in add-events-shortcode
branch, very much untested and WIP.
Notes (as much for myself!):
nextgen
or events-v2
but might need a better name than Events
or maybe notq_1079074_first_name
remove the numerical part from form elements q_1079074_first_name
IIRC that's just legacy from when the form was hastily converted from Polldaddy, so it should be fine to remove it.
trying to avoid anything labelled nextgen or events-v2 but might need a better name than Events or maybe not
Unfortunately I don't think we have a better name right now. I don't like "nextgen" either, since a few years from now we might have "next-nextgen" etc, but it's the official name of the program, and is already used in a lot of places in the codebase. IMO it'd be worse to introduce a 2nd name that isn't recognizable as referring to the NextGen events, and isn't consistent w/ everything else. What do you think, though?
when the form was hastily converted from Polldaddy, so it should be fine to remove it.
👍 great, it didn't appear to have significance.
Unfortunately I don't think we have a better name right now. I don't like "nextgen" either, since a few years from now we might have "next-nextgen" etc, but it's the official name of the program, and is already used in a lot of places in the codebase. IMO it'd be worse to introduce a 2nd name that isn't recognizable as referring to the NextGen events, and isn't consistent w/ everything else. What do you think, though?
Going to the sunrise files it does just call them Events
which was where my thought went to with it, and agree that we might end up with next-nextgen
but largely naming things is hard 😄 .
So I hit some complications in this yesterday, and seems like simplifying this won't be as easy as initially thought (🤦 !)
Should be in a place to test this later.
the sunrise files it does just call them Events which was where my thought went to with it
Ah, I see, you're right. That was a reference to the domain name events.wordpress.org
. The root site there shows all types of events, but all of the other sites on that network are NextGen events. Yeah, naming things is hard 🤷🏻
Purpose
This issue serves as a place to discuss technical details in supporting "The Next Generation of WordCamps", focusing on accepting applications.
Features/Tasks
Update the Become an Organizer page to lead users into the relevant form
Ideally, I think we end up with a dedicated landing page for these events, but for the interim we can probably tie into the existing WordCamp application flow to direct applicants.
Page
Create a page with the application form
We currently have shortcodes that render html forms. We should probably stick with that since there isn't a Gutenberg block for this yet. We'll lose the ability for admins to modify the form since fields are likely to change during the beta, but that tradeoff seems fine for now.
Acceptance Criteria
wordcamp
post type.