Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Copy-paste via keyboard don't work translated keyboard mappings on Windows. #1220

Closed
Kvaz1r opened this issue Jul 26, 2020 · 13 comments
Closed
Labels
bug Something isn't working Keyboard Items for keyboard control OS:Windows Tickets affecting only Microsoft Windows

Comments

@Kvaz1r
Copy link
Contributor

Kvaz1r commented Jul 26, 2020

Describe the bug:

Copy-paste via keyboard don't work for non-English keyboards on Windows.

To Reproduce:

Steps to reproduce the behaviour:

  1. Run fyne_demo
  2. Select input tab from Widgets
  3. Copy some text into clipboard
  4. Change keyboard to something non-English via Alt-Shift
  5. Try to paste
  6. Nothing happens

Device (please complete the following information):

  • OS: Windows
  • Version: 10
  • Go version: 1.13.5
  • Fyne version: current master - aea152d
@andydotxyz
Copy link
Member

Can you be more specific about "non-English"? We have been testing with German and AZERTY keyboards as well

@andydotxyz andydotxyz added bug Something isn't working OS:Windows Tickets affecting only Microsoft Windows labels Jul 26, 2020
@Kvaz1r
Copy link
Contributor Author

Kvaz1r commented Jul 26, 2020

I mean usual qwerty keyboard with non-English language pack, russian in my case.

@andydotxyz
Copy link
Member

Thanks. The more detail we have the easier it is to track down.

@andydotxyz
Copy link
Member

I just realised that the title on this may have been missleading.
Your keyboard is a standard english keyboard, but with an OS level re-mapping for Russian, is that correct?

@andydotxyz andydotxyz changed the title Copy-paste via keyboard don't work for non-English keyboards on Windows. Copy-paste via keyboard don't work translated keyboard mappings on Windows. Jul 30, 2020
@Kvaz1r
Copy link
Contributor Author

Kvaz1r commented Jul 30, 2020

Yes, that's correct.

@andydotxyz
Copy link
Member

Is it also correct then that for shortcuts you are expecting the English character to be used, for the shortcut, but that when pressed normally the key should use the localised character?

@andydotxyz
Copy link
Member

In essence it seems like the same issue that Firefox was wrangling with here: https://bugzilla.mozilla.org/show_bug.cgi?id=429180

@Kvaz1r
Copy link
Contributor Author

Kvaz1r commented Jul 31, 2020

Is it also correct then that for shortcuts you are expecting the English character to be used, for the shortcut, but that when pressed normally the key should use the localised character?

Yeah. It's exactly what I expect. It's much easier to use one shortcut for most common operations (like selecting, pasting, copying, searching, ...).

Yes it's quite popular issue =)

@andydotxyz
Copy link
Member

Can you confirm what happens in a normal Windows app?
I have been trying to find documentation and many apps seem to recommend either right-click menus or switching layout to use shortcuts.
Please let me know what normally happens :)

@Kvaz1r
Copy link
Contributor Author

Kvaz1r commented Aug 1, 2020

Same behaviour. Shortcuts(copy, paste) doesn't depends on input language in Notepad, Calculator, ...

@andydotxyz andydotxyz added the Keyboard Items for keyboard control label Nov 17, 2020
@ababo
Copy link

ababo commented Feb 12, 2021

The same problem is consistently reproduced on Mac OS.

@andydotxyz
Copy link
Member

@ababo could you please provide reproduction steps for MacOS? This would be helpful as I think most of our devs are non-windows

@andydotxyz
Copy link
Member

Resolved on develop branch, thanks @nullst

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working Keyboard Items for keyboard control OS:Windows Tickets affecting only Microsoft Windows
Projects
None yet
Development

No branches or pull requests

3 participants