macOS Ventura clean install Maccy doesn't paste

[kim0019]

Hi, just installed Ventura, so Maccy also new install. Paste with Maccy however doesn't work. Already tried Privacy & Sec settings -> Accessibility: add Maccy, remove aand add again, reinstall several times, restarted Maccy and Mac.
Hope this can be resolved. I use the downloaded version of Maccy.

[Leev1s]

I have the same issue!
I cant use "Auto Paste".It just move to my instant clipboard not the place I want to paste.

[Leev1s]

Just installed Ventura

[KillianDhe]

yes i'm having the same issue !
reinstalled, restared etc but still the same issue since i installed ventura.

When i copy something it doesn't show up in maccy anymore, and pasting thing i already have in my history doesn't work anymore :(

[hallojs]

I have the same issue.

[p0deje]

Just upgraded to the release of Ventura and cannot reproduce it. Will try installing different versions of Maccy to see if there is any correlation.

[p0deje]

Tried installing the latest release and both copy and paste work perfectly fine. Can anyone record a video showing what happens when trying to copy/paste?

[sasa-fajkovic]

I'm on 0.24.0 and installed Ventura (M1 Pro chip) and everything is working perfectly.

For people having an issue - try adding Maccy to a list of Developer tools applications.
System settings -> Privacy & Security -> Developer tools / press + and add Maccy.

Althoguh I don't have this issue, I did have an issue with warp terminal and this fixed it

[zoulhh]

Works fine in Ventura but not in Microsoft Remote Desktop App.

[hallojs]

@p0deje sure, just nothing happens.
https://user-images.githubusercontent.com/6607733/198874138-38040cb1-91bf-4bc9-b6fa-65ba2f53f3a0.mov

Another question. Is there a way to delete pins? Or better to hide them if you don't need them?

[p0deje]

works fine in Ventura but not in Microsoft Remote Desktop App.

@zoulhh Please see #365

sure, just nothing happens.

@hallojs

1. Is it in all the apps?
2. Do you have Paste automatically enabled?
3. Have you tried removing Maccy from System Settings / Security & Privacy / Accessibility?

Another question. Is there a way to delete pins? Or better to hide them if you don't need them?

You can remove everything by pressing Clear with Shift pressed.

[hallojs]

@p0deje

1. Yes!
2. Automatically at boot-time? Yes!
3. Yes!

Thank you, that works fine! :)

[p0deje]

@hallojs So, does it work now?

[hallojs]

@p0deje no, just removing the pins worked.

[p0deje]

@hallojs Can I ask you to try removing Maccy completely and re-installing? This means you'd need to:

1. remove the app from /Applications
2. remove ~/Library/Containers/org.p0deje.Maccy/ folder
3. remove ~Preferences/org.p0deje.Maccy.plist
4. remove Application Scripts/org.p0deje.Maccy-LaunchAtLoginHelper/
5. remove Application Scripts/org.p0deje.Maccy
6. install once again

[KillianDhe]

Hi, i did a the clean reinstall but i'm still having the issue that it doesn't register the copy.
However the clean reinstall doesn't seem to be that clean because i still had my previously defined shortcut with the new install.

enregistrement-de-lecran-2022-10-30-a-183327_SkD1q7Lt.mp4

I recorded a short video to show you that i can't copy

[p0deje]

@KillianDhe Note how the Maccy icon is greyed out in the menu bar? It means it's turned off. Please enable it by Option+click on the icon or via Preferences and try.

[KillianDhe]

My gosh sorry, new mac user here ^^

Indeed it fixed, i can now copy.
And the good news is that the clean reinstall seems to have fixed the paste!

Before doing hard reinstall, i had some pinned history and i couldn't paste it, even with maccy disabled we should be able to it seems.
Now i can, perfect :)

[hallojs]

@p0deje sure, but even after the clean reinstall, the behavior didn't change. I checked my Intel-based Mac but can't reproduce the bug there.

[p0deje]

@hallojs Can I ask you to record a fullscreen video showing how paste does not work in macOS native app (e.g. Safari)? Also, can you please share the output of running defaults read org.p0deje.Maccy in Terminal.app?

[hallojs]

Sure!

{
    "KeyboardShortcuts_popup" = "{\\"carbonModifiers\\":768,\\"carbonKeyCode\\":9}";
    "NSStatusItem Visible Item-0" = 0;
    "NSWindow Frame SUStatusFrame" = "1080 974 400 134 0 0 2560 1415 ";
    "NSWindow Frame com.sindresorhus.Preferences.FrameAutosaveName" = "1023 516 551 462 0 0 2560 1415 ";
    SUEnableAutomaticChecks = 1;
    SUHasLaunchedBefore = 1;
    SULastCheckTime = "2022-10-30 11:21:22 +0000";
    SUUpdateGroupIdentifier = 2177969034;
    enabledPasteboardTypes =     (
        "public.png",
        "public.utf8-plain-text",
        "public.tiff"
    );
    fuzzySearch = 1;
    historySize = 1;
    ignoredPasteboardTypes =     (
        "Pasteboard generator type",
        "de.petermaurer.TransientPasteboardType",
        "com.typeit4me.clipping",
        "com.agilebits.onepassword"
    );
    migrations =     {
        "2020-04-25-allow-custom-ignored-types" = 1;
        "2020-06-19-use-keyboardshortcuts" = 1;
        "2020-09-01-ignore-keeweb" = 1;
        "2021-02-20-allow-to-customize-supported-types" = 1;
        "2021-06-28-add-title-to-history-item" = 1;
        "2021-10-16-remove-dynamic-pasteboard-types" = 1;
        "2022-08-01-rename-suppress-clear-alert" = 1;
    };
    pinTo = bottom;
    popupPosition = center;
    showInStatusBar = 0;
    suppressClearAlert = 1;
}

Bildschirmaufnahme.2022-10-30.um.21.59.49.mov

[p0deje]

@hallojs Ok, I'm out of ideas for now :(

[shawntai]

I'm still experiencing the same problem. MacBook Pro, M1 chip, just installed Ventura a couple days ago.

[wwwinn1]

I work on a stable iMac system, installed Ventura last week and all was well. Purchased ($9.99) and installed Maccy from the Apple Apps site but cannot get it to paste anything. Not right to pay then not be able to perform the most basic function of a clip manager . Hope this is fixed soon or I'll have to request a refund and go back to other clip managers. Thanks in advance for any advice and/or a fix.

[p0deje]

@wwwinn1 Can you please manually remove Maccy from System Settings / Privacy & Security / Accessibility and add it once again? Just make sure you add Maccy.app that was installed from the Mac App Store.

[Vincent0009]

I have the same issue. But then I turned on Paste Automatically. Problem solved.

[ADTC]

@p0deje the chance of anyone else on this thread using Dvorak keyboard is very slim. But apparently that's exactly the reason why I have this issue. More specifically it's the "Dvorak - QWERTY ⌘" keyboard. (I'm using Ventura 13.1 macOS version.)

You can reproduce the issue:

1. In Maccy preferences, set the Hotkey as ⇧⌘V.
2. Open your System Settings, and add "Dvorak - QWERTY ⌘" as an additional keyboard.
3. Switch to this keyboard. (You should see the switcher on the menu bar.)
4. Quit and restart Maccy.
5. Notice that in Maccy preferences, the hotkey is now shown as ⇧⌘K instead. (K is the actual Dvorak letter in the same position as letter V in QWERTY)
6. (Note that even though it says ⇧⌘K, in your keyboard you should still press ⇧⌘V.) Test the "Paste automatically" function in Maccy by trying to paste in any app. It doesn't work.
7. Switch back to the ABC keyboard, US keyboard or whichever layout you normally use, and remove the "Dvorak - QWERTY ⌘" keyboard.
8. Quit and restart Maccy.
9. Notice that in Maccy preferences, the hotkey is now back to ⇧⌘V.
10. Test the "Paste automatically" function in Maccy by trying to paste in any app. It works!

Caveat: The issue is not reproducible with the regular "Dvorak" keyboard, although it also shows the hotkey as ⇧⌘K.

I suspect the issue is how Maccy attempts to paste, by issuing ⌘V but somehow the offending keyboard layout interprets it as ⌘K instead, and that doesn't do anything. Or the confused Maccy is attempting to use ⌘K as the shortcut to paste when we use the "Dvorak - QWERTY ⌘" layout.

I hope this makes sense. For now, if you're a Dvorak user, the only fix is to use the regular "Dvorak" keyboard instead.

[p0deje]

@ADTC Oh, this starts to make more sense. I now wonder if b961656 is going to help with this too. Would you be able to test the most recent build (but please back up ~/Library/Containers/org.p0deje.Maccy/Data/Library/Application Support/Maccy/ before doing it) and let me know if it helps?

Maccy.app.zip

[ADTC]

@p0deje Thank you for replying. I tried the version in your ZIP file, but it's still the same. (It doesn't help.)

By any chance, have you reproduced this issue on your end by enabling the "Dvorak - QWERTY ⌘" keyboard layout?

[ADTC]

I see what you're trying to do, which is to get the Paste keyboard shortcut from the menu. This won't work with Dvorak though because the keyboard shortcut shown is ⌘V but in actuality, we're pressing ⌘K on the layout to paste. The "QWERTY ⌘" modification just treats K in Dvorak as same as V in QWERTY.

I think Maccy would have to detect this somehow and issue ⌘K instead of ⌘V even if the menu shows the latter. Perhaps there could be a preference setting to define a custom keyboard mapping for the paste shortcut (with a warning that it is only to be used in case Maccy can't paste automatically).

Also, have you considered using the Accessibility API to simulate keystrokes to essentially type out what is being pasted? This could be an option for those having issues with the Paste command (although it would only work with plain text, and can be slow for very large blocks of text).

PS: I'm not sure if it's actually possible. I'm just guessing. @p0deje

[p0deje]

@ADTC Yes, I can reproduce it.

I am not sure how exactly to fix this problem since Maccy internally uses https://github.com/Clipy/Sauce to figure out the virtual key code to paste with. I need to debug this - it might be just a bug in the library.

Also, have you considered using the Accessibility API to simulate keystrokes to essentially type out what is being pasted?

This is not possible because pasting is more than just typing (we might paste images for example).

[p0deje]

@shawntai @hallojs Can you please confirm you use DVORAK layout and, if yes, which one exactly?

[ADTC]

The readme of that project specifically mentions Dvorak, so you might be able to get focused help from its author.

I'm not sure, but you may need to make use of NSNotification.Name.SauceSelectedKeyboardKeyCodesChanged:

By using this Notification, can detect when the setting changes with the same keyboard layout, when the input source changes from QWERTY to Dvorak, and so on.

[ADTC]

@p0deje Please let me know if I can help today to resolve this.

Perhaps there could be a preference setting to define a custom keyboard mapping for the paste shortcut (with a warning that it is only to be used in case Maccy can't paste automatically).

I think an option to manually override might be a good solution in the interim until you can solve this to automatically detect the required keystroke for pasting.

Also, isn't there any accessibility API to simply execute the "Paste" command itself, rather than pressing keystroke to paste? Maybe even just "click" Edit > Paste? This could also be a fallback option for those having problems with the keystroke version.

@shawntai @hallojs Can you please confirm you use DVORAK layout and, if yes, which one exactly?

Also @kim0019 @o0Lev1s0o @KillianDhe @sasa-fajkovic @zoulhh @wwwinn1 @Vincent0009 :)

[hallojs]

Hi @p0deje, @ADTC I use the default german keyboard-layout for Mac. I don't know whether that's a special Dvorak layout for german. Probably not.

[p0deje]

@hallojs Can you try using the recent version from #482 (comment) and let me know if it helps?

[ADTC]

For the benefit of those who haven't heard of Dvorak layout before, it looks like this:

It's a good keyboard for reducing the risk of repetitive stress injury and the placement is based on research to make typing efficient.

You can see that it's the letter K in the position of letter V on QWERTY.

[hallojs]

@p0deje I just tested version 0.24.0, and it works fine for me now. Thank you! :)

[magneti-cz]

Hi, I tried to search in issues but without success, and I guess it can be related with this thread.

I am using local CZ QWERTY layout with local characters (+ěščř...) instead of numbers as in US layout (12345...) and the pasting value as ⌘+1, ⌘+2 etc. doesn't work. I am assuming it is because Maccy expects really ⌘+"Number" and CZ layout gives back for example ⌘+"ě" (⌘+"2" equivalent in US ). Pasting works when i switch to US layout.

Is there any way how this setup can be managed?

I was thinking it might be helpful also for other users who don't use any other layout where numbers are represented as other characters.

Many thanks for advice, answer.

[ADTC]

@p0deje could you please explain to us why Maccy is somehow handling keyboard shortcuts differently from other macOS applications? It looks like the keyboard shortcuts are linked to a low level input instead of a high level input like other applications. What I mean is, it looks like they're linked to the actual key codes emitted by the keyboard, instead of the characters macOS tells you about as being pressed (or vice versa?). I have not seen any other macOS application behave that way.

Right now, I disabled the footer, and the instruction to bring up the Preferences is to press ⌘, which apparently doesn't work in Dvorak - QWERTY ⌘ with neither ⌘, nor ⌘w (where w is the position of , in Dvorak). I have to switch to the normal US layout before I can bring up the Preferences again. I have never experienced this kind of problem in any other application where it can always understand the keyboard shortcut being pressed regardless of the active layout.

@magneti-cz how do you type numbers with that layout btw?

[magneti-cz]

Hi @ADTC, we type numbers together with pressing ⇧. And it does't work either to press additionally ⇧ so it would look like as ⌘+⇧+"ě". I know it may seems weird but this is a local way how to correctly type in Czech. You would use characters "ěščřž..." much more often then numbers. Thats why the keyboard layout is changed. By the way the standard layout is QWERTZ.

In addition I did some other research and this behaviour repeats in some other clipboard managers. I found only one working, meaning pasting is regardless on pressing real number keyboard. I will not writhe the name here. But if this would be relevant I can share it.

Many many thanks.

[ADTC]

Please share. Hopefully it's open source and we can learn from it. 😄

[magneti-cz]

it is copyclip2

[ADTC]

It's not open source, sadly. It's a commercial paid product.

[p0deje]

I am using local CZ QWERTY layout with local characters (+ěščř...) instead of numbers as in US layout (12345...) and the pasting value as ⌘+1, ⌘+2 etc. doesn't work. I am assuming it is because Maccy expects really ⌘+"Number" and CZ layout gives back for example ⌘+"ě" (⌘+"2" equivalent in US ). Pasting works when i switch to US layout.

@magneti-cz Maccy does not handle ⌘+1, ⌘+2, ... in any special way - all it does is set NSMenuItem.keyEquivalent to 1, 2, ... so I would assume this is a macOS bug. Can you find any other application except CopyClip 2 where it works correctly? Not necessarily a clipboard manager, it can be any application.

could you please explain to us why Maccy is somehow handling keyboard shortcuts differently from other macOS applications? It looks like the keyboard shortcuts are linked to a low level input instead of a high level input like other applications. What I mean is, it looks like they're linked to the actual key codes emitted by the keyboard, instead of the characters macOS tells you about as being pressed (or vice versa?). I have not seen any other macOS application behave that way.

@ADTC There are two main places of input handling and simulation and Maccy.

The first is how Maccy handles key presses. Because it's an NSMenu window, it doesn't support regular input events we can handle via keyEvent and usual AppKit API. There is an amazing explanation of this limitation and its workarounds in https://kazakov.life/2017/05/18/hacking-nsmenu-keyboard-navigation/. The original Maccy implementation was based on this post, though later extended and improved. One particular improvement was to use https://github.com/Clipy/Sauce to handle key code across QWERTY/Dvorak, etc. It works well enough but looks like there are cases where it's failing:

Maccy/Maccy/MenuHeader/MenuHeaderView.swift

Lines 137 to 207 in 524bc90

	private func processInterceptedEvent(_ event: NSEvent) -> Bool {
	if event.type != NSEvent.EventType.keyDown {
	return false
	}
	guard let key = Sauce.shared.key(for: Int(event.keyCode)) else {
	return false
	}
	let modifierFlags = event.modifierFlags.intersection(.deviceIndependentFlagsMask)
	let chars = event.charactersIgnoringModifiers
	return processKeyDownEvent(key: key, modifierFlags: modifierFlags, chars: chars)
	}
	// swiftlint:disable cyclomatic_complexity
	// swiftlint:disable function_body_length
	private func processKeyDownEvent(key: Key, modifierFlags: NSEvent.ModifierFlags, chars: String?) -> Bool {
	switch KeyChord(key, modifierFlags) {
	case .clearSearch:
	setQuery("")
	return true
	case .deleteCurrentItem:
	customMenu?.delete()
	setQuery("")
	return true
	case .clearHistory:
	performMenuItemAction(MenuFooter.clear.rawValue)
	return true
	case .clearHistoryAll:
	performMenuItemAction(MenuFooter.clearAll.rawValue)
	return true
	case .deleteOneCharFromSearch:
	if !queryField.stringValue.isEmpty {
	setQuery(String(queryField.stringValue.dropLast()))
	}
	return true
	case .deleteLastWordFromSearch:
	removeLastWordInSearchField()
	return true
	case .moveToNext:
	customMenu?.selectNext()
	return true
	case .moveToPrevious:
	customMenu?.selectPrevious()
	return true
	case .pinOrUnpin:
	if let menu = customMenu, menu.pinOrUnpin() {
	queryField.stringValue = "" // clear search field just in case
	return true
	}
	case .hide:
	customMenu?.cancelTracking()
	return false
	case .openPreferences:
	performMenuItemAction(MenuFooter.preferences.rawValue)
	return false
	case .paste:
	queryField.becomeFirstResponder()
	queryField.currentEditor()?.paste(nil)
	return true
	case .selectCurrentItem:
	customMenu?.select(queryField.stringValue)
	return true
	case .ignored:
	return false
	default:
	()
	}
	return processSingleCharacter(chars)
	}

The second is how Maccy simulates key presses. It only does this to perform a paste operation since there is no macOS API to do so. To find out V key code, Maccy uses Sauce library too, so it seems like the solution suffers from the same problem:

Maccy/Maccy/Clipboard.swift

Lines 110 to 124 in 524bc90

	// Add flag that left/right modifier key has been pressed.
	// See https://github.com/TermiT/Flycut/pull/18 for details.
	let cmdFlag = CGEventFlags(rawValue: UInt64(KeyChord.pasteKeyModifiers.rawValue) | 0x000008)
	let vCode = Sauce.shared.keyCode(for: KeyChord.pasteKey)
	let source = CGEventSource(stateID: .combinedSessionState)
	// Disable local keyboard events while pasting
	source?.setLocalEventsFilterDuringSuppressionState([.permitLocalMouseEvents, .permitSystemDefinedEvents],
	state: .eventSuppressionStateSuppressionInterval)
	let keyVDown = CGEvent(keyboardEventSource: source, virtualKey: vCode, keyDown: true)
	let keyVUp = CGEvent(keyboardEventSource: source, virtualKey: vCode, keyDown: false)
	keyVDown?.flags = cmdFlag
	keyVUp?.flags = cmdFlag
	keyVDown?.post(tap: .cgAnnotatedSessionEventTap)
	keyVUp?.post(tap: .cgAnnotatedSessionEventTap)

[p0deje]

I'm trying to debug this and it looks like the key codes are the same for both Dvorak and Dvorak - QWERTY ⌘.

	QWERTY	DVORAK	DVORAK - QWERTY ⌘
character	V	V	V
key code	9	47	47

[ADTC]

@p0deje with QWERTY ⌘ if a keyboard shortcut has ⌘ in it, the layout shifts back to QWERTY in a semantic sense to match with the physical keyboard. I'm not sure what it means to have the same key code for the character V, but perhaps macOS is doing some kind of translation from character K (physical press of ⌘K) to keyboard shortcut ⌘V (virtual press of it).

Indeed, in Maccy when I reassign the shortcut to ⌃⌘V it is actually showing ⌃⌘K instead (and it works from the position of V on the physical keyboard).

It would be great to come up with a general solution that works automatically and universally for all keyboard layouts. But if there's no possible general solution, is it possible to detect problematic layouts like DVORAK - QWERTY ⌘ and @magneti-cz's CZ QWERTY and apply a special system of keyboard shortcuts for them?

PS: Just got an automatic update for 0.25 but when tried to update it, the update failed. There was no further details. (I'm not sure if it's because I have the release version and beta version (the one you shared with me before) both in my Applications folder. I will check again later after removing one or both.

[p0deje]

with QWERTY ⌘ if a keyboard shortcut has ⌘ in it, the layout shifts back to QWERTY in a semantic sense to match with the physical keyboard. I'm not sure what it means to have the same key code for the character V, but perhaps macOS is doing some kind of translation from character K (physical press of ⌘K) to keyboard shortcut ⌘V (virtual press of it).

Okay, that explains a lot. The problem is that we calculate the keycode to press (47) before ⌘ is pressed but as soon as ⌘ is pressed, macOS switches to QWERTY and now your keycode is no longer correct. I'll see if there is a way to work it around.

PS: Just got an automatic update for 0.25 but when tried to update it, the update failed. There was no further details. (I'm not sure if it's because I have the release version and beta version (the one you shared with me before) both in my Applications folder. I will check again later after removing one or both.

Yeah, it's likely related to use preview version. Please, re-download from GitHub.

[p0deje]

@ADTC I've just added a workaround for Dvorak - QWERTY ⌘. It seems to work, but could you try downloading this preview and let me know if it's working fine for you?
Maccy.app.zip

[shawntai]

@shawntai @hallojs Can you please confirm you use DVORAK layout and, if yes, which one exactly?

I'm not. I'm using QWERTY on my MacBook Pro. Just tested the latest version and it still doesn't work

Edit: just tried to turn on past automatically (as Vincent0009 suggested) and now it's working

[magneti-cz]

Maccy does not handle ⌘+1, ⌘+2, ... in any special way - all it does is set NSMenuItem.keyEquivalent to 1, 2, ... so I would assume this is a macOS bug. Can you find any other application except CopyClip 2 where it works correctly? Not necessarily a clipboard manager, it can be any application.

Ok, I did some research and the app works is Shottr for screenshots. Should be open source. When opened you can see on the screenshot that it automatically assign ⇧+⌘+ě instead of numbers while in app setup is still shortcut for ⇧+⌘+2.
So I am just guessing first it takes whatever it is in row1 and assign the value for operations and it doesn't matter if number or char.

[p0deje]

@magneti-cz Is it really open source? I cannot seem to find its code.

[rene78]

Same problem here. MB Air M1 with Ventura 13.1 and standard keyboard layout plus German QWERTZ. No matter whether "Paste automatically" is selected or not pasting does not work with ⌘+1. Maccy version 0.25.0

Edit: Or do I have a general misunderstanding here? Because if I open Maccy with SHIFT + ⌘ + C and only then press ⌘+1 it works fine. But it would be a lot more convenient to press ⌘+1 right away without the need for the first shortcut.

[ADTC]

@p0deje I've been too busy to test that yet. I will try and let you know. Meanwhile, may I suggest updating the title since we now know the issue occurs in alternative keyboard layouts, and the issue is more of the keyboard shortcuts not working as expected?

[p0deje]

@rene78 Do you have "Paste automatically" enabled? I just tried using your keyboard input and it works perfectly fine.

[rene78]

Do you have "Paste automatically" enabled?

@p0deje Yes, it is enabled. Yet pasting with ⌘+1 does not work for me.

[p0deje]

@rene78 Can you try to remove and add Maccy in System Settings -> Privacy & Security -> Accessibility?

[rene78]

Tried it just now to no avail unfortunately. Still the same issue.

[p0deje]

@rene78

1. Can you also try selecting with ⌥+1?
2. What keyboard layout and OS language do you use?
3. Can you record a small video with QuickTime showing the problem?

[rene78]

1. Can you also try selecting with ⌥+1?

Does not work either. Gives me this symbol on the German and English keyboard layout: ¡

2. What keyboard layout and OS language do you use?

German QWERTZ and default English QWERTY. OS language is English.

3. Can you record a small video with QuickTime showing the problem?

Hmm.. there won't be much to see in the video, I'm afraid.

Just now I have deleted the QWERTZ keyboard layout (so only the default English one is left). Still does not work.

[p0deje]

Does not work either. Gives me this symbol on the German and English keyboard layout: ¡

What do you mean by giving you the symbol? Can you show a screenshot or video?

[rene78]

When pressing "Option + 1" this symbol is printed on screen: ¡

[p0deje]

@rene78 You need to pop up Maccy to select anything from the history. After that, you can use the Command+1 shortcuts. Just pressing it in other windows won't do anything.

[rene78]

That was my misunderstanding then. Thanks!

[ADTC]

@ADTC I've just added a workaround for Dvorak - QWERTY ⌘. It seems to work, but could you try downloading this preview and let me know if it's working fine for you?

@p0deje Good news! In the new version you provided for testing, "Paste automatically" works on the Dvorak - QWERTY ⌘ layout, as well as the standard US layout.

I noticed that the shortcut for making Maccy appear is shown with letter K (when I use V key) but still it works fine with the V key as expected. I also noticed that in SteerMouse, when assigning keyboard shortcuts for Copy and Paste to the extra mouse buttons, they are assigned as J and K instead of C and V. Despite this, the Copy and Paste function works fine from the mouse too. It looks like macOS is translating the keypress of J/K to the keyboard shortcut for C/V on the fly when ⌘ is added.

How did you make it work?

[p0deje]

@ADTC I've made a very specific hack that to take QWERTY keycode when this layout is being used:

Maccy/Maccy/Clipboard.swift

Lines 115 to 120 in 3187db9

	// Force QWERTY keycode when keyboard layout switches to
	// QWERTY upon pressing ⌘ key (e.g. "Dvorak - QWERTY ⌘").
	// See https://github.com/p0deje/Maccy/issues/482 for details.
	if KeyboardLayout.current.commandSwitchesToQWERTY && cmdFlag.contains(.maskCommand) {
	vCode = KeyChord.pasteKey.QWERTYKeyCode
	}

[p0deje]

Ok, I did some research and the app works is Shottr for screenshots. Should be open source. When opened you can see on the screenshot that it automatically assign ⇧+⌘+ě instead of numbers while in app setup is still shortcut for ⇧+⌘+2.
So I am just guessing first it takes whatever it is in row1 and assign the value for operations and it doesn't matter if number or char.

@magneti-cz What behavior would you expect? Should the default ⌘1 be assigned to ⌘ě or ⇧⌘ě?

[ADTC]

@p0deje have you considered providing an interface to redefine all the keyboard shortcuts? (including the Paste shortcut for automatic pasting). It could be another tab in the Preferences, with an option to reset them to defaults.

I think the entire section can be disabled at first, with a note that it is only to be used if Maccy doesn't work normally with your keyboard layout.

[magneti-cz]

Ok, I did some research and the app works is Shottr for screenshots. Should be open source. When opened you can see on the screenshot that it automatically assign ⇧+⌘+ě instead of numbers while in app setup is still shortcut for ⇧+⌘+2.
So I am just guessing first it takes whatever it is in row1 and assign the value for operations and it doesn't matter if number or char.

@magneti-cz What behavior would you expect? Should the default ⌘1 be assigned to ⌘ě or ⇧⌘ě?

@p0deje I would keep the same logic "command"+{first row key} thus ⌘+ for EN ⌘1 . I wouldn't go with extra shift.
(en->cz)
⌘1 -> ⌘+
⌘2 -> ⌘ě
⌘3 -> ⌘š
⌘4 -> ⌘č
⌘5 -> ⌘ř
⌘6 -> ⌘ž
⌘7 -> ⌘ý
⌘8 -> ⌘á
⌘9 -> ⌘í
⌘0 -> ⌘é

thanks.

[ADTC]

@p0deje I think the above is best done through an interface to redefine all the keyboard shortcuts (as said in my previous comment). We could have built-in templates to quickly select for certain known keyboard layouts like the one @magneti-cz is using, but also have an option to fully customize when needed.

[p0deje]

@magneti-cz I tracked down the problem to Clipy/Sauce#53, let's see if it can be fixed there.

[p0deje]

@ADTC I think Maccy should handle the keys correctly internally rather than providing an interface to redefine all of them. This would overcomplicate the UI/implementation and users would still complain about default setup.

[p0deje]

Ok, folks, I'd like to close this issue as it has accumulated several different problems and most are already fixed. The only outstanding issue is proper Czech support, but hopefully, it will be fixed in Sauce. Feel free to open new issues for any other problems.

[darylsew]

for anyone who is still having this issue - I needed to restart after enabling paste automatically, and then it worked!

[Dentrax]

Fresh installed on M1 Ventura and hit this issue.

• Manually added Accessibility permission
• Enabled/disabled "Paste automatically"

...but no luck.

---

This one RESOLVED the issue:

For people having an issue - try adding Maccy to a list of Developer tools applications.
System settings -> Privacy & Security -> Developer tools / press + and add Maccy.

Thanks @sasa-fajkovic