Font size of keys too small about hackerskeyboard HOT 23 CLOSED

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.

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?

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.

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.

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.

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.

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.

This issue was closed by revision b9767c7c8204.

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?

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.

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

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.

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.

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

Published on Market in v1.18.

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

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.)

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

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.

By the way, this happens in Portrait view too.

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