Re: [SM-PLUGINS] Calendar - MySQL

[Rick C. <ri...@pu...>]

     It's a little off-topic, but I'd guess that phpGroupware isn't
     working much with us basically because we're not doing things
     their way.

     They suggested we use their APIs and things, and we responded
     by choosing ZooKeeper instead.  We believe our solution is a
     better foundation to work from than theirs, for our current
     set of needs.  We wanted to create something new and clean
     from what we'd learned from the 1.X series, rather than adopt
     a different project with someone else's baggage.

     Just two cents from someone who followed the phpGroupware
     discussions closely.  (Not that you didn't, Phillipe!)

     -Rick


Philippe Mingo said:
> Some important things,
>
> We're not talking about integrating a calendar into the core of
> Squirrelmail. We're talking about a calendar plugin for squirrelmail.
> With this in mind I think that the best is the plugin the better. No
> place here for e-mail philosophy. As there isn't in weather plugin and
> so many other plugins for SM that solve different needs.
>
> In the other hand, it is a matter of fact that many users like to have
> a calendar into the email client. Many facts prove this. For example
> Calendar plugin is the most downloaded plugin for SM in the few days
> that it gets his way into www.squirrelmail.org. Many site
> administrators, like me, know that users frequently doesn't want to
> replace Outlook with any other email client because of the calendar and
> task list. Finally, such an excellent email client like Evolution also
> decided to have such a
> calendar. The reason for this probably has something to do with people
> that uses email to work. When e-mail client turns into a knowledge
> center. But as I said first, this is a matter of taste, if you need it
> only activate the plugin. If not just ignore it.
>
> And regarding phpgroupware, as far as I know they decided to include a
> modified SM into their project (last time I saw it it was a hacked
> 1.0.6) as a complete separate project from SM. Unfortunately there is
> no
> cooperation between SM team and phpgroupware team (don't know exactly
> why).
>
> Finally about why just don't use a third party calendar? Because it is
> easier for users to have it as a plugin. No need to enter extra
> passwords and it integrates smoothly into someone that the user already
> knows.
>
> Kurt Yoder dijo:
>>
>> This is possibly somewhat of a dumb question, but: why emphasize
>> complex calendaring from within squirrelmail? It seems to me this
>> would be reinventing the wheel, since there are about 10 other free
>> web-based groupware packages out there. I don't think I'm exaggerating
>> here; check Freshmeat. I believe the squirrelmail team is somehow
>> cooperating with the "phpgroupware" team already?
>>
>> Also, in my mind "what does email really have to do with a calendar?"
>> I never understood why MS Outlook integrated the two functions: one is
>> communication, the other is basically a datebook. Intuitively,
>> shouldn't they be considered two separate applications?
>>
>> I could see the utility in a small, uncomplicated calendar plugin for
>> squirrelmail for sites that don't want to administrate an additional
>> web-based groupware app. However, once it starts getting complex
>> (shared calendars, todo lists, etc), why not just use/improve what's
>> already out there?
>>
>> So, this is just my opinion, flame me if you wish.
>>
>
>
>
>
> --
> squirrelmail-plugins mailing list
> List Address: squ...@li...
> List Info:
> https://lists.sourceforge.net/lists/listinfo/squirrelmail-plugins
> http://squirrelmail.org/cvs


-- 
ri...@pu...                            http://rick.978.org/
All of life's big problems include the words "indictment" or
"inoperable." Everything else is small stuff. -Alton Brown