<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">On 8/23/2013 10:09 AM, Madhava Enros
wrote:<br>
</div>
<blockquote
cite="mid:1939859155.4760917.1377277776873.JavaMail.zimbra@mozilla.com"
type="cite">
<div style="font-family: Verdana; font-size: 10pt; color: #000000">
<div>Hi all -<br>
</div>
<div><br>
</div>
<div>I'm confused -- why are we still talking about content
shifting? Aren't we agreed the the proposal/implementation
currently on the table should not shift content down -- that
it should overlay instead? This is what I see in UX Nightly,
at least most of the time -- are we not currently on the road
to that being what happens all the time?<br>
</div>
<div><br>
</div>
<div>To me, with that caveat, I think this is worth shipping for
the reasons I outlined before as well as the one Asa mentions
(cross-browser consistency -- we know that most people use
multiple browsers for different tasks). It doesn't contain
everything we want to do, but it's a worthwhile increment in
that direction.<br>
</div>
<div><br>
</div>
<div>Madhava<br>
</div>
</div>
</blockquote>
<br>
+1. Product and UX are aligned here. <br>
<br>
What needs to happen to make "not shifting any content" the
requirement for this change and what kind of additional effort is
required to actually effect that UX? If it's extremely difficult, I
think we should push the feature down the road -- there are simply
too many other higher priorities. If we're close though, I too would
like to see this finished as a nice incremental win that would fit
in well with the larger UI re-org of Australis. <br>
<br>
- A<br>
<br>
<br>
<blockquote
cite="mid:1939859155.4760917.1377277776873.JavaMail.zimbra@mozilla.com"
type="cite">
<div style="font-family: Verdana; font-size: 10pt; color: #000000">
<div><br>
</div>
<div><br>
</div>
<hr id="zwchr">
<div
style="color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From:
</b>"Asa Dotzler" <a class="moz-txt-link-rfc2396E" href="mailto:asa@mozilla.com"><asa@mozilla.com></a><br>
<b>To: </b><a class="moz-txt-link-abbreviated" href="mailto:firefox-dev@mozilla.org">firefox-dev@mozilla.org</a><br>
<b>Sent: </b>Friday, August 23, 2013 12:48:50 PM<br>
<b>Subject: </b>Re: The new find bar shifting down content<br>
<div><br>
</div>
I'm excited to see the Find bar enhancements coming along --
especially <br>
the word counting and highlighting previews I've seen.
However, I'm not <br>
sure that moving the Find bar to the top is worth as much time
and <br>
attention as this feature is taking.<br>
<div><br>
</div>
I'm not sure what's driving the move of the Find bar to the
top of the <br>
page other than it being one of the many Find in page paper
cuts. I'm <br>
not saying it's a bad idea, but it's not a priority feature,
IMO -- <br>
certainly not enough of a priority to ship in an incomplete
state <br>
risking user attrition.<br>
<div><br>
</div>
IMO, the most valuable reason to move the bar is consistency
with all of <br>
the other modern browsers. While I think we could make a
solid case <br>
that a bar at the top is a better experience, content shifting
is not an <br>
acceptable trade-off.<br>
<div><br>
</div>
Can we move our focus to the other potential wins like better
<br>
highlighting and word counting and put together a new plan for
moving <br>
the Find bar to the top that has as it's first requirement to
not shift <br>
content?<br>
<div><br>
</div>
- A<br>
_______________________________________________<br>
firefox-dev mailing list<br>
<a class="moz-txt-link-abbreviated" href="mailto:firefox-dev@mozilla.org">firefox-dev@mozilla.org</a><br>
<a class="moz-txt-link-freetext" href="https://mail.mozilla.org/listinfo/firefox-dev">https://mail.mozilla.org/listinfo/firefox-dev</a><br>
</div>
<div><br>
</div>
</div>
</blockquote>
<br>
</body>
</html>