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

Pressing = doesn't activate the Calculator Action #290

Closed
philostein opened this issue May 5, 2011 · 8 comments
Closed

Pressing = doesn't activate the Calculator Action #290

philostein opened this issue May 5, 2011 · 8 comments

Comments

@philostein
Copy link
Contributor

10.6.7, ß59 from QSApp.com, Japanese keyboard set to U.S. keyboard, usually Romaji input selected.

In Romaji (as with U.S.) the = key is next to 0 (zero) and requires a ⇧ press.
Pressing = in pane 1, when pane 1 is in Object mode, does nothing. Pressing it in text mode types =.

If the input is British, the = key is one key to the right and no longer requires a ⇧ press.
Pressing = in pane 1's Object mode switches QS to text mode and types =. Pressing it in text mode types =.

The Calculator Action never appears with =. It works fine when selected in Pane 2. Paste with Clipboard is my default text Action.
I have a Calculator plugin in ~/Library/Application Support/quicksilver/PlugIns/
I installed the latest one from QSApp.com earlier today.

@fheckl
Copy link
Contributor

fheckl commented Jun 17, 2011

@philostein: Can you provide more insight here? How does Romaji input work? I ask because I have a German keyboard where you have to press ⇧-0 to get the = and that works fine with β60.

@philostein
Copy link
Contributor Author

Thanks fheckl.

With U.S. selected as the keyboard input, pressing = (⇧- next to 0) just finds Catalog entries containing =.

Romaji input seems to be the same as U.S. and returns the same characters.

I tried British, and pressing ^ (2 keys to the right of 0) puts QS into text mode, which contains a = character.

However, I recently resolved an issue where certain programs (Twitter and 1Password) wouldn't accept alphabet characters for keyboard shortcuts. When I switched from Romaji to U.S., the programs then accepted alphabet characters. This may be unrelated to the Calculator issue, but it seems the System registers some difference between different input methods, even when returning the same characters.

I'm not actually sure what pressing = is supposed to do, as I've never seen the correct result!

@fheckl
Copy link
Contributor

fheckl commented Sep 30, 2011

I tried British, and pressing ^ (2 keys to the right of 0) puts QS into text mode, which contains a = character.

That's what's supposed to happen, plus the CalculatorAction sitting in the second pane

@philostein
Copy link
Contributor Author

That's what's supposed to happen, plus the CalculatorAction sitting in the second pane

I get whatever the Action already was in pane 2.

@pjrobertson
Copy link
Member

@philostein does this work for you now or is it still broken?

@philostein
Copy link
Contributor Author

In British, pressing '=' enters text mode, types '=', and allows me to type '=4*3' to see '12' in pane 1 and 'Paste' (my default text action) in pane 2.

In US or Romaji, which follows the layout of my kana keyboard, pressing '=' searches the Catalog for '='.

@pjrobertson
Copy link
Member

Fixed with 096b4a1

Finally, non-QWERTY keyboards can use the default QS shortcuts :)

@philostein
Copy link
Contributor Author

Yay!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants