Opened 15 years ago
Closed 3 years ago
#6 closed defect (fixed)
shift - insert paste
Reported by: | Abwillis | Owned by: | Gregg Young |
---|---|---|---|
Priority: | minor | Milestone: | Version-3.10 |
Component: | Base | Version: | 3.08 |
Keywords: | Cc: |
Description
Shift - insert paste enhancement request.
Change History (7)
comment:1 by , 15 years ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
comment:2 by , 11 years ago
Milestone: | Version-3.08 → Version-3.09 |
---|---|
Resolution: | invalid |
Status: | closed → reopened |
Type: | enhancement → defect |
Version: | → 3.08 |
Reopening:
I see this, too. It is intermittent for me. I think it may have something to do with an option I have set or with interference from eStyler. Currently, I can only paste via Ctrl-V or RMB | Paste.
Andy, do you see this at all, anymore?
comment:3 by , 11 years ago
This is taken from the source code -
// Should also react to Shift-Ins, only I don't know how to detect that combination // because the scancode for Ins is not affected by Shift
No clue who left this comment there. But checked it's true - SHFT-INS produces only INS keycode. Maybe this is different with other keyboard settings. I use German keyboard and SHIFT-INS does not paste anything in 4os2.
comment:4 by , 11 years ago
Some additional observations, here, inspired by Dave Saville's thread on eCS Technical (http://groups.yahoo.com/neo/groups/eCS-Technical/conversations/messages/18594):
Using Styler/2 with keyboard copy/paste enabled on the VIO options page, I am able to Shift-Ins early in the system uptime. I am using:
12-05-03 10:39 6,563 0 STYLER20.DLL
Later in the system uptime, I lose the ability to Shift-Ins. This same behavior holds true for CMD as well as 4OS2. Disabling the Styler/2 option and then re-enabling it once again allows Shift-Ins to work (even in VIO windows which were previously active.
Example:
VIO window (\os2\dll copied to clipboard):
Early in boot cycle (several minutes):
[c:\]dir <Shift-Ins>
Result:
[c:\]dir \os2\dll
Later in boot cycle (30 minutes? an hour?); several windows open (resource contention?):
[c:\]dir <Shift-Ins>
Result:
[c:\]dir <cursor toggles from insert to overwrite; text is not pasted>
Open Styler/2 preferences. Toggle Enable keyboard copy/paste off, then on again.
[c:\]dir <Shift-Ins>
Result:
[c:\]dir \os2\dll
So, in my case, at least, I can say that this is not a 4OS2 thing, as I can confirm the above behavior under CMD and JdeBP CMD, as well. There must be something else conflicting with this (XWorkplace?). If this is the case for all, then we should close this as not a bug, and look elsewhere.
As for the scancode, I can't confirm. The last utility I had to read keyboard scancodes was for DOS... I don't have one handy for OS/2. However, there is a handy article in EDM/2 concerning keyboard DCP files: http://www.edm2.com/0303/keyboard.html .
comment:5 by , 6 years ago
Milestone: | Version-3.09 → Version-3.10 |
---|
Ticket retargeted after milestone closed
comment:6 by , 3 years ago
Owner: | changed from | to
---|---|
Status: | reopened → accepted |
Hmm,the first time I tried the shift-insert it didn't do anything but ctrl-V did. Now it is working fine.