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 Changed 15 years ago by Abwillis

Resolution: invalid
Status: newclosed

Hmm,the first time I tried the shift-insert it didn't do anything but ctrl-V did. Now it is working fine.

comment:2 Changed 10 years ago by Lewis Rosenthal

Milestone: Version-3.08Version-3.09
Resolution: invalid
Status: closedreopened
Type: enhancementdefect
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 Changed 10 years ago by andi.b

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 Changed 10 years ago by Lewis Rosenthal

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 Changed 5 years ago by Steven Levine

Milestone: Version-3.09Version-3.10

Ticket retargeted after milestone closed

comment:6 Changed 3 years ago by Gregg Young

Owner: changed from somebody to Gregg Young
Status: reopenedaccepted

comment:7 Changed 3 years ago by Gregg Young

Resolution: fixed
Status: acceptedclosed

Rev 38312

Note: See TracTickets for help on using tickets.