alssade12 / hackerskeyboard

Automatically exported from code.google.com/p/hackerskeyboard
0 stars 0 forks source link

Font size of keys too small #26

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
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 commented 8 years ago
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

GoogleCodeExporter commented 8 years ago
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 commented 8 years ago
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:

GoogleCodeExporter commented 8 years ago
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 commented 8 years ago
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 commented 8 years ago
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