Closed Bug 25191 Opened 26 years ago Closed 26 years ago

ctrl+insert (copy) shift+insert (paste) do not work (key bindings)

Categories

(SeaMonkey :: General, defect, P3)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 25779

People

(Reporter: oliver, Assigned: shuang)

Details

pc has two standards for copy paste, the CRTL+Insert for copy, shift+Insert for paste that works on the majority of applications on linux,dos and windows. and the crtl+c,crtl+v that only work with newer windows applications. the CRTL+Insert for copy, shift+Insert for paste combination isn't bound to copy/paste in R12
ctrl+insert and shift+insert date back to DOS, and have never worked, to my knowledge, anywhere outside a Microsoft OS. On the other hand, they do work in NN 4.7, even in mixed combination with ctrl-c and ctrl-v. This looks like another one of those pesky decisions about how much to keep the UI strictly XP, and how much to oblige the platform/OS. Is this already specified? Changing summary from "non-standard key bindings for copy+paste" to "ctrl+insert (copy) shift+insert (paste) do not work (key bindings)"
Assignee: nobody → shuang
Component: Browser-General → UE/UI
QA Contact: nobody → elig
Summary: non-standard key bindings for copy+paste → ctrl+insert (copy) shift+insert (paste) do not work (key bindings)
Hmm, apparently these editing keys are also used by at least some X Window Managers, as described in bug 25779, "[4.xP][PP]Alternate Cut/Copy/Paste keys do not work", ASSIGNED, M14. Marking as DUP of that bug. *** This bug has been marked as a duplicate of 25779 ***
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → DUPLICATE
Moving all UE/UI bugs to new component: User Interface: Design Feedback UE/UI component will be deleted.
Component: UE/UI → User Interface: Design Feedback
Verifying as duplicate. (Thanks, Sean!)
Status: RESOLVED → VERIFIED
Component: User Interface Design → Browser-General
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.