Bug 61740 - Appointments with no duration appear too short
Summary: Appointments with no duration appear too short
Status: CONFIRMED
Alias: None
Product: korganizer
Classification: Applications
Component: otherviews (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords: triaged
: 33382 56815 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-07-28 01:43 UTC by Lincoln Ramsay
Modified: 2009-03-06 05:39 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
event vs to-do (3.23 KB, image/png)
2009-03-06 05:39 UTC, Sergio Martins
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Lincoln Ramsay 2003-07-28 01:43:32 UTC
Version:            (using KDE KDE 3.1.2)
Installed from:    SuSE RPMs
OS:          Linux

I synchronized some appointments from my visor to korganizer. The appointments have the same start and end time (ie. no duration). I do this often if I don't know how long an appointment is going to be. It's better than having no time as it allows me to have an alarm. It's also nice for my visor because it means the appointment only takes up one line.

However, korganizer doesn't seem to like displaying appointments that have no duration. This happens in 1, 5, 7 and 3 day view. The bar representing the appointment is *very* short and ususally cuts off the appointment text. I have set my font very small and my day large as a workaround (sans regular 10, day doesn't fit vertically on my 1440px high screen) and it's readable but it's still getting cut off.

Setting my appointments to have a duration isn't an option as it ruins the display of the appointments in my visor. It's a bad UI choice to limit the user to x mins duration to get a useful display.

Perhaps korganizer could just draw each appointment as an arbitrary length (say 30 mins) if it's duration is shorter? It should at least allocate enough vertical space to draw the appointment text.

I've made a screenshot and put it up at http://members.dodo.net.au/~lbramsay/korganizer.png (48k).
Comment 1 Reinhold Kainhofer 2003-08-02 20:56:37 UTC
*** Bug 56815 has been marked as a duplicate of this bug. ***
Comment 2 Reinhold Kainhofer 2003-08-02 20:57:02 UTC
*** Bug 33382 has been marked as a duplicate of this bug. ***
Comment 3 Reinhold Kainhofer 2004-03-18 14:46:43 UTC
Currently, we are drawing all events shorter than 15 min as 15 minutes... Is this really too short? Would you prefer to have all events allocate 30 minutes, even if in reality they don't need any time at all?

Reinhold
Comment 4 Lincoln Ramsay 2004-03-21 23:37:51 UTC
With a 10 point font on a 1920x1440 screen (around 150dpi) the answer is yes, 15 minutes is too short. I can't set the font smaller and expect to read it. I can't stretch the day further and fit a useable ammount on one screen. You can see the problem clearly in the screenshot I provided.

Setting a default time of 30 minutes (or worse, changing appointments to have 30 minutes if they have less than that) would not solve the problem because no-time events are created on my PalmOS device and synchronized to KOrganizer.

If you are going to use the proportional day/time stuff, the minimum height of a time bar will depend on the height of the font you are using. You should know the font and you can use QFontMetrics to get the height required to draw the font.

The only other solution is a non-proportional view (like DateBK >=3 compressed day view).
Comment 5 Reinhold Kainhofer 2006-11-02 18:49:25 UTC
Reassigning all KOrganizer bug reports and wishes to the newly created 
korganizer-devel mailing list.
Comment 6 Christophe Marin 2008-11-16 13:16:22 UTC
There are two workarounds for this bug : 
- The kontact's summary view shows all incoming events
- There is a tooltip when mouseHovering the events.


If that's ok for everyone, I'd like to close this bug.
Comment 7 Sergio Martins 2009-03-06 05:39:03 UTC
Created attachment 31817 [details]
event vs to-do

I'm not sure if we should close this, maybe we could have some more discussion.

Currently to-dos and events aren't consistent, a zero duration event is 15m tall, but a to-do is 30m tall (and only has due-date).

Pros:
-----
- Pretty (icons and text inside)
- You can resize it with your mouse easily (with a too small event you can't distinguish the top from the bottom to make the resize)
- A user can use the tooltip to see the real time

Cons:
-----
- A user might think it's a 30m event.



I vote for a config option :)