On 5. Jun, 2013, at 13:28, Joachim Dreimann wrote: > On 5 June 2013 08:05, Apache Bloodhound <[email protected]> wrote: > >> #544: Inline expansion for quick ticket overlay >> --------------------------+----------------------- >> Reporter: jdreimann | Owner: matevzb >> Type: enhancement | Status: accepted >> Priority: major | Milestone: Release 6 >> Component: ui design | Version: >> Resolution: | Keywords: >> --------------------------+----------------------- >> >> Comment (by matevzb): >> >> Replying to [comment:6 jdreimann]: >>> I've attached a screenshot of the current state of trunk on my phone. >>> The Create Ticket button (+) moves place when clicked, from next to the >> search button to the next line below. >>> Not sure yet what the best way to fix that is. >> This looks very strange - the dropdown caret is missing on the button, >> there is a shadow around the inline form (which should be absent) and the >> other controls - e.g. search form - are not disabled (they should be). >> >> From the attached screenshot I'm assuming it's running on an iPhone, could >> you specify which model and iOS version you're using? I've tested against >> a "normal" and a retina + iOS 6.1 in the Simulator, and both seem to work >> fine. >> >> > I'm using an iPhone with retina display + iOS 6.1. Regarding the styling > (caret, shadow) it seems that I missed a revision, those are fixed now. > However, the behaviour is still odd - it often (but not consistently) > closes before I can input any information. > > Here's a short video of the same issue on Android: > http://www.youtube.com/watch?v=InRoCuq6_4A > > This may partly be because of Gary touching the screen to move it downwards > in the video - and tapping outside the quick ticket dialogue closes it. I > think that behaviour doesn't work well on mobiles because of the > tap-to-navigate actions - only tapping the quick ticket button again should > close it in my opinion.
The problem (or at least one of them) was that the window resize handler was used to close the form to prevent "unwanted" behaviour[1] in desktop browsers. Now it seems that on certain phones and/or browsers the browser window is resized as soon as a form field is focused (the field is "zoomed in"), and this caused the above handler to kick in, resulting in a mess. (I've disabled the above workaround for now.) [1] If you start with the -phone form, and then resize the window to a -desktop size, the form would disappear, but all other forms would remain disabled. As a workaround the form was force-closed, and other forms were re-enabled. > > On my iPhone, after loading a new page, the first two times I press the > drop down button the drop down simply expands and disappears again without > me touching the screen or taking any other action. The third time it > remains expanded. > > I've also attached two further images of the button shifting location to > the ticket (on Android again): > https://issues.apache.org/bloodhound/attachment/ticket/544/image.2.jpg > https://issues.apache.org/bloodhound/attachment/ticket/544/image.3.jpg This one I could reproduce only in Firefox, with the browser width below a certain threshold. I created a workaround which works a bit better, but there are still some issues with browser widths below ~290px. > > Cheers, > Joe The fixes were committed in r1489867. Thanks for the very detailed report, it helped a lot. -- matevz > > >> -- >> Ticket URL: <https://issues.apache.org/bloodhound/ticket/544#comment:7> >> Apache Bloodhound <https://issues.apache.org/bloodhound/> >> The Apache Bloodhound issue tracker >> > > > > -- > Joachim Dreimann I *User Experience Manager* > > WANdisco // *Non-Stop Data* > > e. [email protected] > twitter @jdreimann <https://twitter.com/jdreimann>
