jdleonard → created an issue.
Updated Publicity section to include links to Community Events, Meetup, Luma, Eventbrite, LinkedIn, and Member Platform.
I drafted requirements for Austin Drupal Users Group / TexasDUG. Undoubtedly it could use some more detail. I'm also engaging other organizers to further refine the requirements.
Curious whether there have been any recent discussions about this now that Keycloak has been implemented.
Thought of this again in the context of Member Platform → , which could become a viable platform for any given local association / DUG / affinity group to manage and communicate with its members and offer event registration.
As I mentioned in #21, there are numerous benefits to the Drupal community of allowing SSO against drupal.org for these groups.
jdleonard → created an issue.
Thank you to those who onboarded today!
I'm here!
jdleonard → created an issue.
jdleonard → created an issue.
I need to analyze this more fully, but some very quick questions/thoughts...
- CRM Membership -- Status -- Things to consider capturing: "Future", "Active", "Expired", "Suspended", "Cancelled/Voided/Revoked", "Grace period" (though the first three can be computed from the start/end date so perhaps the last three are the interesting ones)
- CRM Membership -- Visibility -- Consider a flag determining whether a membership is public (e.g. "show this membership on our list of members"). This could instead be a Contact-level preference, but I could foresee use cases where a member wants one membership public (e.g. "general member") and another non-public (e.g. "ultra rich benefactor"). I guess there's a higher-level question of how/where to track privacy/visibility of membership.
- CRM Membership Type -- Duration -- consider supporting all RFC 3339 durations ( https://www.drupal.org/project/duration_field → uses its precursor). I've seen 90 minute memberships e.g. at a trampoline park. Maybe best to not unnecessarily restrict flexibility at the data model level (I could certainly see not exposing every option by default at the UI level).
- CRM Membership Type -- Fixed Period rollover -- how does this work?
- CRM Membership Log -- what is this for?
- How to handle a multi-person membership (that is not an entire household)? E.g. my local YMCA offers a membership including "two adults of the same household" (they also offer a true household membership). Or https://www.thedoseum.org/member offers "Family of 2", "Family of 3" etc. There seems to be a more general need for tracking the Contacts that a Household or Organization's Membership covers. Perhaps one Membership could be dependent on another e.g. YMCA example could be represented as a Household "Two-Person Membership" + two Memberships for the specific people in the Household? This approach would suggest (at least) a reference between (some) Memberships. Perhaps also specifying a Sub-Contact Type for a Membership Type.
- Building on the previous bullet, how to handle a membership model wherein an overall membership (e.g. "3-Year Family of 5") covers a different set of people over the course of the membership and not necessarily the maximum number of people. This is similar to seat licensing.
jdleonard → created an issue.
jdleonard → created an issue.
jdleonard → created an issue.
jdleonard → created an issue.
jdleonard → created an issue. See original summary → .
jdleonard → created an issue.
As I mentioned on today's call, I think this gets the concept right.
With greater thought, my suggestions:
- Incorporate the globe from AI logo #9 to make clear that it is globally oriented
- Simplify the design of the podium like #9 -- the current shape is a bit distracting / harder to parse, perhaps due to all the angles
- Consider the Druplicon as the speaker rather than as a backdrop (again like #9)
Take this with a grain of salt; I'm a horrible designer.
jdleonard → created an issue.
jdleonard → created an issue.
jdleonard → created an issue.
jdleonard → created an issue.
jdleonard → created an issue.
jdleonard → created an issue.
jdleonard → created an issue.
Converted participant list to use d.o usernames to ease crediting
Converted participant list to use d.o usernames to ease crediting
Converted participant list to use d.o usernames to ease crediting
Converted participant list to use d.o usernames to ease crediting
Converted participant list to use d.o usernames to ease crediting
Converted participant list to use d.o usernames to ease crediting
Fixed participants to use any d.o usernames specified in item 0 plus some detective work
Fixed participants to use any d.o usernames specified in item 0 plus some detective work
Fixed participants to use any d.o usernames specified in item 0
Fixed participants to use any d.o usernames specified in item 0 plus some detective work
Fixed participants to use any d.o usernames specified in item 0
Fixed participants to use any d.o usernames specified in item 0
Adding notes and participants.
Needs review and credits.
Adding notes and participants.
Needs review and credits.
Adding notes and participants.
Needs review and credits.
Adding missing item 2
Adding notes and participants.
Needs review and credits.
Fixed issue links
Fixed link formatting
Adding notes and participants.
Needs review and credits.
jdleonard → created an issue.
jdleonard → created an issue.
jdleonard → created an issue.
jdleonard → created an issue.
jdleonard → created an issue.
Adding notes and participants.
Needs review and credits.
jdleonard → created an issue.
Just noting that the link to the video doesn't work.
jdleonard → created an issue.
The "Try Out Drupal CMS" link at https://new.drupal.org/docs/drupal-cms/get-started/install-drupal-cms is broken. It points to https://new.drupal.org/docs/drupal-cms/get-started/install-drupal-cms/tr... and when logged out, it requires log in. When logged in, it redirects to https://www.drupal.org/dashboard →
The "Download Recipes" link at https://new.drupal.org/download points to https://new.drupal.org/node/3192814 which redirects to https://new.drupal.org/home which isn't where one "downloads" recipes.
I like the design, but I think the concepts of "conference" and "speaker" are lost (reminds me more of "dramatic production") and should be paramount. I suggest something involving a podium or maybe a microphone, slideshow, etc.
jdleonard → created an issue.
On today's Event Platform meeting, I showed creation of some logos using https://copilot.microsoft.com/
Uploaded vaguely promising creations here per Martin's request. Feel free to use/abuse!
Life is hard, but I'll eventually manage to show up for a meeting any weekday 10:30am ET or later :)
seantwalsh → credited jdleonard → .
@w01f Fair enough. I was riffing off of "Require registration to launch sites" in the issue summary.
Not sure whether the capability exists yet, but I think it will be possible to integrate with drupal.org SSO.