Closed
Bug 320173
Opened 19 years ago
Closed 18 years ago
new views do not support pasting of events
Categories
(Calendar :: Internal Components, defect)
Calendar
Internal Components
Tracking
(Not tracked)
VERIFIED
WORKSFORME
People
(Reporter: dmosedale, Unassigned)
References
Details
Attachments
(1 file)
|
9.64 KB,
patch
|
Details | Diff | Splinter Review |
Using ^C and ^V.
Comment 1•19 years ago
|
||
The code for this in the month and multiday views is going to be virtually identical. For code sharing, it might be best place this in calendar-decorated-base-view, since that's something all the views will share. (Or it might be time to start creating an undecorated base view for things like this.) If we're going to put it in the decorated views, then this bug depends on bug 319701.
| Reporter | ||
Comment 2•19 years ago
|
||
This doesn't seem like it's really related to the decoratedness of the view. On the other hand, splitting off yet another XBL implementation just to achieve perfect semantic modularity on this front kinda seems like overkill. Of course, that might give us a place to put the (eg) category santizing code as well.
| Reporter | ||
Updated•19 years ago
|
No longer blocks: lightning-0.1
Comment 3•19 years ago
|
||
Works in Sunbird still, because the handlers are actually external to the views. We need Lightning to have undo-redo for this though, and also we probably need to finally create a selection-management service. Right now the clipboard functions are always looking for gCalendarWindow.EventSelection.selectedEvents. We need something that's more flexible.
Depends on: 293766
Updated•19 years ago
|
Flags: blocking0.3+
Comment 4•19 years ago
|
||
We've got enough undo/redo at this point for this to work, but we need some kind of coherent story related to selection.
Comment 5•19 years ago
|
||
The bugspam monkeys have struck again. They are currently chewing on default assignees for Calendar. Be afraid for your sanity!
Assignee: base → nobody
Comment 6•19 years ago
|
||
Work in progress.
Open issues:
-Localize keyboard shortcuts.
-Do we want to tie in to the Thunderbird 'Edit' menu? This brings up similar issues to the undo/redo bits.
Assignee: nobody → jminta
Status: NEW → ASSIGNED
Updated•19 years ago
|
Whiteboard: [swag: 1.5d]
Updated•19 years ago
|
Whiteboard: [swag: 1.5d] → [swag: 1.5d][no l10n impact]
| Reporter | ||
Updated•19 years ago
|
Flags: blocking0.3+ → blocking0.3-
Comment 7•18 years ago
|
||
Re-assigning my bugs to nobody@mozilla.org due to recent developments.
Assignee: jminta → nobody
Status: ASSIGNED → NEW
Updated•18 years ago
|
Flags: blocking-calendar0.7?
Updated•18 years ago
|
Flags: blocking-calendar0.7?
Comment 8•18 years ago
|
||
WFM using Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.6) Gecko/20070728 Thunderbird/2.0.0.6 ID:2007072817 and a current lightning tree.
Can anyone reproduce?
Updated•18 years ago
|
Whiteboard: [swag: 1.5d][no l10n impact] → [swag: 1.5d][no l10n impact][qa wanted]
Updated•18 years ago
|
Keywords: qawanted
Whiteboard: [swag: 1.5d][no l10n impact][qa wanted] → [swag: 1.5d][no l10n impact]
Comment 9•18 years ago
|
||
This seems to have been fixed by bug 367110 for lightning, and also works fine with sunbird.
Tested on Ltn/Sb Windows 2000 and XP, also lightning on Solaris.
-> WORKSFORME
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
Updated•18 years ago
|
Status: RESOLVED → VERIFIED
Whiteboard: [swag: 1.5d][no l10n impact]
Version: Trunk → unspecified
You need to log in
before you can comment on or make changes to this bug.
Description
•