6.0.0-git
2019-04-25

[#1982] Display start time of an event in month printouts
Summary Display start time of an event in month printouts
Queue Kronolith
Queue Version HEAD
Type Enhancement
State Resolved
Priority 1. Low
Owners chuck (at) horde (dot) org
Requester info (at) wanner-it (dot) de
Created 2005-05-17 (5091 days ago)
Due
Updated 2011-12-01 (2702 days ago)
Assigned
Resolved 2007-08-27 (4259 days ago)
Milestone Kronolith 2.2
Patch No

History
2011-12-01 14:53:59 horde (at) mbox (dot) tinloaf (dot) de Comment #13 Reply to this comment
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.
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).
2007-08-27 03:42:21 Chuck Hagenbuch Version ⇒ HEAD
 
2007-08-27 03:41:45 Chuck Hagenbuch Comment #12
Assigned to Chuck Hagenbuch
State ⇒ Resolved
Reply to this comment
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.
2006-09-25 17:57:42 Jan Schneider Comment #11 Reply to this comment
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.
2006-09-25 12:35:19 webmgr (at) muskingum (dot) edu Comment #10 Reply to this comment
I agree that preferably there would be a preference for Minimal, 
Standard, and Detailed view.
2006-09-23 21:15:26 Chuck Hagenbuch Comment #9 Reply to this comment
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?
2006-09-23 18:21:58 horde (at) addelei (dot) nu Comment #8 Reply to this comment
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
2006-09-21 17:57:47 webmgr (at) muskingum (dot) edu Comment #7 Reply to this comment
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>';
2006-08-17 02:19:49 webmgr (at) muskingum (dot) edu Comment #6 Reply to this comment
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.
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.
2005-11-10 16:05:58 szo (at) szo (dot) hu Comment #5 Reply to this comment
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.
2005-05-17 14:18:21 Chuck Hagenbuch Summary ⇒ Display start time of an event in month printouts
State ⇒ Accepted
Priority ⇒ 1. Low
 
2005-05-17 14:08:52 Jan Schneider Comment #4 Reply to this comment
This *could* a solution if doesn't add to much footprint to the html source.
2005-05-17 13:23:57 Chuck Hagenbuch Comment #3 Reply to this comment
How about including the info but having the default theme hide it? The 
print theme could then show it (as could other themes, optionally).
2005-05-17 08:34:02 Jan Schneider Comment #2
State ⇒ Rejected
Reply to this comment
I fear this would make the month page too big. You can already create 
nice summaries with the search function.
2005-05-17 07:57:20 info (at) wanner-it (dot) de Comment #1
Type ⇒ Enhancement
State ⇒ New
Priority ⇒ 2. Medium
Summary ⇒ Display start time of an event in monthly view
Queue ⇒ Kronolith
Reply to this comment
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.

Saved Queries