iCalendar, Project Management, Agenda, CVS and Perl?

parasew asks: "I am searching for Web-based Project Management Software, which should be (mod-)perl based, so I can enhance it or put it into an existing environment using MovableType, which is in a sort of alpha-state. I found a site about Call Center, Bug Tracking and Project Management Tools for Linux and also this short listing, but sadly they are just a bunch of projects which only come close to the kind of tool I am searching for. Gantt and Chronos, seem to be a very nice Web-Calendar packages written in Perl. I was just wondering why no one is using iCalendar (does anyone know of Perl-based Software using iCalendar), as most of the Agenda Software uses iCalendar, and even Mozilla Calendar is capable of subscribing to remote-Calendars. This looks very interesting to me. In general, I wanted to ask you Monks for the best way to do this. Should I create a new app from scratch or reusing existing stuff?"

"Here are the features I am looking for:

• The use of Calendars (multiple users) and iCalendar Support
• File-Pool for projects (CVS-based or similar)
• Progress-bar for showing the current state of a project
• A public calendar where users can publish events from their private calendars

I found a simple Calendar script from PerlMonks, and another easy one here. Of course, there are really lots of Calendar scripts out there, but I am asking you for hints. Which ones do you know of that comes close to my needs? There are several existing Modules for iCalendar on CPAN, and i thought about reusing stuff to maybe create a dirty hack of Chronos, Bricolage and add the CVS and iCalendar support on my own.

Please also see my topics on PerlMonks and MovableType

Thanks for any help, hints or suggestions."

From freshmeat...

[reluctantengineer]

How about ACE? http://freshmeat.net/projects/a.c.e./?topic_id=21% 2C27%2C860%2C87%2C243

Re:From freshmeat...

[GooseKirk]

ACE looks beautiful - clean and functional and fast. But $700/year seems a wee steep for what it is... do you run this? Is it worth it?

Use Project and Exchange Server

[gristlebud]

There don't seem to any on-topic posts for this yet, so I'll add my $0.02.

Microsoft Project Server 2002 and Exchange will do everything you require, and is availbale right now to get you working without a lot of scripting or project-specific configuration.

The use of Calendars (multiple users) and iCalendar Support Exchange is iCalendar compatible, has web access and does a great job of group scheduling.

File-Pool for projects (CVS-based or similar) Public Folders on the Exchange Server wil

Re:Use Project and Exchange Server

[Quixotic Raindrop]

Except that the solution you propose is a several-thousand dollar solution, which actually doesn't do what is required.

CVS is for version tracking of files. Public Folders on the Exchange server will not work for this. Source Safe would, but now you're talking even more money. And, to my knowledge, Source Safe doesn't integrate with Exchange at all.

Let's try this using a solution that is 1) free of lock-in to closed, proprietary code (since the author is pretty clearly asking for a solution that he or she can modifiy to fit their specific needs), 2) actually solves all of the posted problems, and 3) cost-free. Your "solution" isn't any of those things.

And, actually, the choice of software platforms is always relevant, since it is eminently possible to do all of the things listed on several platforms. Because of that, there is no reason to pay through the nose for software that you can't make changes to, can't inspect, and can't keep unless you rent it ad infinitum.

Use a portal

[Black Perl]

First of all, I think MoveableType is the wrong platform to build this on. It is a great weblog, but what you describe (and probably actually want) is a project portal, and MoveableType is not a great fit.

I recommend Metadot [metadot.net] which is a nice portal that has several built-in components (including a calendar and a versioned project file repository). Metadot is very easy for users to use and it's easy to develop for--its plugins are called Gizmos and it has a Gizmo API so that you can create your own Gizmos or integrate other systems in.

It's a true portal, in that end-users can create their own "My Portal" page by choosing and arranging these Gizmos. Check out the demo [metadot.net].

Re:I know this is a bit OT...

[Black Perl]

I also wanted to know if anyone knew what language iCalendar was written in.

Looks like American English to me. Why don't you look at the iCalendar specification [ietf.org] yourself and see if you agree. I believe all RFC's are written in English.

Will TUTOS meet your needs?

[AngusSF]

TUTOS [tutos.org] is a tool to manage the the organizational needs of small groups, teams, departments ...
To do this it provides some web-based tools:

• a calendar for users and groups
• Groups / Teams
• address manager for people, companies and departments
• bug tracking system
• product/project repository
  • with task management
  • with document management
  • with installation management
  • support of different roles (manager, developer, customer etc.)
  • support of relations to other projects (base product, subproject etc.)
• mailboxes (imap/pop)
• t

Re:Will TUTOS meet your needs?

[Anonymous Coward]

I, too, have looked at TUTOS. I certainly has lots of excellant features, but unfortunately, UI design is not one of them. Geeks and some developers might be able to pick up on the interface and get around, but I have major concerns over end-users being ablt to use it with little or no training.....(unless you have mostly power-users). For running most projects, you have varying types of resources - developers, tech support, managers, marketing, doc specialistsm etc. Finding something to work for all is

2 points

[chad_r]

1) Apple's iCal [apple.com] is a product, while iCalendar (RFC 2445) is a format for import/export of calendar data. iCal may or may not use iCalendar as it's interchange format (I have no idea). I knew it wouldn't be long before someone mixed those up.

2) The majority of those perl modules you referred to are part of the Reefknot [sourceforge.net] project, which is still officially alpha quality, and most of which hasn't been touched since 2001. It's still better than writing your own iCalendar support code from scratch, but be aware o

iCalendar support

[Black Perl]

I recently found a perl calendar app that supports iCal. Take a look at Calcium, by Brown Bear Software [brownbearsw.com].