Comments (30)
AnySoftKeyboard supports seperately-installed layouts ("language packs"). Since
it appears to be licensed under Apache License v2.0, as does Hacker's Keyboard,
there should be no legal problem taking the code from there. This would not
allow editing layout on the Android device, but would allow layouts to be
downloaded from Android Market.
http://code.google.com/p/softkeyboard/
Original comment by [email protected]
on 6 Jun 2011 at 5:25
from hackerskeyboard.
I'll take a look to see if it's feasible to integrate those, but I'm a bit
short on time to work on the project at the moment so it may take a while.
Original comment by [email protected]
on 6 Jun 2011 at 5:50
from hackerskeyboard.
I'd like to state my interest in this feature. I can understand why it would
be difficult to implement, however :)
Original comment by [email protected]
on 7 Jun 2011 at 2:05
from hackerskeyboard.
...and my axe!
Original comment by [email protected]
on 30 Jul 2011 at 6:57
from hackerskeyboard.
On a phone, I switch to landscape mode when I need to type something more than
a few words/lines. Larger buttons means a little more accuracy.
It would be convenient to be able to switch to a layout mode which offers large
buttons at the cost of fewer buttons on screen.
Maybe you could have a, built into apk, library of useful custom layouts
instead of allowing users to customise at runtime?
Original comment by [email protected]
on 28 Aug 2011 at 5:06
from hackerskeyboard.
agreed.. unfortunately in landscape mode this keyboard is only useful in
connectbot as I will gladly go more slowly to gain all these keys.. but for a
text msg or something i need large keys for its not practical.
Original comment by [email protected]
on 30 Aug 2011 at 8:56
from hackerskeyboard.
Issue 71 has been merged into this issue.
Original comment by [email protected]
on 26 Sep 2011 at 10:26
from hackerskeyboard.
I think it would be useful to also support special keys as alternates, for
example adding Home/End as alternates to the arrow keys. The current
string-based alternates don't support that, but the new system ought to be more
flexible.
Original comment by [email protected]
on 29 Sep 2011 at 6:56
from hackerskeyboard.
FYI, I'm starting to make progress on this, I have a partial implementation for
layout definitions based on simple text files with whitespace-separated entries
as a replacement for the XML files. It's currently looking something like this:
title English (Dvorak)
#
key_tlde ` ~ ` ~
key_ae01 1 ! 1 ! ¡ ¹ ½ ⅓ ¼ ⅛
key_ae02 2 @ 2 @ ² ⅔
key_ae03 3 # 3 # ³ ¾ ⅜ ♥ ♠ ♦ ♣
key_ae04 4 $ 4 $ ⁴ ¢ £ € ¥
key_ae05 5 % 5 % ⅝ ‰
key_ae06 6 ^ 6 ^ ↑ ↓ ← →
key_ae07 7 & 7 & ⅞ ♪
key_ae08 8 * 8 * • ★ ∞ † ‡
key_ae09 9 ( 9 ( √
key_ae10 0 ) 0 ) ⁿ °
key_ae11 [ { [ {
key_ae12 ] } ] }
#
key_ad01 ' " ' " ‘ ’ “ ”
key_ad02 , < , < ≤ « ‹
key_ad03 . > > ≥ » › …
key_ad04 p P 4 π ₱
key_ad05 y Y 5 ý ÿ ¥
key_ad06 f F 6 ₣
key_ad07 g G 7
key_ad08 c C 8 ç č ć ¢
key_ad09 r R 9
key_ad10 l L 0 £ ₤ λ
key_ad11 / ? / ? ¿
key_ad12 = + = + ≈ ≠ ± × ÷
key_bksl \ | \ |
(Please don't start making definitions based on this, it's a work in progress.)
This'll be much easier to maintain, and lets me explicitly load specific
layouts on the fly, and I no longer need to deal with the current
hard-to-control resource loading mechanism that auto-loads from alternates
directories based on the current locale.
The main improvement is that I can then define keyboard templates (specifying
sizes and number of keys) separately from the layout map (assigning glyphs to
keys), this provides far more flexibility.
More later, hopefully I'll have a functioning prototype soon.
Original comment by [email protected]
on 30 Sep 2011 at 7:22
- Changed state: Started
from hackerskeyboard.
Issue 73 has been merged into this issue.
Original comment by [email protected]
on 4 Oct 2011 at 7:09
from hackerskeyboard.
Issue 43 has been merged into this issue.
Original comment by [email protected]
on 31 Oct 2011 at 1:36
from hackerskeyboard.
Issue 105 has been merged into this issue.
Original comment by [email protected]
on 4 Nov 2011 at 8:56
from hackerskeyboard.
Issue 118 has been merged into this issue.
Original comment by [email protected]
on 6 Dec 2011 at 9:10
from hackerskeyboard.
Issue 130 has been merged into this issue.
Original comment by [email protected]
on 19 Dec 2011 at 6:17
from hackerskeyboard.
Issue 148 has been merged into this issue.
Original comment by [email protected]
on 8 Jan 2012 at 9:17
from hackerskeyboard.
Issue 172 has been merged into this issue.
Original comment by [email protected]
on 21 Jan 2012 at 2:23
from hackerskeyboard.
Any news on this ? I'd really be interested to start working on a Swiss-French
(ou Luxembourgish) Layout ;-)
Original comment by [email protected]
on 23 Mar 2012 at 11:12
from hackerskeyboard.
[deleted comment]
from hackerskeyboard.
Sorry, I haven't had time to work on it due to being too busy. It's still on my
roadmap, but I'll need to find some continuous blocks of time to make progress
- it isn't feasible to make such large changes in 5-minute blocks.
In the meantime, I can add language/country layouts based on the XML templates
if I get the needed changes as contributions, see the
http://code.google.com/p/hackerskeyboard/wiki/AddingNewLayouts page for
details. If there's already a similar layout as a starting point, you can use
the "Edit file" link in the project source section to make changes. This will
prepare a patch for me to integrate. For example, here's the German QWERTZ
5-row layout:
http://code.google.com/p/hackerskeyboard/source/browse/java/res/values-de/donott
ranslate-keymap.xml
(FYI, I already have automated conversion code mostly working, my goal is that
all current layouts will continue to be available after the migration to the
new layout definition format.)
Original comment by [email protected]
on 24 Mar 2012 at 1:32
from hackerskeyboard.
I'd like this feature too, for example on the French keyboard, we have some
keys which are directly accessibles (; !), but not very useful on a phone. And
some are missing in direct access, such as @ or . (dot).
Original comment by [email protected]
on 17 Apr 2012 at 12:05
from hackerskeyboard.
Please add the Swiss-German Layout, please, please
Original comment by [email protected]
on 14 Aug 2012 at 9:28
from hackerskeyboard.
[deleted comment]
from hackerskeyboard.
[deleted comment]
from hackerskeyboard.
I'd like to see user cusomization enabled too - though more specificallly
having tab / colon / cursors / full stop all accesible from the 'aplha'
keyboard in portrait mode - these are the keys I really use loads in connectbot
- but without changing to a full 5 row layout. I guess toggling from the alpha
keyboard to a cusomizable one is what I'm after.
As it stands it's still a great keyboard and on a Nexus 7 the five row layout
in portrat is great with connectbot - really couldn't do without it!!
Original comment by [email protected]
on 25 Jan 2013 at 8:47
from hackerskeyboard.
I'd like to see some progress here... my first Android, a transformer, is on
order, so I was looking for Dvorak remapping. Sounds like you have it, hope it
works with the dock keyboard too. But I'd like to add some deadkey support to
the standard Dvorak layout (unlikely to already be there...) so this issue
seems to be relevant. I'll likely be able to survive the first while with plain
Dvorak, but am curious about progress on this issue.
Original comment by [email protected]
on 27 May 2013 at 2:42
from hackerskeyboard.
I am in the process of creating a keyboard layout that, while still English/US,
has some slight changes to have a more grid-like layout, similar to physical
thumbpads on mobile devices, e.g., "A" directly underneath "Q" instead of
offset between "Q" and "W."
How would I name this layout so that it does not interfere with existing
layouts? I am hesitant to allow anything to replace a stock EN-US QWERTY.
Original comment by [email protected]
on 15 Oct 2013 at 6:45
from hackerskeyboard.
It is my understanding that the issue here refers to the keyboard layout in the
sense of assignment of keys to chars, not really about shape and placement of
keys themselves. Would it be possible to make 'grid-like' layout a global
preference, that would work transparently with all language layouts?
Original comment by [email protected]
on 16 Oct 2013 at 8:23
from hackerskeyboard.
unsubscribe me
Original comment by [email protected]
on 16 Oct 2013 at 2:51
from hackerskeyboard.
Has there been any progress on this?
What I would really like to see is a way to specify which keys are displayed.
I'm primarily interested in the main qwerty keys and the arrow keys, and am
willing to forgo the use of the [, ], /, etc. to gain the larger display of the
rest of the keys. The forgone keys could be displayed via long press.
I've been using swiftkey, with a row of keys on the bottom and the main qwerty
keys, with the rest of the symbols accessed via long press. However the arrow
keys consume too much screen space, and the keyboard takes over 50mb of RAM,
which on my old phone with very little ram, means a lot.
Original comment by [email protected]
on 19 Oct 2013 at 2:18
from hackerskeyboard.
I am working on the assumption that, for other languages to allow more keys
than just A...L in the middle row, I'd just need to add in an extra key
definition in the right places. (This is just my guess. I really have no idea
what I am doing; I'm really just changing things in files and hoping for the
best.)
Original comment by [email protected]
on 19 Oct 2013 at 5:41
from hackerskeyboard.
Related Issues (20)
- No support for Chinese inputs (Traditional, Simplified) HOT 1
- 4row German layout has no umlauts HOT 1
- Can't hold modifer keys while clicking in remote desktop apps
- Getting Choose Input Methods HOT 1
- need option to adjust suggestions box height
- Error "Unfortunately, Hacker's Keyboard has stopped."
- Backspace deletes 2 characters in login password when locked HOT 1
- I just got this and autocorrect is not displayed. thx HOT 1
- Alt+Shift and Ctrl+Shift not work in microsoft rdp client and jumpdesktop
- layouts HOT 1
- Alt+Shift and Ctrl+Shift required
- [deleted issue]
- Google Code is shutting down HOT 1
- Developers' guide for new layouts? HOT 1
- Alt key does not work in tmux. HOT 2
- Touch to correct not working on Samsung Note 4 running Android 4.4.4
- Alt key does not work in tmux. However it works in screen.
- keyboard icon HOT 2
- arm64-v8a
- There is a bug
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from hackerskeyboard.