Paste clipboard selection on enter

[namklak]

when I'm viewing clipboards and I select a clip and hit Enter, I want to paste that clip at the current cursor position.  It's a simple setting, but I can't find it, help a brother out please?

Thanks!

[Clark]

Are you pressing keypad Enter? I noticed that if you have a binding for keypad Enter, then keypad Enter doesn't seem to work when pasting a clipboard. The other Enter key does work though. By default, SlickEdit has no key binding for keypad Enter.

[namklak]

Not using keypad enter.  When viewing the Clipboard List, hitting Enter moves the highlighted clip to the top of the list and closes, but does NOT paste the selection.  I feel like I've seen a setting for this somewhere...

OMFG now it's working.  I played with a bunch of settings, and I don't know which one fixed it...  I guess I'm okay until my next computer...

Edit:  No it's not working, when the clip is of type Char, 1 line, and I select and hit Enter, it does not paste.  If I then hit paste <ctrl-v>, it'll then paste that clip. 

[Dan]

Could it be that you're in the edit window that shows the clipboard?  Pressing Enter there will not paste.

[Clark]

Please post your Help>About info

[namklak]

SlickEdit Pro 2018 (v23.0.2.0 64-bit)

Serial number: WB951057
Licensed number of users: Single user
License file: C:\ProgramData\slickedit\23\slickedit.lic

Build Date: May 28, 2019
Emulation: CUA

OS: Windows 10 x64
OS Version: 10.00.0 
Memory: 24% Load, 7914MB/32715MB Physical, 11095MB/37579MB Page File, 4747MB/134217727MB Virtual
Shell Information: C:\WINDOWS\system32\cmd.exe /q
Screen Size: 2560 x 1390

Project Type: Cpp
Language: .c (C/C++)
Encoding: Automatic

Installation Directory: C:\Program Files\SlickEdit Pro 23.0.2\ (non-removable drive,NTFS,868470MB free)
Configuration Directory: C:\Users\HDBob\Documents\My SlickEdit Config\23.0.2\ (non-removable drive,NTFS,868470MB free)
Spill File: C:\Users\HDBob\AppData\Local\Temp\$slk.10804 (non-removable drive,NTFS,868470MB free)

[Clark]

I think the problem is a combination of the version of SlickEdit you have (v23 or before) and the version of Windows 10 you have

In v24, we replaced the clipboard support with straight win32 calls in order to get better reliability on Windows 10. Newer versions of Windows 10 seem to leave the clipboard open A LOT. Other applications like SlickEdit end up getting many failures due to the OS locking the clipboard too often. The Qt code we were using for clipboard support just didn't work around this well even with retries. Qt uses clipboard OLE calls and not simple Win32 clipboard calls.

You can test this theory by getting a trial of SlickEdit v25. The original problem that a number of users reported were problems primarily with copying text to the clipboard not working on Windows. This sure seems related to me. This clipboard operation you are doing does try to copy the text to the clipboard.