Plus One. Just have a look at how google Calendar does this. My 
optimal solution would be to display the *start* time (end time isn't 
that important).

After going through several ideas that seemed clever initially but 
ended up not so nice, I went back to the multienum prefs and 
implemented it. I added one for time and one for location, and you can 
choose to show them in print views, screen views, both, or neither. 
The times are only shown in the Month view regardless since time is 
already represented in Day and Week views.

I don't think that multienum preferences are such a bad idea. That 
would make two prefs, one for the regular view, one for the printouts. 
This is only one more than we have now.

I agree that preferably there would be a preference for Minimal, 
Standard, and Detailed view.

It makes sense to me to provide more data on printouts, but I don't 
personally want more data on the default month view. I'd also like to 
avoid prefs "balkanization" as it were.



If there are a lot of people that really want more info on the regular 
display as well as printouts, what about psuedo-themes for the 
displays - concise, standard, most information, something like that?

I recently reported 4317 which is similar. I also proposed a patch 
which was rejected.



Unless Chuck (or anyone in the project) would prefer to handle this, 
I'd like to discuss how this should be implemented.



Recognizing that there might be different priorities (or example, I 
would like to have both location, start-time and end-time in the month 
view, while others, as Jan pointed out, might care for a smaller page- 
and download size) I think this should be configurable in the 
preference system.



One idea would be to add a setting each for time and location. Maybe a 
"multienum" (I don't know the proper word but the one used for example 
in the "Menu settings" of each application) for each of time and 
location would do?



If so, would the way to implement that webmgr (at) muskingum (dot) edu 
suggest be a good idea?



Best regards



Daniel Andersson

OK, this is not the best way to do this, I'm sure, however, as an 
interim for a better solution I have made the following changes to 
address the need for "times" on the month view AND "locations" on the 
daily, week, and work week views. These were made to the 2.1.2 release 
code, but I believe they still apply to the HEAD code as well:



kronolith/month.php

Line 189 -- change as follows:

$event->getLink($timestamp) . '<br />' .

date($prefs->getValue('twentyFour') ? 'G:i' : 'g:ia', 
$event->start->timestamp()) . '</div>';



kronolith/lib/DayView.php

Line 176 -- Change to:

$event->getLink($this->getStamp()) . '<br />' . $event->getLocation() .



kronolith/lib/WeekView.php

Line 219 -- Change to:

$event->getLink($this->days[$j]->getStamp()) . '<br />' . 
$event->getLocation() . '</td>';

I just had the same request asked of me today... in addition to 
displaying the Location in Daily/Work Week/Week views.



In my case, we have various secretaries who schedule and print 
calendars for their less tech-savvy Vice Presidents. Unfortunately, 
printing the month they don't know what time things are, and in daily 
they don't know where things are.

I don't think search is good for this purpose: I can't make it display 
all the future events: if I leave empty the title and description 
fields, it does nothing.

This *could* a solution if doesn't add to much footprint to the html source.

How about including the info but having the default theme hide it? The 
print theme could then show it (as could other themes, optionally).

I fear this would make the month page too big. You can already create 
nice summaries with the search function.

It would be a great improvement, if it would be possible to show the 
starting time of the events in the monthly view. Printing such a view 
with starting-times is a very good surrogate for a paper-calendar.

An optimal solution would be, if the display of the start time is 
configurable.