Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cordova.apache.org
Received-SPF: pass (nike.apache.org: domain of shazron@gmail.com designates
 209.85.216.51 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CABiQX1Vb7_epjsLbTj5Ate8U9eSyPMMdBNU4U+kaDCUq5+ekVQ@mail.gmail.com>
References: 
 <CABiQX1Vb7_epjsLbTj5Ate8U9eSyPMMdBNU4U+kaDCUq5+ekVQ@mail.gmail.com>
From: Shazron <shazron@gmail.com>
Date: Sat, 9 Mar 2013 18:21:14 -0800
Message-ID: 
 <CAE6O_-aBE7gX=O6fck0+AqsXsoN_hE3c5Sw2duLqU6e93XBRbQ@mail.gmail.com>
Subject: Re: HideKeyboardFormAccessoryBar
To: Andrew Grieve <agrieve@google.com>
Cc: dev <dev@cordova.apache.org>
Content-Type: multipart/alternative; boundary=bcaec51b159353541804d788b8e7

--bcaec51b159353541804d788b8e7
Content-Type: text/plain; charset=ISO-8859-1

Hmm the fix will be more gnarly than expected. I think the parent view for
the accessory bar has to be resized as well to shrink it, it is still
getting touches. I'll get to this Monday.


On Sat, Mar 9, 2013 at 7:18 AM, Andrew Grieve <agrieve@google.com> wrote:

> I remembered what the problem is with it. Where the accessory used to be
> is dead to touches. Try in mobile spec on the audio page. Bring up the
> keyboard and then try to tap on a button where the accessory would have
> covered.
>

--bcaec51b159353541804d788b8e7--