Fwd: RE : [kronolith] Multi-user display Patch

[Chuck Hagenbuch]

Please keep discussions on-list...

----- Forwarded message from r.barthee at auranext.com -----
    Date: Fri, 7 Nov 2003 11:00:20 +0100
    From: Robert BARTHEE <r.barthee at auranext.com>
Reply-To: Robert BARTHEE <r.barthee at auranext.com>
 Subject: RE : [kronolith] Multi-user display Patch
      To: Chuck Hagenbuch <chuck at horde.org>

Dear chuck thanks for your reply
We have trouble getting in sync with the latest
changes in framework but we'll post soon a new
patch for you to try.
We answer your questions below:


> -----Message d'origine-----
> De : Chuck Hagenbuch [mailto:chuck at horde.org]
> Envoyé : mardi 4 novembre 2003 20:40
> À : kronolith at lists.horde.org
> Objet : Re: [kronolith] Multi-user display Patch
>
>
> Quoting Robert BARTHEE <r.barthee at auranext.com>:
>
> > We would be pleased to discuss the eventual inclusion
> > of this patch in the main source tree because we believe that it
> > helps solve some problems in multi-user display.
>
> Okay. I'd like to hear a bit more about it, then.
>

We want to use horde as a groupware to replace exchange.
We have selected horde among other open-source groupware: phpgroupware,obm,mioga
We have put horde in test here with real users
Everything was smooth apart from the multi_calendar feature that was criticized
by our users :
* As the width was changing with the content of the title they found as well
  that it was uneasy to associate an event to a calendar visually.
* Our latest problem was that we need to manage at least 10 calendars
  and the view was too large for a 17" screen.


> > Key points of the patch:
> > ========================
> > * Allow the display of bigger number of calendar
>
> How?
>

We do not put the title in the event plus we have made some changes to the
display
to have a small fixed width for each event on the screen
The end user can have details on an event when he put his mouse
on the event because a javascipt window open with usefull details
of the event (title,location,description)

> > * Use color on a per-users basis (one color for each user)
>
> Seems pretty awkward with a large number of users. How do you
> list the users? And how does this interact with the current
> category colors?
>

The color of an event is in fact calendar based
The color of the border of that event is category based

> > * Keep the logic of a color for each type of task
>
> You mean events? Huh?
>
See above

> > * Have the details displayed in a window when placing the
> mouse on a
> > rendez-vous
>
> You mean tooltips, as Kronolith already has?
>
When we started dev tooltips was not here yet
but we will change the code to use it


> -chuck
>
> --
> Charles Hagenbuch, <chuck at horde.org>
> "I am not that interested in green food." - Average Joe
>
> --
> Kronolith mailing list
> Frequently Asked Questions: http://horde.org/faq/
> To unsubscribe, mail: kronolith-unsubscribe at lists.horde.org
>



----- End forwarded message -----


-chuck

--
Charles Hagenbuch, <chuck at horde.org>
"I am not that interested in green food." - Average Joe