summaryrefslogtreecommitdiffstats
path: root/chrome/browser/ui/touch/frame
Commit message (Collapse)AuthorAgeFilesLines
* Clean-up of 69849.bryeung@chromium.org2011-01-041-5/+5
| | | | | | | | | | | | | | 69849 went in with an incorrect message. It was actually this issue: http://codereview.chromium.org/6011005/ This CL adds some clean-up requested in the review. BUG=none TEST=none Review URL: http://codereview.chromium.org/6033011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@70442 0039d316-1c4b-4281-b951-d872f2087c98
* Adding proper authentication to the DOM based login screen.bryeung@google.com2010-12-211-9/+5
| | | | | | | | | | | | | | | | | | This CL contains all of the additional code that is required to add proper authentication to the DOM login screen. Specifically is adds a second sub-class of AuthenticatorFacade called AuthenticatorFacadeCros that handles authentication via libcros. Since the authentication is dependent on libcros, this class is only used in chromeos builds, with the stubbed authenticator class being used on non-chromeos builds. All of this code continues to be only available in touchui builds. There have been additional tests added for the new class and support in the exising tests to support both cros and non-cros builds. BUG=none TEST=none Review URL: http://codereview.chromium.org/5708002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@69849 0039d316-1c4b-4281-b951-d872f2087c98
* touchui: Make sure the textfield isn't obscured by the keyboard.sadrul@chromium.org2010-12-201-0/+9
| | | | | | | | | | | | | When the virtual keyboard pops up, it can end up hiding the textfield when it's towards the bottom of the page. So make sure the textfield is visible after the keyboard is displayed. BUG=keyboard hides a focused textfield if it's towards the bottom of the page. TEST=see bug Review URL: http://codereview.chromium.org/6074001 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@69730 0039d316-1c4b-4281-b951-d872f2087c98
* Fix layout of the virtual keyboard.bryeung@google.com2010-12-172-3/+14
| | | | | | | | | | | | Because OpaqueBrowserFrameView overrides Layout and does not layout it's children we have to explicitly layout the keyboard. BUG=none TEST=keyboard now shows properly even immediately after startup Review URL: http://codereview.chromium.org/5847004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@69505 0039d316-1c4b-4281-b951-d872f2087c98
* Two fixes for the virtual keyboard.bryeung@google.com2010-12-162-18/+20
| | | | | | | | | | | | 1) Fix layout by setting the bounds. Oops! 2) Fix the spurious hiding. BUG=none TEST=keyboard now appears when a text field is focused in a touchui build, even immediately after browser initialization Review URL: http://codereview.chromium.org/5903002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@69358 0039d316-1c4b-4281-b951-d872f2087c98
* Add the virtual keyboard to BrowserFrameChromeos.bryeung@google.com2010-12-143-0/+185
BUG=none TEST=focusing a text field shows the placeholder keyboard Review URL: http://codereview.chromium.org/5747001 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@69142 0039d316-1c4b-4281-b951-d872f2087c98