Problem/Motivation
Events functionality is an important part of groups.drupal.org. We want to make it more useful both for event organizers and event attendees.
Current events listing http://groups.drupal.org/events is a calendar view and is not very convenient for finding events.
Proposed resolution
As a first step for making events on g.d.o more amazing we want to redesign this page, to make it primary point for anyone looking for Drupal-related events.
We collected events on g.d.o usecase to help inform our decisions. There is also a prototype by MBD, created during redesign of drupal.org, to serve us as a guide.
Note that we are currently implementing more simple version, which can be done while we are still on Drupal 6. Things like map of events etc. will be discussed when g.d.o will run on Drupal 7 (for example on Commons #1524868: Have D7 GDO run a distribution profile (such as Drupal Commons))
Page on development site: http://events-groups.redesign.devdrupal.org/events
Deployment instructions
- Enable Better exposed filters module http://drupal.org/project/better_exposed_filters (Latest 6.x-2.x dev)
- Remove events -> event path alias at admin/build/path/list/event
- Add custom date format "M j, Y H:i" and "Events signup" format type
- Deploy latest code in BZR (includes theme & modules)
- Make sure admin/build/features has groups.drupal.org misc in Default state
- Configure "recent_signups: Block" block to show only on events and events/* This block should be above "Drupal Events Activity" block.
- Configure "Drupal Events Activity" block to show only on events and events/*. Make sure it has title "Drupal Events Activity".
- Configure "Modr8 moderator's block" for not to show it on events and events/*
- Add default user picture: at admin/user/settings set it to sites/all/themes/bluecheese/images/default-avatar.png
- Make sure "Events" item of the top menu links to new /events page and it's first on the left.
Comment | File | Size | Author |
---|---|---|---|
#120 | groupsorg-6.x-1.0-dev.tar_.txt | 357 KB | tvn |
#118 | theme.patch.txt | 408 bytes | tvn |
#103 | cod-base-admin-depend-1679940-4.patch | 6.43 KB | primerg |
#102 | cod-base-admin-depend-1679940-4.patch | 6.43 KB | primerg |
#91 | redesign-events-954708-6184440.patch | 25.57 KB | primerg |
Comments
Comment #1
lisarex CreditAttribution: lisarex commentedJust throwing some ideas down...these will probably eventually need to be split into separate issues.
Needs dates displayed
One major element missing from this mockup is the event's actual dates. And in fact I'd suggest an exposed filter that allows multi-select of month-year combos, or something like that. Otherwise, it's nigh on impossible to plan your travel.
This could replace the # of attendees column or the organizers column (since there are often multiple organizers).
Location preferences
Country? Ideally, I'd be able to set preferences so that only events from my countries of choice displayed. As Drupal gets bigger, more events will be created. Seeing lots of events happening in a far away land isn't that useful.
Event types
I like that the events are split into Event type and the default is latest. I think these should be the Event type filters, keeping them short if they're to be displayed as tabs as in the mockup
Local Meeting
Regional Camp or Summit
DrupalCon
Virtual Meeting
Currently events be classified as only one Event type, but would we ever want to specify that a Training event is also Virtual?
Otherwise we'd have Online Training and Local Training?
I'm Going = signup?
In the mockup, you can quickly mark whether you're attending various events. Is this equivalent to signup ?
In that case, we'd need additional button states: Signups closed and Cancel signup
Comment #2
lisarex CreditAttribution: lisarex commentedAlso, I think having a calendar view of events within one's groups membership should be retained. Perhaps a smaller version?
A fun thing might be to duplicate the d.o. homepage map for Groups events ... that would need some additional thinking though.
Another thing missing is the ability to browse upcoming events by location (country, city). Obviously we don't have a location field yet but if groups get a location field (see #1074208: Add a location field to group and event content types, then any event within them should automatically get this same location copied to event nodes (should it be overrideable?).
I'll work on a mockup.
(Priority set to major for our upcoming sprint)
Comment #3
christefano CreditAttribution: christefano commentedI made a feature request related to this at #1007966: add gid arguments to calendar blocks.
Comment #4
Hanno CreditAttribution: Hanno commented+1 for location field.
Note that it is also confusing that there is location information in the timezone. I nearly travelled to Amsterdam, because in the teaser was written 18:00-20:00 Europe/Amsterdam. In fact the event was close to the German border.
Comment #5
gregglesOne more problem with these is that the design assumes we will never have more than ~15 characters of data in any of the fields. I think the table will get hard to read when the node has actual titles in it and actual lists of organizers. We'll need some visual separation between columns of the table to fix that.
We also probably want the title to link to the node and the organizers to link to the user profile of the organizers.
Webchick and I discussed some in irc and she's mocking alternative ideas.
Comment #6
gregglesComment #7
lisarex CreditAttribution: lisarex commentedWe also started compiling some use cases/user stories in a wiki page (as someone looking for an event, and as an event organizer)
http://groups.drupal.org/node/144369
tom_o_t added some pretty big wishlist items for event organizers. :) I guess it would also be helpful to ranked these by priority at some point.
Comment #8
mgiffordYes, I want to +1 this and say that even experienced users of G.D.O have skipped by the date and asked me recently when something starts. We really have to make it clearer when folks should arrive.
Comment #9
twardnw CreditAttribution: twardnw commentedTaking this one on, here's the most recent mockup provided to me.
Comment #10
christefano CreditAttribution: christefano commentedtwardnw: is the scope of what you're doing including all events or just DrupalCamps?
I sense that there will be a proliferation of new groups if location fields are added to groups (i.e. Los Angeles, CA) but not to individual events (Santa Monica, Culver City, Downtown LA, Long Beach, Hollywood, Pasadena, etc.), but perhaps that's a separate issue than this one. Does anyone know if this has been asked and answered already?
Comment #11
twardnw CreditAttribution: twardnw commentedI think the location field discussion is outside the scope of a page redesign.
What do people want to see when they first land on the events page? In it's current version, when I see it, there is too much info to be useable (before adjusting the filters). I think only including 'mid-size' events (camps, summits, etc) on the main page would be ok, but then have an obvious route to another view (possibly close to the current view design) with more granularity.
As for the map, that's not possible until the location discussion is settled, so some other content could go there in the interim. An ad/image for the next 'large' event (Denver, Munich, etc) could be placed there
Comment #12
christefano CreditAttribution: christefano commentedBased on the link to http://infrastructure.drupal.org/drupal.org-style-guide/prototype/events... (from the issue summary), it looks like the original mockup shows new events, user group meetings, trainings, DrupalCons and virtual meetings. Of course, a lot has changed in 3 years.
Where did the mockup mentioned in #9 come from?
As an aside, I hold to my previous statement that location fields for local meetups should be considered. There are mega groups (such as Los Angeles, which has 7 monthly meetups a month) where one location field won't suffice for the entire group.
Comment #13
twardnw CreditAttribution: twardnw commentedThe mockup in #9 was given to me by jredding when he, drumm, and myself were discussing http://drupal.org/node/1440168
Comment #14
drummLet's stick to discussing location in #1074208: Add a location field to group and event content types. Until we have geocoded locations, any mapping won't happen. We can still make a nice page without a map.
Comment #15
twardnw CreditAttribution: twardnw commentedHere's where I am right now.
http://events-groups.redesign.devdrupal.org/upcoming-events
How should we direct users to a more in-depth search page?
Comment #16
drummI think we should find a place for navigation to other types of events right on this page. http://groups.drupal.org/events has a select box for event types, but select boxes can be cumbersome to use. I think we just want a set of links to filter somewhere, maybe like the "or filter by…" block at http://drupal.org/search/apachesolr_multisitesearch/unicorn.
The "Post a DrupalCamp" link should be "Post an event." This is for all events, not just DrupalCamps.
If we want to stick a photo in the placeholder, you can try a Creative Commons licensed one on Flickr http://www.flickr.com/search/?q=drupalcamp&l=cc&ct=0&mt=all&adv=1.
Comment #17
twardnw CreditAttribution: twardnw commentedWhat events should the initial view show?
I like the idea of the filter/links in a block
Comment #18
gregglesIMO it should be all upcoming in descending order of how soon they happen. The idea there is to show activity rather than to be immediately useful.
Another strategy could be
* If the user is a member of groups show them events in their groups
* If there are no events in their groups or they aren't in groups, show events from the whole site
Comment #19
twardnw CreditAttribution: twardnw commentedI like where this is going. What about integrating these together?
Comment #20
twardnw CreditAttribution: twardnw commentedOk, so current thought is to:
Comment #21
twardnw CreditAttribution: twardnw commentedStarting with just a new front page for events, can work on adding more functionality in little bits.
deployment instructions:
Has to be done after #969940: Deploy bluecheese on groups.drupal.org
Screenshot attached, can also be seen on the dev site : http://events-groups.redesign.devdrupal.org/events
Comment #23
dougvann CreditAttribution: dougvann commentedWhat are the barriers to realizing this initiative? What can I do to help?
I've got time to commit to this and am very willing and able.
:-)
- DV
Comment #24
twardnw CreditAttribution: twardnw commentedI think the biggest thing was waiting for bluecheese deployment. There are some other issues with locations, but that shouldn't keep us from getting a new page deployed, we can add that function later, if it is added to groups/events.
Feel free to poke around in events-groups.redesign.devdrupal.org, you can drush uli user 1 if you want.
Comment #25
gregglesI think the call to action for the "calendar" should be bigger and posting an event maybe smaller. The ratio that people will click them seems the opposite of their prominence on the page.
From a technical level, how do things become "featured" on this page?
From a process perspective, how will we decide what gets featured?
Comment #26
twardnw CreditAttribution: twardnw commentedThis is just a view of upcoming: DrupalCon's, Camps, Sprints, and Trainings.
Nothing filtered on it beyond that at this point.
Comment #27
drummI added filters to the page and adjusted the columns to match our grid system. http://events-groups.redesign.devdrupal.org/event is running this. A new set of patches is attached. Review from our new site maintainers, Ezra and Scott, would be great.
Comment #28
twardnw CreditAttribution: twardnw commentedI think the idea was to not provide filters on this page, having it more as a landing page, and then direct the user elsewhere if they don't see what they're looking for.
Comment #29
gregglesWe hired a team of great designers to create https://infrastructure.drupal.org/drupal.org-style-guide/prototype/event...
We've now drifted pretty significantly away from that.
I'd like us to make sure that when we drift from it we are doing it with intention. So, the original version has filters at the top of the page as tabs. What is our goal by removing those filters?
Comment #30
drummWe should keep our event browsing focused. If one listing page can do the job well, we should stick to one page.
I think a simple list is better use of the space than the calendar view. We could clean up the calendar a bit and it would be a neat way to show everything going on for certain days. But, I think the simple list will be nicer. A gridded list provides a bit more space to each event. And we get our trainings list, http://events-groups.redesign.devdrupal.org/events?type=training&my=All.
The main reason I didn't go ahead and replace the calendar is that I couldn't find a way to add the ics version. That either needs more work with the view, or adding/changing a display on the old events page.
Comment #31
lisarex CreditAttribution: lisarex commentedI'm looking at the dev site. Looking good!
My 2 cents:
I do really like the table format proposed in https://infrastructure.drupal.org/drupal.org-style-guide/prototype/event...
It seems super useful to be able to see all upcoming events in my groups, and see at a glance if I'm signed up. I haven't been watching this issue as closely so perhaps there's a reason we aren't using that layout, and I missed it.
Comment #32
gregglesThanks for the feedback, Lisa.
Prefixing with group names could get ugly, though I agree an indicator of context (i.e. group) is valuable. We've got a fair number of group names that are 40+ characters:
Comment #33
ezra-g CreditAttribution: ezra-g commentedI find the gridded event list much harder to scan than the vertical one. With a gridded list, the viewer has to scan horizontally as well as vertically.
Is that style of event listing used successfully elsewhere?
I share greggles concern in #29 and lisarex's in #31 that we've deviated too far from the original design. Let's move back to a vertical list.
Also, regarding the "I'm going" link -- There are some cases where a simple toggle link is insufficient:
- DrupalCamps, which do event signup on a dedicated site away from GDO. We could provide an "event signup" URL field and render that field in the listing if it's populated, and provide a toggle link if not.
- Events like the NYC Drupal Group that require their full name to be populated in order to sign up: #1175322: Sign up for event require first name and last name. In these cases we could detect that and provide a link to the node, perhaps.
Comment #34
lisarex CreditAttribution: lisarex commented+1 to moving back towards the original design. I'm going to drush uli user 1 and play with the view.
#32, we could leave off the label; my sense is it's learnable that the terms underneath indicate group.
#33, yep, for offlist signup it can be a link or just an indication that the signup is located elsewhere.
Comment #35
drummThe basic idea behind the grid is that jredding wanted something like http://central.wordcamp.org/ for Drupal. Having a good list of trainings is a big goal for us, http://groups.drupal.org/node/198713.
Personally, I can see how the grid is less useful. As we add more events and more details, it does look harder to read. We needs something for Drupal, not repurposed from wordpress. This was originally meant as a splash page only, which it may work at, but I do think the calendar should be replaced.
For the MBD mockup, we should treat it as a guide, not exact implementation. It is from over 2 years ago and things change. For signups, I think we should just skip the column rather than figure out how to populate it well.
Comment #36
gregglesAgreed we should use the MBD design as a guide and not try to match perfectly. I also find the grid harder to read than a straight list.
If we want this to splash then having some impressive stats would be good:
* Number of camps in the last year
* Number of signups in the last week
* Number of total events that will occur in the next week/month
Comment #37
lisarex CreditAttribution: lisarex commentedI've cloned the view and am working on a table layout at http://events-groups.redesign.devdrupal.org/events. I'll annotate a screenshot with the extra bits that need doing / discussion and will post it here.
The grid view is still around at http://events-groups.redesign.devdrupal.org/event-grid
Comment #38
drummHow is this going? What needs more work on the table? I think we want to remove the 'offsite signup' column completely.
The grid can be removed completely. It is backed up in this issue if we ever revisit it.
Comment #39
lisarex CreditAttribution: lisarex commentedHere's a mockup that attempts to illustrate how this would look, for both logged in and anon users. I've incorporated greggles's awesome suggestions from #36.
Thoughts? Will require a bit of extra work to implement.
EDIT: Noticed the When/where didnt get copied over to the 2nd screen; my bad! It'll be the same as on the left though.
Comment #40
webchickThis looks great overall!
However, "Featured Events" raises some red flags. What does that mean? Do we need an approval process around that? I'm not sure what "Uniqueness" module does. I think I'd prefer that to be "Events this week" or something less potentially contentious. :)
It'd be cool if "offsite signup" could link to said site. :)
Comment #41
MichelleI'm wondering about the utility of the "signup" column. Aside from some major rockstars, most people aren't going to be attending more than one, maybe two, of the events listed at a given time. So for 99% of the table, that column isn't terribly useful and most people can remember the 1% they are planning on attending. :)
Comment #42
webchickGreggles and I had further discussion in IRC about "Featured."
- "Featured" might make sense if it were an advertising thing to raise revenues (as long as it was clearly marked as advertising). For example, if Lullabot or Acquia wanted to pay money so their paid training event was "Featured." But it doesn't make sense for camps, sprints or other things like that, because they are basically doing the DA's work of promoting/improving Drupal for us, at no cost to us. I don't see much sense in charging them money to promote that.
- "Featured" implies an editorial process of some kind, which implies some events are more "special" than others, and also implies that there is an elite cabal somewhere that's deciding who is worthy and who isn't. I don't really like that in the context of community events.
- Because of the above, if "Featured" is actually an automated listing, we'd probably be better off to re-title the block to what it's automated by. For example, "Popular events" or "Upcoming events" or "Events in your area" or whatever.
Ideas for automation:
- Sort by # of signups (would exclude events like DrupalCon though or others with off-site registration, so sub-optimal)
- Sort by radioactivity (some algorithm based on # of comments, +1s, views, sign up data, etc. — caution! likely to find "events with the biggest active flamewar" :P)
- Sort by start date (same as what wordcamp.net does)
Greg also looked into it and said the word "featured" wasn't in either the MBD or DA comp, though "Major" was added in the work product somewhere, probably as a way to condense "sprints, training, camps, cons" (so random IRC meetings and the like don't show up there).
...all of which is a really long way of saying, "Let's pick a different title than 'Featured' for that block, please." :) Unless it's for fundraising, and then make it look more obviously like an ad, with a link to clear directions on how to get your event featured there.
Comment #43
lisarex CreditAttribution: lisarex commentedThanks for the feedback! Revision attached.
Michelle, I agree about the signup column. It will be messy to display and implement (at least for now), so I've removed it.
webchick, good points. I've renamed the block and updated the notes in the comp. It needs to be automated, without any 'volunteer overhead' to maintain the list. We can talk about exactly what the Radioactivity module includes though...
I also got rid of the year in the table display; didn't think it was adding much value.
Comment #44
drummThe pager and "When" filters both offer ways to browse different times. Are both needed? Only the pager would be easiest to implement.
"Groups" filtering for anonymous users, and authenticated, can be done just by browsing to the group page, which has the "Group events" block.
This could leave only the "Type" filter, making more room for the content, or a map in the future.
Internally, the marketplace preview filters are not pretty. For a single filter, we might be able to implement it as another view sorted by number of events in each type.
For Activity, I think time periods should be rolling windows instead of calendar-based. Calendar-based is "next month" = May 1 to 31; it is a little harder to implement and you end up with fluctuations in the numbers, May has a lot less signups on April 2 than 29th. Rolling window is "next month" = next 30 days; easier to implement, consistent numbers, and what we actually do for "This week" on http://drupal.org/.
Comment #45
sreynen CreditAttribution: sreynen commentedFor reference, I added an interesting events block to http://events-groups.redesign.devdrupal.org/event-grid based on radioactivity. In the current DB on that server (not sure how old that is) it shows 3 camps and 1 sprint.
Comment #46
lisarex CreditAttribution: lisarex commentedI'm all back to the drawing board with this ... meetup.com handles events really well but the key difference is that they really only have one type of event, whereas we have 7. That said, how important is the type as a filter/facet? I wonder if it's just sufficient to display the type. Just need to think how to handle these.
I do think that authenticated users, the default should be displaying events in your groups, and showing you events you might be interested in. For anonymous, the emphasis should be on helping you find events of interest, plus getting you logged in. Thoughts?
sreynen, the site wouldn't render when I checked today.
Comment #47
webchickI think type would be optional if there were an easy way of separating "meat space" events from virtual events. That's primarily what I use those filters for, to try and figure out where I need to fly. :)
Comment #48
christefano CreditAttribution: christefano commentedCan the event submission form have a multi-select list for which type of event it is? Many of our physical events are valuable to people who attend in-person as well as online.
Take, for instance, our meetup tonight. It featured a presentation that was given remotely: http://groups.drupal.org/node/223324#presentations
The code sprint and barn raising that we had this weekend had a short Features demo: http://groups.drupal.org/node/224719
In both cases, we had live broadcasts via a Google+ Hangout.
Comment #49
lisarex CreditAttribution: lisarex commentedOK, here's an updated prototype. Bear in mind this is based what we can implement now, on the D6 version of g.d.o. but I think it will be useful to get feedback on this, once live, to shape the D7 version of Commons (and we can do much cooler stuff for D7 version like location coordinates & map :))
@christefano, that seems useful to make 'virtual' an extra option for every event but I think it needs more discussion, probably in a separate issue.
Comment #50
tvn CreditAttribution: tvn commentedLatest mockup looks great. I prefer table-less layout and how it's broken down by time periods. Of course it goes away from the original prototype by MBD, but I like its more "human" look. Also Lisa Rex made a good point on IRC of this version being more responsive-friendly.
I'm wondering about usefulness of the recent signups block for auth users. For anonymous users it can be good to show activity, but for authenticated I'd prefer to see something more relevant to them, for example "my signups" or at least Recent signups in my groups not all the groups on g.d.o.
Comment #50.0
tvn CreditAttribution: tvn commentedexplained the mockup
Comment #50.1
tvn CreditAttribution: tvn commentedissue summary update
Comment #50.2
tvn CreditAttribution: tvn commentedsmall fixes
Comment #51
tvn CreditAttribution: tvn commentedI've updated issue summary. Please comment on the latest prototype by lisarex. We need to finalize the design in order to implement it before this issue turns 2 years old :)
Comment #52
sunAnnotated the latest D6 mockup.
Note: The horizontal bars merely ask for visual horizontal line (either border-bottom or background-color for headings). Not asking for (ugly) table styling. ;)
Comment #53
ezra-g CreditAttribution: ezra-g commentedHi sun,
You've x-ed out several parts of the design and labeled them "useless."
Can you provide some explanation for why you feel those parts of the design don't add value?
In general it would be helpful to stick to specific, constructive feedback versus words like "useless" which are emotionally charged but not particularly descriptive.
Comment #54
ezra-g CreditAttribution: ezra-g commentedFeedback on #49: I'm torn between the two main event listing displays.
I like the table-based design on the right because it's more information dense and is likely to be faster to implement. However, I can see the benefits of grouping events by time period as they're done on the left.
I suggest changing the label from "online meeting" to "can be attended remotely" or something similar, since often user groups happen in person with the option to attend online.
I like that we display the overview statistics about events on GDO - In my mind it helps solidify the idea that Drupal is highly active for folks who are new to the site or to Drupal.
The stream-style view of recent signups seems like a fun display since it highlights individual participation and is a way of randomly showcasing individual events.
However, if there were a higher priority listing of content I could see that taking less space (eg show fewer signups) or potentially being removed if there's something really high value to replace it.
Comment #55
sreynen CreditAttribution: sreynen commentedIn general, this looks good. More specific comments:
* It seems odd that the first text is suggesting you go somewhere else (the calendar view). That should probably be preceded by some text explaining what to do here, if not removed entirely, since the same link is on the bottom already.
* I prefer the non-table view as a step toward prioritizing the more important info, which is harder to do in fixed grids.
* "next 7 days" and "next 30 days" suggest both lists start from today, which would mean duplicate events. But the alternative would be something like "next 7 days" and "7-30 days," which seems unclear. "this week" and "this month" have the same problems, and also introduce ambiguity about when those ranges start (1st of the month or today? monday, sunday, or today?) Maybe "next 7 days" and "next 30 days" should be collapsed into a single list?
* I like the recent signups list as a way to demonstrate individual participation, but it seems about twice as long as it needs to be to make that point.
Comment #56
sunThat said, let's not re-invent the wheel.
Various usability experts have studied this field for a long time already. We can simply copy the layout and content concepts from sites that have a first-class UX for events. Alas, Facebook happens to be one of those:
(Apparently, that's the "My events" view, but the view for all events looks pretty much identical.)
Comment #57
tvn CreditAttribution: tvn commentedSeems everyone prefers non-table layout, so I took it as basis and moved things around a bit.
Comment #58
lisarex CreditAttribution: lisarex commentedsun, yes, we're def missing a location but there's currently no location field in the current D6 Event content type //needs issue??
tvn, thanks for doing a revision.
just some comments on your version
-I think the checkbox for 'events I'm going to' is potentially confusing because it's not clear if this is specific to sign up module or whether there's another way to indicate that you're attending (and in the case of something like a camp, this probably an off list sign up anyway)
- check with drumm, but I think it's easier to implement "next 30 days" than "next month". sreynen makes a good point that there will be duplicates so a "next 30 days" is prbably sufficient.
otherwise, it looks good!
Comment #60
lisarex CreditAttribution: lisarex commentedalso, for travel planning purposes, what are some good increments? 30 days, 60 days, and "later"
Comment #61
sreynen CreditAttribution: sreynen commentedI'm not sure I explained my date grouping concern well before. A specific example may help.
Let's say I'll have some free time to travel around the beginning of June and I'd like to see what events are happening then. When I see "later this month" or "this month," I don't know whether I should expect to find early-June events there or in the next section. When I see "30 days," I know that's where I want to look. So I like something like "30 days" because it makes the list easier to skim.
The main benefit of something like "this month" seems to be that it sounds more natural, less like an equation. If we're talking about getting rid of the week group, it might be good to consider month names as the section headers. Those would make it easy to skim without seeming very formal.
Comment #62
lisarex CreditAttribution: lisarex commentedLanyrd, Facebook uses months as groupings.
Meetup groups by day/
Months seems fine to me. Someone who is implementing this should speak up ... :)
http://events.joomla.org has a nice implementation with the map, but I can't find a way to see all upcoming events in a filterable list.
Comment #63
tvn CreditAttribution: tvn commented"Events I'm going to" meant the ones I signed up to (and probably the ones where I am organizer), but if it's confusing lets remove it.
I like months names as section headers, but I'd love to have current month divided into sections like on mockup, so:
Today
Tomorrow
Later this week
Later this month
June
July
August
...
To me "Later this month" does not seem confusing, this month is May, so I would look for early June events in the next section.
Most confusing is week as it can start on Sunday or Monday, so maybe we could go without it, just Today - Tomorrow - Later this month
That said ultimately I would go for something which is easier to implement and can be done faster. So if grouping just by month is much easier than adding all other sections - lets do it first.
Comment #64
kattekrab CreditAttribution: kattekrab commentedWould it be difficult to attach camp/summit logo to go with these?
Comment #65
tvn CreditAttribution: tvn commentedkattekrab, that probably can be done, but lets implement at least basic redesign first.
Development site is available at http://events-groups.redesign.devdrupal.org/
If anyone wants to help with implementation - request SSH access to the site (follow instructions at http://drupal.org/node/1018084).
Comment #65.0
tvn CreditAttribution: tvn commentedadding link to big image
Comment #66
Chris Johnson CreditAttribution: Chris Johnson commentedWhatever you build, if you could provide a JSONP-capable feed so I could build a mobile app to fetch the events view, I'd be ecstatic. :-)
Comment #67
sreynen CreditAttribution: sreynen commentedChris Johnson, that's outside the scope of this redesign, so you should open a new issue for it if you don't want it to get lost here.
Comment #68
primerg CreditAttribution: primerg commentedHow can I help? I'm new to this redesign programs bu I'd like to get up to speed so a little mentoring would help.
Comment #69
tvn CreditAttribution: tvn commentedHi primerg! Help with implementation of the redesign on development site will be highly appreciated!
We have a mock-up of the events page to be implemented, with minor things like grouping of events to be figured out during implementation. We already have a development site available: http://events-groups.redesign.devdrupal.org and I see you already requested SHH access #1626966: I want an SSH access to g.d.o events development site (great!). Once you get an access, you can change password for user 1 (we have instructions for this) and start implementing new design. I'd suggest to start with creating basic view of events.
You can join #drupal-groups IRC channel where I or groups.drupal.org maintainers could answer your questions and provide some help along the way.
Comment #70
tvn CreditAttribution: tvn commentedComment #71
primerg CreditAttribution: primerg commentedthanks tvn! I'll hop to IRC once i have my ssh access and configured my environment.
Comment #72
primerg CreditAttribution: primerg commentedPlease review - http://events-groups.redesign.devdrupal.org/events_list
My issues:
Comment #73
primerg CreditAttribution: primerg commented5 - found it!
Comment #74
sreynen CreditAttribution: sreynen commentedprimerg, this is looking great.
I believe the answers to your questions are 1) yes, 2) these are live stats, just like the "Develop with Drupal" list on the front page of drupal.org, 3) yes, and 4) it's probably better to patch the existing module, which already has an issue open: #1171952: Yes-No Checkboxes
Beyond "yes" on 1 and 3, the questions suggest there's room for usability improvement there, as users will very likely face the same uncertainties. But this is already far clearer than what we have currently, so that shouldn't slow down implementation.
Comment #75
tvn CreditAttribution: tvn commentedprimerg, looks great indeed!
Your questions:
1. yes
2. what sreynen said, mock-up contains example stats, maybe greggles or someone else could comment with the exact list of stats which are interesting/possible to implement
3. yes
4. what sreynen said :)
5. more correct class for Post event button would be .action-button, looks the same though
Some notes:
a. "Post an Event link" block should be shown only to auth users, for anonymous users clicking that button gives "Access denied" message.
b. Later the path to the view you're working on should be changed to /events and current /events calendar view should be moved to /calendar or something like that
c. "Only events I am going" and "Only events in my groups" should not be available for anonymous users.
d. Considering Lisa's comment #58 - maybe it is better to rename "Only events I am going to" to "Only my signups", to make it clear that these are events you signed up to on g.d.o ?
e.
It seems that "Drupal-Stammtish in Frankfurt am Main" event is stuck on top of the list whatever filter I chose.I see that you are working on the view right now so I will test it later.Comment #76
primerg CreditAttribution: primerg commentedThanks for the review. here is an update:
1 - implemented. One thing I am still trying to work out is display the date based on the user's date. Right now, all dates displayed on server time. I assume that is the preferred method to display the date, right?
2 - I'll try to contact greggles and see how it was done
3 - same issue as 1
4 - patch has been submitted. http://drupal.org/node/1171952#comment-6116032 . It is still a work in progress though. I still have issues with the item's weight
Haven't touched the issues brought up by tvn.
Comment #77
primerg CreditAttribution: primerg commented1 - done
from tvn's notes:
a - done
b - done
c - not yet sure how to do this without using the hook_alter
d - done
e - done
Comment #78
tvn CreditAttribution: tvn commentedI've updated the blocks to show them on /events instead of /events_list. (View got moved to http://events-groups.redesign.devdrupal.org/events)
View filtering works fine!
Couple more notes:
1. Last grouping title I can see is "Later this week", there are no "Later this month" etc. ?
2. We should add some empty text to the view for when nothing is found - "Sorry, no events found in this category. " or something like that.
3. It is better to change "Today" "Tomorrow" etc. titles to be h2 instead of h3.
Comment #79
gregglesFor the stats - here's some example code http://drupalcode.org/project/groupsdrupalorg.git/commitdiff/a083cc1b5e7...
The stats in http://drupal.org/files/groups-events-page.png look good to me.
Comment #80
primerg CreditAttribution: primerg commentedHere is a patch for the new block statistics
notes from #78
1 - fixed
2 - done
3 - done
Comment #81
gregglesGreat start! The patch in #80 needs a little work. We sill need that existing stats block to work, so this needs to be in a new block function.
For:
I think that could be better written as:
The same applies to the second query.
The third query:
The $date_fr (which should be $date_from) and $date_to are predictable, values, but just for consistency could use placeholders more like:
And for the last query I suggest doing a similar "unix_timestamp()" trick and finding if the date is within the next 31 days seems good to me.
Comment #82
primerg CreditAttribution: primerg commentedthanks greggles for the review. Here is an update.
Note about the patch: I did not use the unix_timestamp but instead use a combination of FROM_UNIXTIME, DATE_SUB and DATE_ADD. I found it more accurate to check by YYYY-MM than computing in timestamp. Let me know if you have a better suggestion.
Regarding the queries, please see if I understand the requirements correctly:
Comment #83
tvn CreditAttribution: tvn commentedprimerg, one last note about the titles. We need to have something after "Later this month", because right now all events of all the next months (July, August, September..) go under that title. Can we add months titles after "this" month ends?
For example, today is June so under "Later this month" we have June events. Then title "July" - July events, "August" - August events etc. till the end of the year. And then the title "Next year" and the list of next year's events (if any).
Apart from that looks really good! I hope soon we can deploy this on the live site.
Comment #84
gregglesA visual inspection of the patch in #82 looks good to me.
Comment #85
primerg CreditAttribution: primerg commented#83 done - added the titles.
Comment #86
tvn CreditAttribution: tvn commentedThanks primerg!
In the mockups we had urls for events under titles, but event node type on g.d.o has no such field right now, so I added event_url field and added it to the view. I am going to fix css a bit to have event url and groups on the same line.
We still need to decide what to do with
- Only my signups
- Only events in my group
showing them for anonymous users makes no sense.
Also I like Recent signups block a lot, maybe we should show more than 3 signups there?
Comment #86.0
tvn CreditAttribution: tvn commentedupdating summary
Comment #87
tvn CreditAttribution: tvn commentedI cleaned css a bit and moved it from the separate file to styles.css. I moved list of groups to the left and added Groups labels, to make the list more readable especially when there are too many groups and event has no url.
Changed Recent signups block to show 5 signups instead of 3.
We will need to add default user pic to g.d.o to always show something in the recent signups block. I suggest we use default_avatar.png from images folder of Bluecheese theme.
Overall I think this is ready for drumm's review and deployment. In the issue summary I started to write deployment instructions, primerg please take a look if I missed anything - any patches you applied to any modules, any config settings somewhere etc.
Comment #87.0
tvn CreditAttribution: tvn commentedadding deployment instructions
Comment #87.1
tvn CreditAttribution: tvn commentedupdate
Comment #88
tvn CreditAttribution: tvn commentedAttached patch for Bluecheese
Comment #88.0
tvn CreditAttribution: tvn commentedadding image location
Comment #88.1
tvn CreditAttribution: tvn commentedadding link to Bluecheese patch
Comment #89
primerg CreditAttribution: primerg commentedI updated the deployment instruction. Will be posting a patch to hide checkboxes "Only my signups" and "Only events in my group" from anonymous users.
Comment #90
primerg CreditAttribution: primerg commentedPatch for hiding the checkboxes "Only my signups" and "Only events in my group" from anonymous users. Included in the patch comment#82 since I am using the same file.
Comment #91
primerg CreditAttribution: primerg commentedHere is an updated patch with all the dependencies and default views. Not sure if this is the best practice combining the default views to the existing one.
Comment #91.0
primerg CreditAttribution: primerg commentedUpdated issue summary.
Comment #92
lisarex CreditAttribution: lisarex commentedthis is looking really good!
The only thing that could possibly cause issues is this no way to filter by date. That is, you are only able to page forward. However, it might not be a problem since the other filters can make the list a reasonable length.
However, don't let that hold things up.
Comment #92.0
lisarex CreditAttribution: lisarex commentedupdate
Comment #93
Senpai CreditAttribution: Senpai commented@drumm, please review these patches and if they're good, let's deploy this before the week ends or kick it back for some more work.
Comment #94
drummComment #95
primerg CreditAttribution: primerg commentedI'll try to work on the last 2 issues early next week.
Comment #97
crimsondryad CreditAttribution: crimsondryad commentedI realize I'm pretty late to the game and implementation has already started. However, I've used the interface on multiple occasions and I know what would've made it more useful for me.
1. One of the things I liked about the early mockups was the "my location" link. It would be helpful to be able to search not just by country and city, but also by region ( East / Midwest / Southeast if USA ) or state. Companies are more likely to send folks cross country. Individuals are probably more likely to want to stay within their region. I guess this is where maps come in handy. Particularly if the user has set a location on their profile and the map automatically zooms to their state, which would eliminate 2 clicks from selecting country, then region.
2. If there will be tabs for content types, should sprints be included? Giving community members a fast way to participate in a code sprint could be beneficial for getting stuff done.
3. I understand not wanting to clutter up the interface, would it be possible to offer an "advanced search" functionality for power users who are looking for specific events with a lot more options on a different page? Like specific date ranges or multiple regions / states. Maybe offer a block that would list the currently selected options ( think about it like shopping on best buy or amazon ) and also with a "View this search in a calendar".
Comment #98
primerg CreditAttribution: primerg commentedI just transferred the code in the views to groupsorg.module. Will be providing the patch later. Will be closely looking at #1171952 for possible updates.
Comment #99
tvn CreditAttribution: tvn commentedThanks primerg. #1171952 should get some attention from the module maintainer soon, so we are getting closer to deploying this! Please review deployment instructions when you attach patches, maybe they'll need some changes.
re #94 I don't think that event type looks disconnected, if we move everything to one side - the list will look unbalanced.
Comment #100
tvn CreditAttribution: tvn commentedcrimsondryad, you have some good ideas, but we are in the middle of upgrade to Drupal 7 right now, so please note from the issue summary:
"Note that we are currently implementing more simple version, which can be done while we are still on Drupal 6. Things like map of events etc. will be discussed when g.d.o will run on Drupal 7"
As for the sprints - there will be checkbox for sprints to show only this type of events.
Comment #101
crimsondryad CreditAttribution: crimsondryad commented@tvn, fair enough. I'm not expecting anyone to change direction on my account, just trying to get my oar in so I don't miss the opportunity later. :)
Comment #101.0
primerg CreditAttribution: primerg commentedremoving to-do, it's done
Comment #101.1
primerg CreditAttribution: primerg commentedUpdated issue summary.
Comment #102
primerg CreditAttribution: primerg commentedPlease checkwrong issue!Comment #103
primerg CreditAttribution: primerg commentedremoved the dependency to views_customfieldwrong issue! :DComment #104
tvn CreditAttribution: tvn commentedPatch for #1171952: Yes-No Checkboxes has been committed, we can now use 6.x-2.x-dev of BEF.
Comment #105
dasjojust a side note, maybe you already know it. recently the folks from ausgetrock.net launched a free service http://drupical.com which nicely presents event data from g.d.o
might provide some inspiration for follow up developments
Comment #105.0
dasjoUpdated issue summary.
Comment #105.1
tvn CreditAttribution: tvn commentedupdating instructions
Comment #106
tvn CreditAttribution: tvn commentedI've replaced BEF on the development site with the latest -dev release, seems to be working fine.
Comment #107
drummprimerg - I think you have the wrong patch, this isn't COD.
Comment #108
primerg CreditAttribution: primerg commentedoh my! so sorry. :D this is what happens when you have a lot of open tabs
Comment #109
drummI noticed there are 2 new templates in bluecheese, views-view--event-list--page-1.tpl.php and views-view-field--event-list--field-start7-value.tpl.php, which were not included in http://drupal.org/node/954708#comment-6176904. Are they needed?
Comment #109.0
drummCorrect instructions.
Comment #110
drummI also can't find
default_avatar.png
. Leftover from a previous approach?Comment #110.0
drummCross out now-done todo
Comment #111
tvn CreditAttribution: tvn commentedIt's "default-avatar.png", fixed typo in the issue summary.
Comment #112
drummI think http://groups.staging.devdrupal.org/events may be ready. Please double check everything.
Comment #113
tvn CreditAttribution: tvn commentedCouple of configuration comments:
Blocks 'og: New groups' and 'frontpage: Block hot' should not be shown on
events
events/*
Block "recent_signups: Block" should be above "Drupal events activity".
Top menu item "Events" should be first on the left.
Apart from that looking good.
Edit: updated deployment instructions with comments above
Comment #113.0
tvn CreditAttribution: tvn commentedfixing -
Comment #114
tvn CreditAttribution: tvn commentedTook another look at the staging site and found the following:
1. Checkbox title should be: Only events in my groupS
2. "Drupal events activity" block has no title (should be same as block name).
3rd line should probably be: "X event signupS last week"
3. Recent signups are missing starting dates below event titles
4. We need to add 1 more css rule for urls field
Comment #114.0
tvn CreditAttribution: tvn commentedupdating instructions
Comment #115
drummI cleaned up the deployment instructions a bit. Some of the block configuration is removed as I already took care of "og: New groups", "frontpage: Block hot", and "Post an Event link" on the live site.
I also added the missing .tpl.php files mentioned in #109.
I expect implementing changes from #114 could touch the theme and module. Please provide a patch for the theme and re-export the feature module, which includes groupsorg.module. Specifically, the "Drupal events activity" block title should be in
$block['subject']
ingroupsorg_event_stats_block_view()
.Comment #116
drummI made a fresh dev site for this, events2-groups.redesign.devdrupal.org, where you can run through the deployment instructions and work on changes.
Comment #117
tvn CreditAttribution: tvn commentedI did steps 2,5,6,7,8 of deployment instructions on events2.
Since you decided not to use /calendar url, link to Calendar on the bottom of the events page should be changed to /event."Modr8 moderator's block" should also be configured for not to be shown on events events/*
Comment #118
tvn CreditAttribution: tvn commentedPatch for Bluecheese for #114
Comment #119
tvn CreditAttribution: tvn commentedFixed:
1. Checkbox title should be: Only events in my groupS - in the view
2. "Drupal events activity" block has no title (should be same as block name). - added title on block configuration page
3rd line should probably be: "X event signupS last week" - in the groupsorg.module
Changed old event view to be on /calendar url instead of /event.
Comment #119.0
tvn CreditAttribution: tvn commentedDeployment cleanup
Comment #119.1
tvn CreditAttribution: tvn commentedupdate
Comment #120
tvn CreditAttribution: tvn commentedFixed: 3. Recent signups are missing starting dates below event titles - by adding custom date format "M j, Y H:i" and "Events signup" format type which is used by Recent signups view and was missing.
Recreated feature attached.
Comment #120.0
tvn CreditAttribution: tvn commentedupdate
Comment #121
tvn CreditAttribution: tvn commentedComment #122
drummFrom IRC: it shows "Later this week" and event from July30 and then "Today" and all future events fine
Comment #123
drummI did some code cleanup, including handling more cases in
views-view-field--event-list--field-start7-value.tpl.php
; like "2" instead of "02" and showing the ending month or year if the date spans across multiple months or years.Basically, the remaining problem in
_groupsorg_views_events_date_group()
is that it doesn't consider time zones, likeviews-view-field--event-list--field-start7-value.tpl.php
appears to do properly. So, it doesn't have an accurate idea of what "today" is.Comment #124
drummI also noticed that
views-view--event-list--page-1.tpl.php
only appears to do something special with$attachment_before
, adding a "Today" header. As far as I can tell, we're handling it via thegroupsorg_preprocess_views_view()
and no attachments are used. So can this template be removed?Comment #125
primerg CreditAttribution: primerg commentedhi drumm. Yes, views-view--event-list--page-1.tpl.php can be removed. It was part of an experiment to use attachments.
do you need help in cleaning up _groupsorg_views_events_date_group()?
Comment #126
jack13 CreditAttribution: jack13 commentedWithout being aware of this ongoing improvements we launched the http://www.drupical.com service to find Drupal events easier. Beside general great resonance by the community, calls came up like "Can we have this on g.d.o.?"
After reading through all this comments incl. referenced issues I think pretty much every kind of thinkable future feature is captured (most of it here http://groups.drupal.org/node/144369). One thing that is definitely clear: Wait for D7 upgrade (which is not far ahead) to implement the cool stuff where a lot is based on the geo-information.
So I’d like to start my help around this topic on the opposite, on the create event form, with sharing my findings after enrich and partly correct about 200 events listed on drupical.
Create Event form improvements (http://groups.drupal.org/node/add/event)
At current there are a couple of events that begin accidental in the morning.
(e.g. http://groups.drupal.org/node/183954 is set to 2012 but was in 2011 and node was created on October 18, 2011)
Is it necessary to include venue + full date + time? Below 2 extreme examples which also blow up the current calendar view:
Is there a good reason why it is not possible now?
Ok, so far my first inputs. Looking forward to discuss this topic with some of you at Drupalcon Munich! (and here as well)
Comment #127
mariomaric CreditAttribution: mariomaric commentedHi Michael!
You can help us right now in Commons 3 issue queue with your drupical experience: #1715132: As a community member, I'd like to browse/search events on map :)
I also mentioned your comment in a List (create) an event page in Commons 3.x interactive prototype.
Comment #128
drummI did some work fixing this and I think http://groups.staging.devdrupal.org/events is ready for review again.
Comment #129
tvn CreditAttribution: tvn commentedLooking good. "Today" and all other headers work correctly for me.
Comment #130
drummDeployed!
I'm going to clear out the dev sites so we can have a fresh start for followups, if necessary, and have space for other dev sites.
Comment #131.0
(not verified) CreditAttribution: commentedupdate