Bug 149028 - undo multiple movings of an event
Summary: undo multiple movings of an event
Status: RESOLVED WORKSFORME
Alias: None
Product: korganizer
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-08-20 11:51 UTC by Elmar Stellnberger (AT/K)
Modified: 2007-08-20 21:20 UTC (History)
0 users

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 Elmar Stellnberger (AT/K) 2007-08-20 11:51:05 UTC
Version:           3.5.7 (using KDE 3.5.7 "release 64.1" , openSUSE )
Compiler:          Target: i586-suse-linux
OS:                Linux (i686) release 2.6.16.27-0.9-default

Since it is just too easy to move an event accidentially there should always be the possibility to undo such moves.
  At the moment the undo functionality is somewhat very rudimentary:
* need to select the affected address book
* no subsequent undos
  To prevent a user from losing the start time of a date multiple subsequent moves should either be treated as a single move by the undo function or it should support multiple undos.
Comment 1 Reinhold Kainhofer 2007-08-20 11:59:31 UTC
Am Montag, 20. August 2007 schrieb estellnb@yahoo.de:
> Since it is just too easy to move an event accidentially there should
> always be the possibility to undo such moves. At the moment the undo
> functionality is somewhat very rudimentary: 
> * need to select the affected address book


Are you talking about the addressbok or korganizer?

> * no subsequent undos


Korganizer has an unlimited undo history.

Cheers,
Reinhold
Comment 2 Elmar Stellnberger (AT/K) 2007-08-20 12:09:18 UTC
about Korganizer; there is no start time for an address book entry, is there?
Perhaps there is a problem with the integration into Kontact.
Comment 3 Elmar Stellnberger (AT/K) 2007-08-20 12:15:32 UTC
oops; wrong report; has worked well on retry.
Comment 4 Elmar Stellnberger (AT/K) 2007-08-20 12:25:16 UTC