|
Post by ManfredU on Dec 12, 2018 7:59:54 GMT -5
Hi,
for me Ctrl-C is not always working, when I mark part of the edit area with the mouse and then try to copy the marked part of the source to the clipboard.
Often the clipboard still contains the previous content and I overwrite part of my source because the clipboard content is larger than expected.
Regards, Manfred
|
|
|
Post by ManfredU on Dec 12, 2018 9:38:32 GMT -5
1. It is mapped to (Copy). Repeat unchecked.
2. Yes, it does nothing and leaves the previous content in the clipboard. The selection is also not unselected, as I've noticed after a while. Now I press Ctrl-C a second or third time until the text is no longer selected, which is an indicator that the selection has been copied.
3. Yes, sometimes it does and sometimes it doesn't.
4. Between every second to every 10th time it does not work. I use plain text files.
Ctrl-S (mapped to save) is also sometimes not working. Maybe it is a general problem with Ctrl-key combinations. It does not happen with other applications.
|
|
|
Post by ManfredU on Dec 12, 2018 9:41:24 GMT -5
When testing and using Ctrl-C multiple times it works more often. When I havn't used Ctrl-C for a while, it nearly always fails the first time.
|
|
|
Post by ManfredU on Dec 13, 2018 9:02:06 GMT -5
Thanks for the advice. I agree, it's very strange that no one else seems to have this problem.
It's not the keyboard. It happens with two different external keyboards and the one from the notebook itself. And only with SPFLite and not any other application. I also don't believe it's a key logger. It's a company notebook with professional security in place.
So it's probably a weird interaction between my system und spflite.
|
|
|
Post by Jo on Dec 13, 2018 14:53:03 GMT -5
Manfred, you are not the only one, I too have a similar problem: sometimes Ctrl-C does not work, this is seen by not unmarking the marked area. Also Ctrl-V sonetimes did not insert the text, so I press it once more and that works. Same for Ctrl-S that I assigned to SaveAll Cond and also with Ctrl-A that I assigned to an AVRASM-Command. But I thought it's my keybord or maybe windows was busy and dropped that interrupt. In any case, I think that SPFLITE does not see that and therefore I did not report it earlier. It's years that I arranged with this, at least some SPFLITE Versions and even Windows 8 to 10 ... Oh, and I use a german keyboard (QWERTZ) Jo
|
|
|
Post by George on Dec 13, 2018 14:54:30 GMT -5
Hi, Just spotted this thread. Robert: thanks for stepping in. I tend to agree that it's some external interference, only because, as you mentioned, if it was a bug, we'd have a horde of complaints.
One thing to try, hit the Keyboard Record key (default is the Scroll-Lock) and try doing the Ctrl-C copy. If it fails, stop Keyboard Record and paste the result into an Edit session. Examine and see if SPFLite is even SEEING the Ctrl-C. There's a world of difference between seeing the key and ignoring it, and not even seeing it.
George
|
|
|
Post by George on Dec 13, 2018 17:00:14 GMT -5
Robert: I agree. The fact that at least two users are having a problem is worrisome. I'm not aware of a thread/Ctl-C interaction, do you have a link? Mind you, debugging stuff in the keyboard intercept is probably the 2nd worst debug exercise after the screen display routines. Oh well, a challenge is always 'fun'.
George
|
|
|
Post by Steve Anglin on Dec 13, 2018 17:08:58 GMT -5
I also have this issue with ctrl-C. It will sometimes take the word, or block and copy it, other times, no, or just a character is copied. Very odd. It seems if I highlight a word then go a space beyond it will often fail to copy. I also usually end up hitting ctrl-C several times and that sometimes works to copy.
|
|
|
Post by steve anglin on Dec 13, 2018 17:31:32 GMT -5
Also, I am on v8.5.7027. It has been a problem for as long as I can recall with earlier release as well.
|
|
|
Post by nicc on Dec 14, 2018 6:14:43 GMT -5
For info: I have just done more than a dozen CTRL-Cs of text highlighted using the mouse. All worked as expected. I used 3 files of varying sizes, varying amounts of selected text from full screen to 1 character abd from varying parts of the file all ok and the text pasted OK. So it works for me. Or so I thought... I went to check something (do a highlight ctrl-c, highlight ctrl-c (so no paste in between)) and blow-me-down the first ctrl-c failed. I tried a couple more times and no mis-behaving. On Win 10 Home (up to date) SPFLite 8.5.8144 HP 15 Notebook PC Intel(R) Pentium(R) CPU N3510 @ 1.99GHz, 1992 Mhz, 4 Core(s), 4 Logical Processor(s) Oh, it's done it again
|
|
|
Post by George on Dec 14, 2018 12:49:46 GMT -5
Robert: The keyboard trap knows nothing about what keys are mapped to what functions. It only cares about whether the key is mapped to (Passthru) or not. If it's mapped to (Passthru) it sends on whatever key is generated by the Windows ToAsciiEx function. If it's mapped to ANYTHING else (and it doesn't care what) it simply sends on an index to the mapped value in the keyboard table built by KEYMAP.
Basically it collects the KeyCode, along with the Shift/Ctrl/Alt/Num/Ext state flags, and uses that combo as a key to search the keyboard table.
There are unique bits of code in there to handle weird stuff like the Keypad keys, Ctrl-Pause, PrtScr, Dead keys etc. but nothing whatsoever that involves the standard cut/copy/paste functions.
Now the source is public, anyone who cares can go look at the MainAKeyHook routine in the _Mainline.INC module. See anything weird, let me know.
In any case, I'll start doing testing like yours to try and figure this out.
George
|
|
|
Post by George on Dec 14, 2018 13:36:48 GMT -5
Robert: Nicc: My left Ctrl is mapped to (Null), can you try that and see what happens?
George
|
|
|
Post by George on Dec 16, 2018 13:36:12 GMT -5
Robert: Manfredu: Well, I just don't know.
I've hammered away on my system repeatedly, and never had one failure. I tried with Ctrl-C - Ctrl-V. I tried with the mouse set to (CopyPaste). I tried combos, of copying with the keyboard and pasting with the mouse.
So I borrowed Linda's laptop which is running Windows 8.1 and installed the current SPFLite. Same result, never had a failure.
So Robert, as to the "best of luck finding it", don't hold your breath because I ain't ever going to find it. If I can't even see it fail a tiny percentage of the time, then a resolution is simply impossible.
Can other user's please comment. How widespread is this? I'm not discounting it being a bug, but right now there is nothing I can do without some clues as to some pattern to trigger it. If I can't trigger it, I can't fix it.
George
|
|
|
Post by George on Dec 17, 2018 13:16:00 GMT -5
OK, let's get rid of red herrings. Regardless of your tests, the banding can have no effect whatsoever, nothing anywhere in SPFLite looks at or even cares what the BG color is (after all why should it?)
I normally have L-Ctrl as (Null) and R-Ctrl as (Enter), but I;ve been testing with both (Null) as well. No difference here.
I agree it might be W10, but I'm on W10 as well and am up to date on maintenance as well.
I fully understand your frustration, but again, no visible problem = no debugging = no fix. Staring at code that shows no visible signs of failing is fruitless.
I'd still like to hear from other users.
George
|
|
|
Post by steve anglin on Jan 22, 2019 17:51:42 GMT -5
sorry for so long to get back. I tried the alt-c by issuing KEYS command in edit and bringing up the keyboard editor. I added (Copy) to ALT-C (was "(null)"). that seems to work. Also, ctrl-C seems to work now, so far.
I went to another edit session and tried ctrl-c. It had issues from time to time. So I opened the keyboard. I just left it as is, but closed it via DONE button. Now ctrl-C seems to work there.
This is just observational from a dozen different ctrl-c's around the listing. But they seem to work now. Could there be something with the keyboard not fully loading, or its settings being compromised until it is opened (via KEYS) and saved again?
I will try more and see if I can make it not copy, which is random behavior.
|
|