Bug 12769 - no way to flush left textinput wheel without screwing up layout of entered text in textinput bar
: no way to flush left textinput wheel without screwing up layout of entered te...
Status: NEW
Product: SqueezePlay
Classification: Unclassified
Component: UI Input
: unspecified
: PC Other
: -- minor (vote)
: Future
Assigned To: Unassigned bug - please assign me!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-07-10 07:06 UTC by Ben Klaas
Modified: 2011-11-06 23:23 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments
what happens to entered text if left padding is removed (47.09 KB, image/png)
2009-07-10 07:06 UTC, Ben Klaas
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ben Klaas 2009-07-10 07:06:44 UTC
Created attachment 5444 [details]
what happens to entered text if left padding is removed

Noah specified for the vertical "wheel" in textinput windows to be flush left. Currently padding params are global to the textinput widget:

        -- text input
        s.textinput = {
                h          = WH_FILL,
                border     = { 8, 0, 8, 0 },
                padding    = { 8, 0, 8, 0 },
                align = 'center',
                font       = _font(c.TEXTINPUT_FONT_SIZE),
                cursorFont = _boldfont(c.TEXTINPUT_SELECTED_FONT_SIZE),
                wheelFont  = _boldfont(c.TEXTINPUT_FONT_SIZE),
                charHeight = c.TEXTINPUT_SELECTED_FONT_SIZE + 8,
                wheelCharHeight =  c.TEXTINPUT_FONT_SIZE + 1,
                fg         = c.TEXT_COLOR_BLACK,
                wh         = c.TEXTINPUT_WHEEL_COLOR,
                bgImg      = s.img.textinputBackground,
                cursorImg  = s.img.textinputCursor,
                enterImg   = s.img.textinputEnterImg,
                wheelImg   = s.img.textinputWheel,
                cursorColor = c.TEXTINPUT_WHEEL_SELECTED_COLOR,
                charOffsetY = 10,
        }

If left padding is removed, the wheel gets placed further over, but the first entered char gets jammed against the left side of the textinput bar.
Comment 1 Ben Klaas 2009-07-10 07:07:51 UTC
FYI, the left padding has been put back into the skin and will remain like that unless this issue can be fixed.
Comment 2 Wadzinski Tom 2009-08-03 10:16:35 UTC
Moved to P2 since the current layout shifts the text to an acceptable level for 
launch
Comment 3 Ben Klaas 2009-08-26 07:54:02 UTC
this is an administrative shuffle on priority fields to help make better judgment on the top end of the priority list. P4->P5, P3->P4, and P2->P3.
Comment 4 Chris Owens 2010-03-15 18:05:21 UTC
7.4.x milestone is in the past
Comment 5 Chris Owens 2010-05-06 15:38:11 UTC
Tom is no longer available to us
Comment 6 Alan Young 2011-11-06 23:23:52 UTC
Unassigned bugs cannot have a priority.