Jump to content
bfarber
 Share


4.0 - Improving multiple calendars

Some sites make use of multiple calendars to help differentiate what type of events are being contributed to the community. You might have a staff calendar that allows staff members to add events and a community calendar for the rest of your users. Or you may have a holidays calendar as well as a gaming "raids" calendar on your community. Individual calendars are a form of categorization in IP.Calendar, and we wanted to bring some enhancements to them in the 4.0 Community Suite.


Colors

You will now be able to specify colors for each calendar you create. The software will automatically suggest a new unique color each time you create a new calendar with several pre-determined colors to start with (and then falling over to randomly chosen colors if you happen to create enough calendars to use these defaults up), but you are able to specify any color you wish for any calendar you create.



(As an aside for developers - you can easily implement similar "color" fields in your own forms using the form helper class IPSHelpersFormColor)


Merged view

If you are familiar with the current iteration of IP.Calendar, you might be wondering what good implementing calendar colors actually does. After all, the software does not show events from different calendars mixed together right?

As of 4.0, IP.Calendar does indeed support a merged-calendar view. In fact, it is the default in IP.Calendar. Your users will see all events from all calendars (that they have permission to view) merged into one view, but can click a menu at the top of the page to filter by calendar if they so desire.



They will see events from all calendars merged together



When viewing an event the calendar it has been saved to is of course indicated here as well.




The merged calendars model is supported for all of the major views in IP.Calendar: the monthly view, the weekly view, the daily view...and the new "event stream" view which we will talk about in a future blog entry (shhh).


Conclusion

We feel these minor changes makes Calendar more intuitive, and especially makes handling multiple calendars within your IP.Calendar installation more practical and useful. We hope you find working with multiple calendars to be easier and clearer with these changes, and we hope you find new ways to make use of the multiple calendar support present in IP.Calendar as a result of the merged views and better calendar differentiation.

 Share

Comments

Recommended Comments

Nice improvements but I'm getting tired of these calendar entries. I'd very much prefer something about the other applications since this one is the one I don't use :tongue:

 

Pretty much what I was thinking by reading the post. Give us some more gallery, content, forums :)

Link to comment
Share on other sites

Nice improvements but I'm getting tired of these calendar entries. I'd very much prefer something about the other applications since this one is the one I don't use :tongue:

 

Maybe you will now :p

Link to comment
Share on other sites

The merged calendars model is supported for all of the major views in IP.Calendar: the monthly view, the weekly view, the daily view...and the new "event stream" view which we will talk about in a future blog entry (shhh).

 

Publishing blog entries out of order, huh.... somebody needs to get up to speed on their proofreading. :)

Link to comment
Share on other sites

Hey look, calendar isn't the sexiest thing out there, but these improvements really make it a more viable mechanism for communities to handle events, etc.

 

Furthermore, coming from vBulletin - where they let the calendar functionality stagnate for centuries while making tons of empty promises about their "plans" - these are substantive, intuitive improvements that will have real value.

 

What I'd LOVE to see is some synergy between IP.Downloads & IP.Content with the calendar... for example, how about the ability to have newly uploaded files appear on the calendar, and to designate a key IP.C date field as being the primary "calendar" date such that those IP.C entries will also show up there?

Link to comment
Share on other sites

Fantastic improvements.  I really like the new look so far.

 

What I'd LOVE to see is some synergy between IP.Downloads & IP.Content with the calendar... for example, how about the ability to have newly uploaded files appear on the calendar, and to designate a key IP.C date field as being the primary "calendar" date such that those IP.C entries will also show up there?

I couldn't agree more.

Link to comment
Share on other sites

as well as a gaming "raids" calendar on your community

I wished Blizzard would allow us to export guild events out of the armory (again, as they already did some time ago...). Oh sorry, wrong place for that wish! :D

Link to comment
Share on other sites

I'm not sure I entirely agree with IP.Downloads/IP.Calendar cross-content (or rather, I'm not sure it has widespread appeal), but we do have some other cool integration features to tell you about soon :)

 

(Do remember though with our new global sidebar, you could easily show a feed of new IP.Downloads files elsewhere in the community)

Link to comment
Share on other sites

2 questions:

tags are available?

into a calendar is possible to set how many folder i would?

 

Yes tags are available. I'm not sure I understand your second question - could you clarify?

Link to comment
Share on other sites

I'm not sure I entirely agree with IP.Downloads/IP.Calendar cross-content (or rather, I'm not sure it has widespread appeal), but we do have some other cool integration features to tell you about soon :smile:

 

(Do remember though with our new global sidebar, you could easily show a feed of new IP.Downloads files elsewhere in the community)

 

Well, geeze... I guess I'll spell out some use cases:

  • Let's say I use IPC to track albums, and I want a calendar of album release dates...
  • Let's say I use IPC to have profiles of artists who are NOT also members, and I want a calendar of artist birthdays
  • Let's say I use IPD to allow members to submit songs, and I want a calendar view of releases, so folks can easily see what they missed and when...

Is it that much of a stretch? Are these use cases that esoteric? I know there are workarounds, but they involve duplicate entry... imo IP.Calendar should be considered "one-stop temporal shopping" for all that IPS4 offers. I even think a digest of THREADS created on a given date could show up on that day's entry... but allowing for synergy w/ IPC and IPD seems rather obvious to me; I'm not saying folks are clamoring for it, but I think that it again makes the calendar and the whole suite more usable.

 

C'mon, synergy!

Link to comment
Share on other sites

 

Well, geeze... I guess I'll spell out some use cases:

  • Let's say I use IPC to track albums, and I want a calendar of album release dates...
  • Let's say I use IPC to have profiles of artists who are NOT also members, and I want a calendar of artist birthdays
  • Let's say I use IPD to allow members to submit songs, and I want a calendar view of releases, so folks can easily see what they missed and when...

Is it that much of a stretch? Are these use cases that esoteric? I know there are workarounds, but they involve duplicate entry... imo IP.Calendar should be considered "one-stop temporal shopping" for all that IPS4 offers. I even think a digest of THREADS created on a given date could show up on that day's entry... but allowing for synergy w/ IPC and IPD seems rather obvious to me; I'm not saying folks are clamoring for it, but I think that it again makes the calendar and the whole suite more usable.

 

C'mon, synergy!

 

For those first two points, what you'd do is add the events to the calendar, and then in IP.Content create a feed of events. For the last item, I think this would be better as an IP.Downloads feature rather than IP.Downloads/IP.Calendar integration. We approach IP.Calendar as being for events in their own right, rather than content that occurred on that day. That said, I'm not saying it'll never happen :)

Link to comment
Share on other sites

 

For those first two points, what you'd do is add the events to the calendar, and then in IP.Content create a feed of events. For the last item, I think this would be better as an IP.Downloads feature rather than IP.Downloads/IP.Calendar integration. We approach IP.Calendar as being for events in their own right, rather than content that occurred on that day. That said, I'm not saying it'll never happen :smile:

 

That's duplicate data entry, though. If I'm already storing those fields as metadata ON the actual IPC record(s), why am I manually creating events that duplicate that data? And then if it's wrong and needs to be changed, it's in two places...

 

I'm sure I don't have to lecture you on DRY principles, and I'm sure they're being applied to the codebase for IPS4, right?

 

Anyways, if you'll at least consider it, I'm happy. I think it makes a lot of sense. Duplicate data entry is a Bad Thing.

Link to comment
Share on other sites

Calendar needed some love, and these entries show us this is happening. Event colours (the ability to custom colour events) and ability to choose from a list of built in event icons or upload your own would be great too.

Link to comment
Share on other sites

 

Yes tags are available. I'm not sure I understand your second question - could you clarify?

now i see only setting for main calendar but into one calendar i could add sub-folders(sub calendar)?

public/private event is scope into same calendar... another example, a user answer me to set a event for only a group of members.

axmwba.png

Link to comment
Share on other sites

Hey look, calendar isn't the sexiest thing out there, but these improvements really make it a more viable mechanism for communities to handle events, etc.

 

Furthermore, coming from vBulletin - where they let the calendar functionality stagnate for centuries while making tons of empty promises about their "plans" - these are substantive, intuitive improvements that will have real value.

 

What I'd LOVE to see is some synergy between IP.Downloads & IP.Content with the calendar... for example, how about the ability to have newly uploaded files appear on the calendar, and to designate a key IP.C date field as being the primary "calendar" date such that those IP.C entries will also show up there?

 

I'm not sure everything you're throwing out there will be embraced, but I like some of the ideas you are brainstorming.  I'd recommend though to put them in the feedback forum so they can be fleshed out and discussed in more detail.

 

now i see only setting for main calendar but into one calendar i could add sub-folders(sub calendar)?

public/private event is scope into same calendar... another example, a user answer me to set a event for only a group of members.

axmwba.png

 

I don't think subcalendars is a terribly widely needed feature, and is not something we will be including at this time.

Link to comment
Share on other sites

Publishing blog entries out of order, huh.... somebody needs to get up to speed on their proofreading. :smile:

I think it's just a time warp thing.  You know it's just a jump to the left and then a step to the right with your hand on your hips and you bring your knees in tight.

Link to comment
Share on other sites



Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Add a comment...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

×
×
  • Create New...