Font size of keys too small

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Use Hacker's keyboard on an HD tablet.

What is the expected output? What do you see instead?

All characters on keys are much smaller than the true gingerbread keyboard. 
Main characters printed on the keys are 25 of the size of the key. Special 
characters like the "1" above Q (in Gingerbread mode) or the "@" above 2, are 
5% the size of the key. Main keys are readable but small. The special 
characters are practically unreadable.

What version of the product are you using? On what operating system?

v.1.14rc4 (shift key fix), on Nook Color with Cyanogenmod 7.0.3.

Please provide any additional information below.

This is probably just an issue moving to tablet/HD screen sizes. The true 
gingerbread keyboard is nicely sized. I would be happy with a "key font size" 
or "key font size percent" configuration option.

Original issue reported on code.google.com by TylerTol...@gmail.com on 6 Jun 2011 at 5:30

[GoogleCodeExporter]

Do you happen to know how the pixel density (DPI) setting is configured on the 
tablet? I remember that the Honeycomb build on the Nook Color was intentionally 
misconfigured to scale the full UI of a 10" tablet down to the much smaller 
screen, so all fonts looked very small.

I can look into adding an option, though it gets hard to maintain if there are 
too many tweakable parameters for the layout.

Original comment by Klaus.We...@gmail.com on 6 Jun 2011 at 6:01

• Changed state: Accepted

[GoogleCodeExporter]

Also, how does the character size look compared to the Xoom screenshot on the 
project home page? That was in portrait mode at default settings. Is it just 
scaled down evenly, or are the keys even smaller in relation to the key size?

Original comment by Klaus.We...@gmail.com on 6 Jun 2011 at 6:06

[GoogleCodeExporter]

According to online reviews, the Nook Color has a DPI of 169. However, I'm 
running CM7, which is Gingerbread. I haven't tested Honeycomb.

Compared to the image http://hackerskeyboard.googlecode.com/files/promo-m.png, 
the characters on the keyboard on the Nook are about 40% the size. I'll finish 
setting up the SDK this afternoon and get you a proper screen capture. Attached 
is a camera shot.

Original comment by TylerTol...@gmail.com on 6 Jun 2011 at 6:53

Attachments:

• CIMG8910.JPG

[GoogleCodeExporter]

The camera shot is clear enough, that's definitely too small. Did it default to 
the 4-row keyboard in portrait mode or did you change that yourself? I'm unsure 
if it picked up a mix of the tablet (values-xlarge) and normal resource 
settings and got confused.

Original comment by Klaus.We...@gmail.com on 6 Jun 2011 at 6:57

[GoogleCodeExporter]

It defaulted to the normal 5-row keyboard in portrait mode. I set it to use the 
4-row keyboard in portrait mode myself. The appearance in 5-row mode, and in 
landscape, is the same. It appeared like this from the beginning.

Original comment by TylerTol...@gmail.com on 6 Jun 2011 at 8:25

[GoogleCodeExporter]

Ok, so apparently the Nook Color is claiming to be a full-size tablet and using 
the "xlarge" resources.

Currently, the code only defines a single portrait mode font size for each 
device class, and this size is used for both the 4-row and 5-row keyboard. My 
assumption was that people would normally use the 5-row keyboard in portrait 
mode on tablets and the 4-row one on phones, and tuned the font size to match. 
If you override that in settings, the result will look odd, with very small 
labels on xlarge devices and oversized ones on phones.

So the first thing I should fix is to add separate default sizes for the 4-row 
and 5-row layouts, or a simple scaling factor (40% or so). This should help for 
all devices.

On top of that, it appears that the Nook Color has an odd DPI setting which 
makes the fonts smaller than normal overall. If the previous fix isn't 
sufficient, I can look into adding a separate user configurable scaling 
adjustment that compensates for that.

Original comment by Klaus.We...@gmail.com on 6 Jun 2011 at 5:37

[GoogleCodeExporter]

I'd be quite happy with a user-configurable scaling factor, separate for both 
4-row and 5-row. I'm the one with the hacked-up tablet. :)

Let me know if you'd like me to test anything. I'm setting up my SDK 
environment this evening.

The screen on this device is extraordinarily clear. It is the best device I 
own, even comparing to my laptop. Even the tiny fonts are readable, up close. 
Perhaps that's part of the odd DPI setting.

Original comment by TylerTol...@gmail.com on 6 Jun 2011 at 7:12

[GoogleCodeExporter]

This issue was closed by revision b9767c7c8204.

Original comment by klausw@google.com on 9 Jun 2011 at 6:08

• Changed state: Fixed

[GoogleCodeExporter]

Please try v1.16rc1 (or later) from 
http://code.google.com/p/hackerskeyboard/downloads/list

It now uses separate font sizes for 4-row and 5-row modes, and adds a 
user-customizable overall scaling factor in settings. Can you let me know how 
this works for you, and which scale factor works best?

Original comment by Klaus.We...@gmail.com on 9 Jun 2011 at 6:11

[GoogleCodeExporter]

Thanks, Klaus. In case you want some visual feedback, attached are screen 
captures of the android and hacker's keyboards in various modes.

One thing: when I hold a key to select the alternate characters, the pop-up 
selector is still scaled to 100%, regardless of the label scaling. See 
hacker-portrait-gingerbread-175-alternate-c-popup.png.

I haven't used the stock gingerbread keyboard since you fixed the shift key 
issue. Thanks for such an awesome tool.

Original comment by TylerTol...@gmail.com on 9 Jun 2011 at 8:18

Attachments:

• android-landscape.png
• android-portrait.png
• hacker-landscape-100.png
• hacker-landscape-200.png
• hacker-portrait-gingerbread-100.png
• hacker-portrait-gingerbread-200.png
• hacker-portrait-gingerbread-175-alternate-c-popup.png

[GoogleCodeExporter]

In those shots, I've set portrait keyboard height to 25%, and landscape to 45%.

Original comment by TylerTol...@gmail.com on 9 Jun 2011 at 8:19

[GoogleCodeExporter]

Thanks for the screenshots!

I'll add a bigger size range, looks like even 200% is still on the small side 
for this device.

I had missed applying the scale factor to the popup keys, that's an easy fix. 
New version soon.

Original comment by Klaus.We...@gmail.com on 9 Jun 2011 at 11:38

[GoogleCodeExporter]

Original comment by Klaus.We...@gmail.com on 9 Jun 2011 at 11:39

• Changed state: Accepted

[GoogleCodeExporter]

Should be fixed in revision 3eb6d3f92049 .

Please try v1.16rc2 (or later) from 
http://code.google.com/p/hackerskeyboard/downloads/list, and let me know if 
that fixes it for you.

Original comment by Klaus.We...@gmail.com on 11 Jun 2011 at 6:15

• Changed state: Started

[GoogleCodeExporter]

Issue resolved, no regressions on issues I've reported. Thank you, sincerely.

Original comment by TylerTol...@gmail.com on 11 Jun 2011 at 3:52

[GoogleCodeExporter]

Original comment by TylerTol...@gmail.com on 11 Jun 2011 at 3:53

Attachments:

• hacker-portrait-gingerbread-175-alternate-a-popup-v1.16rc2.png

[GoogleCodeExporter]

Published on Market in v1.18.

Original comment by Klaus.We...@gmail.com on 14 Jun 2011 at 5:03

• Changed state: Fixed

[GoogleCodeExporter]

Fantastic, thanks. v1.18 installed, looks good.

Original comment by TylerTol...@gmail.com on 14 Jun 2011 at 7:56

[GoogleCodeExporter]

Bulk update - changing "Fixed" to "Verified" for old bugs.

(Background: I'm changing the "Fixed" status to be considered open, the next 
steps in the lifecycle will be the closed states "FixInTest" and "Verified". 
This lets me mark issues as "Fixed" in commit messages without hiding them from 
the issue tracker.)

Original comment by Klaus.We...@gmail.com on 22 Jan 2013 at 7:33

[GoogleCodeExporter]

Bulk update - changing "Fixed" to "Verified" for old bugs.

Original comment by Klaus.We...@gmail.com on 22 Jan 2013 at 7:34

• Changed state: Verified

[GoogleCodeExporter]

I'm having this problem in my Samsung GT-S5830M with MindCR 2.8 (Gingerbread). 
I've tried increasing the label sizes, being fairly visible at 600%, but long 
press popups are unusable.

Original comment by noquiero...@gmail.com on 26 Mar 2013 at 12:02

Attachments:

• SC20130326-091552.png
• SC20130326-091558.png
• SC20130326-091604.png

[GoogleCodeExporter]

By the way, this happens in Portrait view too.

Original comment by noquiero...@gmail.com on 26 Mar 2013 at 1:00

[GoogleCodeExporter]

This happens on my phone too and there's no way to change font.

Original comment by Eir...@gmail.com on 3 May 2014 at 11:00

Attachments:

• 5wgQtHz1LqM.jpg