Page 1 of 1
Info to Clipboard from tree
Posted: 17 Jan 2006 07:07
by Gandolf
Focus in the tree.
File | Info to Clipboard is not highlighted (O.K. so I'm on a folder, not a file)
Ctrl+Shift+P does copy the path to the clipboard, which suites me fine, but what does the poor mouse user do??
I would have thought that File | Info to Clipboard should be highlighted but that most of the sub-menu items should not be - Path is really the only valid item.
Re: Info to Clipboard from tree
Posted: 17 Jan 2006 10:16
by admin
Gandolf wrote:I would have thought that File | Info to Clipboard should be highlighted but that most of the sub-menu items should not be - Path is really the only valid item.
Agreed. I enable the first 3 for the tree, even if "file" isn't the right caption no more.
EDIT: changed "file" to "item".
Posted: 17 Jan 2006 18:17
by Gandolf
Yes, I like it. From the tree it's not obvious at first what is being copied with the different combinations of Path & Name but it's good, once I realised how it worked. A keyboard shortcut for Name would be nice. Ctrl+Shift+A (Name) is all I can think of, and I don't particularly like it.
An odd effect is occurring which shows up in Yankee Clipper (and I assume other clipboard managers). Two entries of Path / Name are getting placed on the clipboard if the mouse is used. Only one entry if the keyboard. This shows very easily if the Chirp option is set in Yankee Clipper since there are two distinct chirps when the clips are placed on the clipboard with the mouse, but only one if the keyboard is used.
Later... It's not exactly the mouse, it's the menu. File | Info to Clipboard navigation with the arrow keys (or F | I | P etc...) sends two copies to the clipboard.
Posted: 17 Jan 2006 18:47
by admin
Gandolf wrote:Yes, I like it. From the tree it's not obvious at first what is being copied with the different combinations of Path & Name but it's good, once I realised how it worked. A keyboard shortcut for Name would be nice. Ctrl+Shift+A (Name) is all I can think of, and I don't particularly like it.
Me neither
Damn, there are too few keys...
Gandolf wrote:An odd effect is occurring ...
Later... It's not exactly the mouse, it's the menu. File | Info to Clipboard navigation with the arrow keys (or F | I | P etc...) sends two copies to the clipboard.
Not here.
Posted: 18 Jan 2006 01:41
by Gandolf
admin wrote:Not here.
Hmmmm. I'll have to investigate further then and let you know more about the conditions that produce it. It's not really a problem for me since I use the keyboard, more of a "why does it happen" situation.
Posted: 18 Jan 2006 10:56
by admin
Gandolf wrote:admin wrote:Not here.
Hmmmm. I'll have to investigate further then and let you know more about the conditions that produce it. It's not really a problem for me since I use the keyboard, more of a "why does it happen" situation.
I reveal a bit of XY source code:
Code: Select all
Public Sub PutToClipText(s As String)
' copies a string to clipboard
' and clears clipboard before
Clipboard.clear
Clipboard.SetText s
End Sub
I believe some of those clip managers get confused by the clear+set combo... but it's really not that important.
Posted: 19 Jan 2006 08:23
by Gandolf
What puzzles me is that keyboard (Ctrl+P, Ctrl+Shift+P) - one clip to Yankee Clipper. File | Info to Clipboard and Context menus (either mouse or keyboard selection) - two clips to Yankee Clipper.
I assume you use the same code to send the information to the clipboard regardless of the action being a keyboard or menu command. I cannot see why you should use different code.
I wondered if the Ctrl key being pressed was having any effect on either XY or YC. I created an Autohotkey script using Ctrl+F1 to execute the menu command - two clips! Not sure that really proves things either way.
Tried two other clipboard manager - no problems, only one clip so it is something related to YC.
I will e-mail them (they have been helpful in the past) and see what their comments are. Before I do I would like your permission to include your code snippet and comment as to what may be the problem?
Posted: 19 Jan 2006 08:38
by admin
Gandolf wrote:I assume you use the same code to send the information to the clipboard regardless of the action being a keyboard or menu command. I cannot see why you should use different code.
Before I do I would like your permission to include your code snippet and comment as to what may be the problem?
Yes, the same code.
Permission granted.
Posted: 19 Jan 2006 09:05
by Gandolf
Thank you.
Posted: 19 Jan 2006 09:08
by Gandolf
admin wrote:Gandolf wrote:A keyboard shortcut for Name would be nice. Ctrl+Shift+A (Name) is all I can think of, and I don't particularly like it.
Me neither
Damn, there are too few keys...
What do you expect Ctrl+Shift+Ins to do? I was going to suggest it for Copy Name to Clipboard but discovered that it actually does a Paste of the file last copied to the clipboard. The Ctrl is ignored and it does the same as Shift+Ins.
Is this intentional (the only reference I can find is
4.00.0147 ... Copy/Paste now works with Ctrl+Ins/Shift+Ins, too.) or a bug?
Posted: 19 Jan 2006 09:56
by admin
Gandolf wrote:What do you expect Ctrl+Shift+Ins to do? I was going to suggest it for Copy Name to Clipboard but discovered that it actually does a Paste of the file last copied to the clipboard. The Ctrl is ignored and it does the same as Shift+Ins.
Is this intentional (the only reference I can find is 4.00.0147 ... Copy/Paste now works with Ctrl+Ins/Shift+Ins, too.) or a bug?
A bug!
At the moment Ctrl+Shift+Ins should do nothing. Just fixed it.
But Ctrl+Shift+Ins for Copy Name??? Not very intuitive...