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

Update russian.js #356

Merged
merged 2 commits into from
Jun 6, 2015
Merged

Update russian.js #356

merged 2 commits into from
Jun 6, 2015

Conversation

ihsoft
Copy link
Contributor

@ihsoft ihsoft commented Jun 6, 2015

  • Access language settings via a dictionary key instead of object property.
  • Change "alt" to the same caption as Russian Windows 8 shows (RUS: Russian keyboard).
  • Translate "Accept/Cancel/Change sign" since these captions are not commonly recognized in Russian.
  • Translate "Space" since in most virtual keyboards it's translated as "Пробел".

- Access language settings via a dictionary key instead of object property.
- Change "alt" to the same caption as Russian Windows 8 shows (RUS: Russian keyboard).
- Translate "Accept/Cancel/Change sign" since these captions are not commonly recognized in Russian.
- Translate "Space" since in most virtual keyboards it's translated as "Пробел".
Less common translation of the keyboard:
- Language name is displayed in Russian as "Русский". Though, word "Russian" is well recognized by native speakers.
- "Backspace" and "Shift" don't have non-weird one-word translations so, they are replaced by icons and verbose explanation moved to the title.
- "Space" is well recognized by its direct translation and doesn't need title (it would be exactly the same as key caption).
- "Enter" is well recognized word but in many cases it's translated as "Ввод" which is well recognized too. Though, title ("Line feed") may be misleading when used in non-multiline controls.
Mottie added a commit that referenced this pull request Jun 6, 2015
@Mottie Mottie merged commit 7c3e072 into Mottie:master Jun 6, 2015
@Mottie
Copy link
Owner

Mottie commented Jun 6, 2015

Hi @ihsoft! Thanks!

@ihsoft
Copy link
Contributor Author

ihsoft commented Jun 7, 2015

You're welcome :) It's a great plugin! Unfortunately, I had stop using it in my project because of jQuery UI + keyboard is extremly slow on the target device (LG SmartTV 2012): a dialog with vitual keyboard controls opens 5-6 seconds :( I've spent hours tyring to figure out why but eventually gave up.

Though, I used your ideas in my own simplified solution (pure jQuery, minimal functionality) and decided to keep compatibility with the Mottie Keyboard layout files because I see them doing the job very well. Why inventing the wheel, right? :)

@Mottie
Copy link
Owner

Mottie commented Jun 7, 2015

jQuery UI is an optional dependency. The default plugin uses the jQuery UI theme & position utility, but neither are needed if you modify the class definitions (see the Bootstrap demo on the main page), and position the keyboard manually.

Alternatively, you could build a custom version of jQuery UI with only the stylesheet & position utility.

@ihsoft
Copy link
Contributor Author

ihsoft commented Jun 7, 2015

Well, I don't remember for sure what was the problem but when I ran keyboard w/o UI it was awful. Basically, that's how UI appeared in my project in the first place. Now I think it was a wrong idea, and I'm going to remove UI dependencies despite of the convenience they offer. When you run a 1Ghz single core processor with 1Gb of memory things look different.

@Mottie
Copy link
Owner

Mottie commented Jun 7, 2015

when I ran keyboard w/o UI it was awful

What do you mean? Is there a specific issue that needs to be addressed?

I made this demo which is using a Bootstrap theme without jQuery UI loaded. It doesn't look too bad to me, but I am a bit biased 😉

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

Successfully merging this pull request may close these issues.

2 participants