Closed GoogleCodeExporter closed 9 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
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
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:
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
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
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
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
This issue was closed by revision b9767c7c8204.
Original comment by klausw@google.com
on 9 Jun 2011 at 6:08
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
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:
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
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
Original comment by Klaus.We...@gmail.com
on 9 Jun 2011 at 11:39
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
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
Original comment by TylerTol...@gmail.com
on 11 Jun 2011 at 3:53
Attachments:
Published on Market in v1.18.
Original comment by Klaus.We...@gmail.com
on 14 Jun 2011 at 5:03
Fantastic, thanks. v1.18 installed, looks good.
Original comment by TylerTol...@gmail.com
on 14 Jun 2011 at 7:56
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
Bulk update - changing "Fixed" to "Verified" for old bugs.
Original comment by Klaus.We...@gmail.com
on 22 Jan 2013 at 7:34
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:
By the way, this happens in Portrait view too.
Original comment by noquiero...@gmail.com
on 26 Mar 2013 at 1:00
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:
Original issue reported on code.google.com by
TylerTol...@gmail.com
on 6 Jun 2011 at 5:30