
<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>Is it possible to keep the add-on bar, off by default? Or rather merge the </div><div>custom and add-on bars. I guess it's not really a feature that deserves </div><div>much attention by the developers thus keeping it does not harm the 2nd </div><div>goal of Australis: To remove complexity. Of course, the add-on bar has to </div><div>be disabled and "cleaned" at first install (or remove it and add a "footer" </div><div>bar, as already suggested). </div><div><br></div><div>Additionally, is it possible to have one huge widget that is the address bar </div><div>+ forward/backward button + stop/reload button combined, and also have </div><div>each forward and backward as well as stop and reload buttons separately. </div><div>Then, if a user moves the separate backward and forward buttons and/or </div><div>stop and reload buttons into the nav bar, each respective button is hidden </div><div>from the huge-address-bar-widget (which itself cannot be deleted by </div><div>default). Thus, if you add the forward, backward, stop and reload button, </div><div>the huge-address-bar-widget is rendered as a sole address bar. </div><div>(This has been somewhat proposed before if I understood that correctly.) </div><div>Is that a feasible option? To reduce dev burden, the buttons in the widget </div><div>can inherit their style from the standalone versions (or vice-versa) if that's </div><div>possible. </div><div><br></div><div>Am 22.04.2013 um 05:51 schrieb Justin Dolske:</div><div>> I think it's unlikely Mozilla will be writing this add-on (or add-ons to </div><div>> revert any of the other changes). If there's a large swath of the </div><div>> community interested in wanting to revert to the previous UX, there </div><div>> shouldn't be any shortage of people wanting to write and maintain it.</div><div><br></div><div>Although I agree with you, I also think that having an add-on with "Mozilla </div><div>Approval" (although there is no such thing) released alongside the release </div><div>of Australis will mitigate a lot of negative feedback! </div><div><br></div><div>Would it be possible to have some kind of mentoring by Mozilla / the </div><div>Australis and add-on SDK team for the developers of such an add-on </div><div>(codename: "Australis on Steroids" ;-) )? </div><div><br></div><div>If the add-on is spec'ed sufficiently, covers (at best) all functionality hidden </div><div>resp. removed by Australis, using GitHub for dev, and having the support of </div><div>the designers of Australis, I think this add-on can be released alongside </div><div>Australis and actually survive for a long time. To ease the last part, I think </div><div>it's crucial to use the add-on SDK, and I even think that most, if not all </div><div>discussed changes can be solved using the add-on SDK (if not, we may </div><div>try to extend the functionality of the SDK in time for Australis!). If it is not </div><div>possible to cover all necessary features via the SDK and it cannot be </div><div>extended sufficiently, there may be two versions of the add-on, one using </div><div>the SDK, and one "legacy" add-on that only includes functionality not in the </div><div>other add-on. </div><div><br></div><div>I'm no add-on developer myself thus I cannot assess the feasibility of my </div><div>proposal. I'm willing to support this add-on on the management side, </div><div>although I will not be missing any features with the current Australis design, </div><div>and I don't have that much spare time in the next 6 months, but I'll do what I </div><div>can (however, I probably won't write any code) … who's in? </div><div><br></div><div>Best Regards,</div><div><br></div><div>Florian Bender</div><div apple-content-edited="true"><div><br></div><div><br></div><span style="font-size: 11px; ">quantumedia · Kalchthaler, Müller & Partner </span><span style="font-size: 11px; ">Media Services GbR</span><br style="font-size: 11px; "><span style="font-size: 11px; ">Münsterplatz 32 · 79098 Freiburg · Tel. 0761 </span><span style="font-size: 11px; ">458 99 28-0 · Fax 0761 458 99 28-9</span><br style="font-size: 11px; "><span style="font-size: 11px; ">USt-IdNr: DE280390014 · Geschäftsführer: </span><span style="font-size: 11px; ">Gregor Kalchthaler, Philipp Müller</span>

</div>

<div><br></div></body></html>