Topic: What would it take to remove the calendar?

[Angelina Belle]

Wedge has decided it doesn't want a calendar.
So they took practically all trace of it out of the code.
Turns out, the calendar is so entwined with SMF 2.0 that this was more difficult than anticipated.

Interestingly, they've put in enough code hooks to allow the re-introduction of a calendar plugin at a later date.
I was going to give a count of files involved, but I gave up. Interested readers can count for themselves:  http://wedge.org/pub/feats/6108/new-revs/msg270398/?topicseen#new

The team does publish an amazing amount of detail about every rev as they check it in.  I think it is part of the fun for them.  It's documentation, too.

Hmm..  Now I have to wonder what interesting things the other forks are up to...

[Matthew K.]

I've completely removed the Calendar from SMF 2.0, before, as I believe it should be an official modification, with a completely new system in itself.

[Angelina Belle]

I guess it was a lot of work.

And I think it is worth putting forward what you learned in the process. Because, whether or not it is being considered for 2.1, it will certainly be worth considering for SMF 3.0.

[Illori]

i believe once we start using smCore for 3.0 it is norv's plan to have things like the calendar has a mod or plugin and the default forum will be all you get and the rest will be extra that has to be installed later.

[青山 素子]

Rules of this board
* This board is for discussion of open-source forks of SMF 2.

http://wedge.org/pub/faq/6358/faq-is-it-a-friendly-fork/
the license we chose is set to prevent SMF from re-using our implementations

http://wedge.org/license/
1(d): Any Distribution of this Package, whether as a Modified Package or not, requires express written consent from Wedgeward.
1(e): Your name is not Jonathan Valentin (aka "vbgamer45") or Alex Kühne (aka "Akyhne"), and you don't work with any company associated with them, including but not limited to Samson Software of Bloomingdale, Illinois.

http://opensource.org/docs/osd

1. Free Redistribution
The license shall not restrict any party from selling or giving away the software as a component of an aggregate software distribution containing programs from several different sources. The license shall not require a royalty or other fee for such sale.

5. No Discrimination Against Persons or Groups
The license must not discriminate against any person or group of persons.

License term 1(d) violates OSD #1, term 1(e) violates #5. If we take the OSD as the general guide for what it means to be "open source", then Wedge is not open source and discussion of it is not allowed per the rules of this board, even if you try to sneak it in tangentially.

(Yeah, we can argue that as the source code is available to view, it's "open source" as was the argument for SMF itself for many years, but given that the Simple Machines Board Chairman has refuted that argument at least once since the license change to BSD, it would be silly to jump back to that argument now.)

[Illori]

how is this *discussion* a tip or a trick?

[Oldiesmann]

I moved it here because it's a "tip" on how to remove the calendar if you really want to... Wedge does not fit the criteria for the SMF Forks board.

[Illori]

there is no code provided on how to do it, so it is not a tip.

[Matthew K.]

It's definitely not fit for the Tips and Tricks board, imo.

[Angelina Belle]

Rats. It is so useful to discuss what is going on in other forks, because of what this reveals about SMF.

Maybe "development" would be a better place for it, instead of in forks.

[Illori]

how about we try the feature requests board i think this would be a better place to talk about this.

[Norv]

[off topic now]

http://wedge.org/pub/faq/6358/faq-is-it-a-friendly-fork/
the license we chose is set to prevent SMF from re-using our implementations

http://wedge.org/license/
1(d): Any Distribution of this Package, whether as a Modified Package or not, requires express written consent from Wedgeward.
1(e): Your name is not Jonathan Valentin (aka "vbgamer45") or Alex Kühne (aka "Akyhne"), and you don't work with any company associated with them, including but not limited to Samson Software of Bloomingdale, Illinois.

http://opensource.org/docs/osd

1. Free Redistribution
The license shall not restrict any party from selling or giving away the software as a component of an aggregate software distribution containing programs from several different sources. The license shall not require a royalty or other fee for such sale.

5. No Discrimination Against Persons or Groups
The license must not discriminate against any person or group of persons.

License term 1(d) violates OSD #1, term 1(e) violates #5. If we take the OSD as the general guide for what it means to be "open source", then Wedge is not open source

This is correct. Not only from OSD criteria (strictly), this kind of license (in particular the discriminatory part) will never be considered [Free and] Open Source under more than one possible definitions of FOSS.

[/off topic]

Please, feel free to share ideas on calendar. Ideas are always valuable, and thank you for taking the time to bring them up. There are also enhancements on the current calendar feature that have been brought up (and we'll take them all into account). I will be back on this.

[live627]

Interested readers can count for themselves:  http://wedge.org/pub/feats/6108/new-revs/msg270398/?topicseen#new

And even then, there were about four follow-up commits.

Hmm..  Now I have to wonder what interesting things the other forks are up to...

Most forks have already died off. Apparently, only Wedge and EoS are still alive.

[Angelina Belle]

So true! I think a fork is more work than most people realize.

[bloc]

Hey, i'm still alive.. But then I don't have a demo up or code to show yet, so maybe i'll shut up now lol.. Still going strong though, but have to admit while mine will be proper BSD in the end,  I reeeally enjoy being the sole dev on it.

Anyways...

Removing the calendar I think is a mistake, for Wedge(or SMF in the future) part. Events, in the broadest sense , is very useful in a forum enviroment IMO, its just that the calendar of SMF was always considered more of a "birthday thingie"..but turn it onto "events manager" and you have more use for it. It should have more options, like attaching files(well, the topic already does that, but more could be used with strictly "event" attachments), attendance features and history, and past events tied to profile for example. And of course, if enough playground is given, one can also let users dable with easy todo-lists, or private calendars of whatever they like.

It seems such a underdeveloped feature..and such were doomed to be cut out at one point or other(by SMF or forks) perhaps. I think its better to expand it though. And in ViennaBBS it will. (if not in the absolute first release, surely in the following)

[Angelina Belle]

Wedge actually stuck in hooks for later development. So we may see later what ideas they have for expanding on events management.

It is a natural componant of a community-building website.

When you've got a repo or demo or something to link to, we'll be sure to list your fork.

[Kindred]

Oh, we have a whole list of things that were planned to add to the calendar


recurring events
event times
attendees
limited attendence/signups
load holidays via upload of CSV
download iCal/vCal for events


I actually has all of those in a 1.1.0 mod that just got to be too much for me to maintain.
(borrowed from Jack's Phat Cal Pack for 1.0 and Grudge's holiday import)

All of that, plus some other goodies are planned to be added.
the goal, however, was to make the calendar a fully functional add-on (see above) rather than an inherent part of the core product because adding all that could increase the code significantly. Additionally, only about 50% of the forums actually USE the calendar for anything other than birthdays.

wedge isn't breaking any new ground with their actions... it's something that we've been planning for 2.++ even while 2.0 was being finished (as Arantor is quite aware)

[Angelina Belle]

I'm sure he knows he was involved in lots of features and priorities discussions. By working on a fork, he is able to prioritize things the way he wants.

Seems to suit him.

[Kindred]

so, it's been brought to my attention that some people may read my previous statement as yet another attack....   it was not intended as such.
Just a comment and that we actually intended to do the same thing (and yes, we are aware that it is not a minor un-raveling)....


as for suiting him....   I haven't been over there for a while, so I'll take your word for it. Hopefully both he and Nao are happy.

[~DS~]

as for suiting him....   I haven't been over there for a while, so I'll take your word for it. Hopefully both he and Nao are happy.

Oh, I'm sure they are, I sure am as well. They are both the most active developers I've ever see...