True. Fortunately, I lied, and it does work in IE. My version in 
Kronolith doesn't (for me) show the scroll bar, but it scrolls 
properly. So some help figuring out which CSS tidbit I'm missing would 
be great. Anyway, I should listen to myself and leave this to the list.

Very slick - I like!



Its not really a matter of how many Windows Boxen I have - its market 
share, plain and simple.  Most people use PCs at home, although some 
of them are switching to other browsers.  But IE still has 65% of the 
market share so...



Will take this up on the list..

I'd look at a patch to do this via CSS. From experience with earlier 
versions of IMP, introducing frames becomes a maintenance nightmare 
pretty quickly. A CSS example is here: 
http://www.madism.org/debian.pear.php. Works in Firefox and Safari - 
of course, not in IE. How many windows boxes do you have? ;)



(this is now definitely something for the dev list or perhaps a new ticket)

I think that would be a logical place for it.



And I'll throw this out just for consideration.  If you happen to be 
in month view and are displaying a LOT of calendars with a lot of 
events, the height of your entire calendar can be enormous, which 
could result in a lot of scrolling to get to the legend and, if 
toggling is also there, to toggle (and if you happen to be using the 
legend for displaying all users' colors/categories, its a bear to not 
always have it visible).  So what about a frame that would start a 
certain distance above the bottom of the page.  In it would be the 
legend and the calendar toggles, with each share as a radiobox and 
separate select all and deselect all radio boxes.



Think of the most annoying thing (at least to me) about someone who 
creates an Excel spreadsheet, with 1000 rows.  And they put the column 
heading on the top row only, instead of on every page.  So you're on 
row 85 and you have to scroll up to see what column you're in.  A 
frame makes it always there, always accessible, no matter what part of 
the month, week, or day you're in, or how many events you have piled on.

Say, just above or below the category legend?

Just to weigh in on this, after multiple users provided the same feedback:



First, I think this is a great improvement over the previous way of 
toggling shares.



But what users want is the ability to:



1)  Know which calendar(s) are being displayed, without having to drop 
down the "Select calendars to display" menu.

2)  Not have to flip-flop between a My Calendars screen for 
checking/unchecking calendars, and the main calendar display screen.



Developers are underestimating how much people do not want to have to 
click to another screen, or drop down a menu, or hover over an event 
to gain information about who owns it.



Hence, the more information you display on one screen, the better.   
From a user's perspective, ease of use is defined by this:



Can I look at a screen and tell what calendars are being displayed, 
and who owns an event, without clicking a mouse?  And with a single 
mouse click (not a menu drop-down, then click) can I make calendars 
appear or disappear?  If I can't its hard to use.



Something that would meet these requirements would be to move the 
calendar selection checkboxes from the My Calendars page on to the 
main calendar page somewhere.  This allows them to see which Calendars 
are displayed and it allows them to toggle calendars on and off, 
without having to flip back and forth between screens.

For the colorblind we should have a modified .selected class anyway. 
Since this seems to work for people at least as well as the previous 
way I've ported the changes to the other Share-based apps and have 
committed it. I'm resolving this - there are certainly rough edges to 
clean up in places, but the intent of the ticket is done.

Got a configuration issue to work out on my HEAD install (events are 
saved but don't show up :)  But I don't think that affects my ability 
to try this.



But I can tell you already that splitting the create and edit areas is 
a major improvement.  I was in the middle of a demonstration about a 
month ago and someone asked me how to create a new calendar, and I 
stumbled around a bit until someone told me how to do it.  Having the 
Create button beside a menu that  says "Select a calendar to edit" 
didn't make for the most intuitive interface :)



I like being able to use the menu to toggle one calendar on and off.   
For users that only have two calendars, that saves them from having to 
go to My Calendars, just to hide it.  But I also like having the 
choice to toggle multiple calendars on the My Calendar page - useful 
if you have access to a lot of calendars.  Using CSS to display which 
calendars are active is a huge improvement, although it excludes the 
color blind.  Thats a concept that's easy to teach - if its colored, 
its active.

Okay, I just committed a couple of different things for this or 
related to it. Here's the commit msg with diffs:



http://lists.horde.org/archives/cvs/Week-of-Mon-20050516/044964.html



Please let me know what you think, which you like, etc.

From a conversation with Kevin:
I think that would be the way to go.  The select all/none toggle is something

I've thought of on several occasions as being needed (particularly if you're

working with a team of people).  Maybe expand the concept of the My

Calendars page to be a place to create new calendars for yourself and to

manage display of all the calendars you have access to.  Kronolith is pretty

full in the menu already; otherwise I'd suggest a {My,Shared,Remote}

Calendar button for each of the respective management areas.

Going back to the original idea, it was rejected because it took up 
too much screen real estate.  How about making whether or not the 
owner's name is displayed with the item or not a preference?  Then 
you're only loosing about three spaces by using Show/Hide instead of 
+/-.  My secretary was the one that originally gave me the idea and 
her rationale was that you should be able to look at the menu and it 
should tell you what to do.  Click To: is pretty obvious and then your 
action of clicking with either Show or Hide the specificed resource.



Credit should go to annette_white@iu13.org if some form of that is 
ultimately implemented :)

Reading my proposal again :), this is only relevant for the 
side-by-side view and helps managing a huge number of calendars. You 
can then remove calendars by clicking on a small icon next to the 
calendar name, and adding them through an auto-expand dialogue.

Okay, I have no problem with starting in Kronolith. Can you say more 
about what this way is?

A customer ordered a customization to select calendars in a different 
way that is specific to Kronolith though. I'd like to implement this 
first, maybe as a base for further improvements.

Alright, obviously we need some way of improving this UI. I'm moving 
this to "Horde Base" for lack of a cross-module queue, since this 
should be made consistent in all apps that use shares. I'll try and 
look at it.

Here's the patch for the second way I've thought of doing this.

Here's the patch for the second way I've thought of doing this.

We're going to locally patch the code to provide the "Click to 
hide/show" option.  So whatever symbol it ends up being (either +, -, 
*, blank) will be replaced.  I just don't see a symbol providing a 
clear explanation for how to toggle calendars.  The 11 extra 
characters are well worth the extra screen real estate.



I toyed with another way of doing it, with a multi-tiered menu, to 
shorten up things.



My Calendars:

Click to:

Hide Calendar 1

Hide Calendar 2

Shared Calendars:

Click to:

Show Calendar 3



That was a little better but not much because its still not clear what 
you click.



I guess one other way of doing it would be to add a top menu like so:



Click to:

My Calendars:

Hide Calendar1

Hide Calendar2

Shared Calendars:

Show Calendar3



That way, you click to select the menu, and then depending on which 
calendar you select, the action of selecting it is described for you.

I can see the need to have a better method (would you like the 
previous method - starring the currently shown calendars, and nothing 
for the ones that aren't shown - better?), but this adds just too much 
information & text to the menu.

In beta testing the ALPHA releases of many Horde components, some 
confusion was generated about toggling the view of shared calendars on 
and off (currently symbolized by "+" and "--").  I am attaching a very 
simple usability patch that makes it crystal clear what clicking on 
each toggle will do.  It makes the menu a little bit wider but it 
provides needed clarity, IMHO.