Bug 151979 - Dragging todos to calendar doesn't fill the timeslot
Summary: Dragging todos to calendar doesn't fill the timeslot
Status: RESOLVED UNMAINTAINED
Alias: None
Product: korganizer
Classification: Applications
Component: todoview (show other bugs)
Version: SVN trunk (KDE 4)
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2007-11-07 11:21 UTC by Oscar
Modified: 2017-01-07 22:11 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Oscar 2007-11-07 11:21:31 UTC
Version:            (using KDE KDE 3.5.8)
Installed from:    Ubuntu Packages
OS:                Linux

In Kontact I've been dragging items from my todo-list into the calendar. It works as expected but for some reason the graphics doesn't reflect the time. All items from the todo-list gets a 30 min slot in the calendar, which is a fair default.
If I then edit the calendar view and increase the time I'd expect to see a bigger "field" in the calendar, which I don't.
Instead the "half-hour" field is located at the end of the time I specified.

Example: If I drag and drop a todo-item into a slot, say "Watch a movie" into 12:00 in the calendar, it'll put a half-hour field there, the movie however is slightly longer so I'll edit-click the item in the calendar and add the "start-time" as 10:30 instead.
Now there's no visual cue that the movie starts at 10:30 but only a "half-hour" field at 12:00.

I hope I'm making sense or that you can reproduce this issue from all my rambling. Thanks for listening. If I can provide more information that's of any use to you, please let me know.

Also reported in https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/152916
Comment 1 Michael Leupold 2008-09-28 21:10:55 UTC
For me the behaviour is pretty different on trunk r865573:
(1) Create a To-do
(2) Drag it to the calendar
(3) To-do occupies the "all-day" slot
(4) Add start- and due-times to the To-do
(5) It still occupies the "all-day" slot

I fear this doesn't make sense either :) How about creating an "expected" length for the To-do so it would occupy the space between start and start+lenght?
Comment 2 Denis Kurz 2016-09-24 18:53:15 UTC
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present?

If noone confirms this bug for a Framework-based version of korganizer (version 5.0 or later, as part of KDE Applications 15.08 or later), it gets closed in about three months.
Comment 3 Denis Kurz 2017-01-07 22:11:10 UTC
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.