<div dir="ltr"><div><div class="gmail_extra">I didn't expect that it would be a great solution, just that it might result in simpler code. And unless you lock it into only having them all together you'd have the problem of supporting the individual configurations, without addressing the concerns of people who want to have parity with other browsers. Slash you support them already.<br>

<br>I can even think another solution that would be somewhat preferable (given 2 seconds to think after seeing the first example wouldnt work): if the location bar didnt show any extras in the customization method, and as long as there is a reload or stop button placed on the toolbar, you dont combine that. As long as there is a back button placed on the toolbar you dont combine that. When they aren't they will combine. <br>

<br></div><div class="gmail_extra">As long as you start with that by default, I would think it would be fine. Albeit, it is still a somewhat user-confusing solution if they notice the discrepancy and try to put it on, then lose the combining, though it wouldn't result in a loss of functionality, at least. While I find that situation a little unlikely, the combined elements could be drawn at 50% transparency (when customizing) and disappear when a real button is placed on (which makes consistent at least).<br>

<br></div><div class="gmail_extra">Even if that isn't a good solution for your proposed problems, it would be a good improvement over the existing way of automagically combining elements when in specific places.<br></div>

<div class="gmail_extra"><br><div class="gmail_quote">On Fri, Apr 19, 2013 at 11:44 PM, Gavin Sharp <span dir="ltr"><<a href="mailto:gavin@gavinsharp.com" target="_blank">gavin@gavinsharp.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
It's not only the mechanism by which the toolbar is customized that<br>
makes supporting the different variations complicated - there's also<br>
actually supporting the different combinations. Your suggestion<br>
doesn't really address that aspect, and results in somewhat confusing<br>
UI, so I don't think it's a feasible solution.<br>
<br>
Gavin<br>
<div><div class="h5"><br>
On Fri, Apr 19, 2013 at 8:37 PM, Daniel Cardin <<a href="mailto:thadancardin@gmail.com">thadancardin@gmail.com</a>> wrote:<br>
><br>
>> However, the front-end code ends up getting pretty nasty to support the<br>
>> infinite variations of these buttons that we currently allow.<br>
>><br>
>><br>
>> I propose that if we want to keep supporting users who frequently migrate<br>
>> between browsers, that we add a checkbox to the customization area that<br>
>> allows the refresh/stop to be moved from the end of the location bar to<br>
>> between the back/forward and location box. For example, here are how other<br>
>> browsers have their "navigation controls" arranged:<br>
><br>
><br>
> I think that an obvious, if not necessarily ideal situation, if supporting<br>
> the dynamic nature of what you have now, would be to just have 4 location<br>
> bars available to be placed. one with nothing, one with stop/reload, one<br>
> with back, and one with both attached. You could, I suppose also have it<br>
> simply replace (in the current spot) the one you already have down when you<br>
> drag it in.<br>
><br>
><br>
</div></div>> _______________________________________________<br>
> firefox-dev mailing list<br>
> <a href="mailto:firefox-dev@mozilla.org">firefox-dev@mozilla.org</a><br>
> <a href="https://mail.mozilla.org/listinfo/firefox-dev" target="_blank">https://mail.mozilla.org/listinfo/firefox-dev</a><br>
><br>
</blockquote></div><br></div></div></div>