[Design of JBoss Collaboration Server] - Re: Calendar mail alias added to HEAD
by AronSogor
This was bad missed the half of it:
---------------------------------------
So I will describe this feature in the hope of getting some feedback.
I added 3 kind of mail alias for caledaring
Plan is PLAN.calendar@yourdomain. By default it calculates start date at 08.00 today using 15 minutes increments, until 17.00 looking for an hour continous free time. This alias in the above form will send all availble time slots back in an HTML email with all possible free time slot mailto urls in a TABLE(fancy ?).
To override the defaults you can use the full alias:
PLAN.startdate=x.enddate=y.incrementSize=15.incermentCount=4.calendar@host
The above will search from x to y using 15 minutes chucks, 4 continous free chuck(an hour).
you can also use partial like overrides:
PLAN.incrementSize=60.incermentCount=1.calendar@host
this will look from 8.00-17.00 using 1 hour chunks, looking for 1 free hour.
Schedule is
| SCHEDULE.start=<startdate>.end=<enddate>.calendar@<yourdomain>
| like:
| SCHEDULE.start=20060727094500.end=20060727104500.calendar@localhost
|
This will schedule a meeting for you.
Group Calendaring use plan and schedule, add additional addresses to the To: line like jerry@localhost. IF jerry@localhost is a registered contact for a user in the calendar than jerry's schedule will be taken into consideration for PLAN, and jerry will be invited for a SCHEDULE.
Finally Invites:
Users who recieve a meeting invite can accept or decline an invite via email, by clicking on a link(mailto url) and send an ACCEPT.<eventguid>.calendar@<yourdomain>or a DECLINE.<eventguid>.calendar@<yourdomain>
I am planing to add 2 more alias:
INVITE.<eventguid>.calendar@<yourdomain> This much like PLAN and SCHEDULE will use the TO: to decide who to add/invite for an existing meeting.
HELP.calendar@<yourdomain> Put this posting and some guys little HTML/JS/Mail Web 2.0 Ajax mail snipet to generate mailto urls for PLAN/SCHEDULE.
Ideas, comments, jokes?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961476#3961476
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961476
20 years
[Design of JBoss Collaboration Server] - Calendar mail alias added to HEAD
by AronSogor
So I will describe this feature in the hope of getting some feedback.
I added 3 kind of mail alias for caledaring
Plan is PLAN.calendar@. By default it calculates start date at 08.00 using 15 minutes increments, until 17.00 looking for an hour continous free time. This alias in the above form will send all availble time slots back in an HTML email with all possible free time slot mailto urls in a TABLE(fancy ?).
Schedule is
| SCHEDULE.start=<startdate>.end=<enddate>.calendar@<yourdomain>
| like:
| SCHEDULE.start=20060727094500.end=20060727104500.calendar@localhost
|
This will schedule a meeting for you.
Group Calendaring use plan and schedule, add additional emails to the To: line like jerry@localhost. IF jerry@localhost is a registered contact for a user in the calendar than jerry's schedule will be taken into consideration for PLAN, and jerry will be invited for a SCHEDULE.
Finally Invites:
Users who recieve a meeting invite can accept or decline an invite via email, by clicking on a link(mailto url) and send an ACCEPT..calendar@ or a DECLINE..calendar@.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961473#3961473
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961473
20 years
[Design of JBoss jBPM] - Re: next steps for the console webapp
by svetzal
Seam is a lot of infrastructure to add in as a base requirement, but it's oh so sweet to use.
I think there's a lot of work to do regardless of seam or not in terms of JSF components. Seam does interesting things to expose things for you but leaves it up to you to do the rendering.
Any JSF components built would be the same regardless as to whether this was a seam app or not.
My hope over the past several months has been to gain insight into writing complex JSF components, and thus far I'm not particularly keen. There are a lot of rough edges throughout MyFaces and JSF.
I've been trying to avoid creating yet another JSF framework for components, this seems outside the scope of jbpm. The alternative is tying ourselves to a specific implementation (MyFaces) and using their existing infrastructure(s) for things like external resource binding.
How does everyone feel about an explicit tie to MyFaces?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961436#3961436
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961436
20 years