Summary: | Appointments with no duration appear too short | ||
---|---|---|---|
Product: | [Applications] korganizer | Reporter: | Lincoln Ramsay <a1291762> |
Component: | otherviews | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | CONFIRMED --- | ||
Severity: | wishlist | CC: | automailer, christophe, florian.lindner, tilleyrw |
Priority: | NOR | Keywords: | triaged |
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | event vs to-do |
Description
Lincoln Ramsay
2003-07-28 01:43:32 UTC
*** Bug 56815 has been marked as a duplicate of this bug. *** *** Bug 33382 has been marked as a duplicate of this bug. *** 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 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). Reassigning all KOrganizer bug reports and wishes to the newly created korganizer-devel mailing list. 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. 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 :)
|