
<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; ">Hi everybody, <div><br></div><div>when looking over some mockups in Bug 754344 [1], I was wondering </div><div>whether it would make sense to actually merge the Addons page and </div><div>the (proposed) Pref in-content UI. I imagine it to look sth like this: </div><div><br></div><div>––––––––––––––––</div><div>== Customizations ==</div><div>– search Addons</div><div>– Addons</div><div>– …</div><div>––––––––––––––––</div><div>== Preferences ==</div><div>– General</div><div>– Tabs </div><div>– …</div><div>––––––––––––––––</div><div><br></div><div>(Whereas the headings are actually subtle in appearance, similar to how </div><div>the headings of different sections in Finder's sidebar appear.) </div><div><br></div><div>This would sort of unify the experience for users that wish to change how </div><div>their browsers work (which in fact includes basic preferences): There is </div><div>one huge control center where every aspect of the software can be </div><div>controlled, whereas the prior (current) behavior has different meanings </div><div>and places where the behavior can be controlled. IMHO a clear UX win. </div><div><br></div><div>Of course, both menu items (preferences, add ons) have to be maintained, </div><div>at least for the interim (while both point to the same site, they should point </div><div>to different parts, i. e. categories of the site). </div><div><br></div><div>The downside to this approach is that there's one _huge_ control center, </div><div>i. e. users may be overwhelmed by the UI because there is so much going </div><div>on resp. so many options to chose from. I don't know how to solve this or </div><div>lessen the UI impact. </div><div><br></div><div>Also, scrolling has to be sorted out first, as the current design does not </div><div>play well with scroll bars. </div><div><br></div><div>Another option could be to mimic the current (release) style with tabs, and </div><div>having only one item in the side bar ("Preferences") which shows the tabs </div><div>and prefs in the main view. However, this will introduce a new UI language </div><div>(tabs within a view) that should be avoided, IMHO. </div><div><br></div><div><br></div><div>What do you think? Does this make sense at all?</div><br><br><div apple-content-edited="true">

<div>Best regards, </div><div><br></div><div>Florian Bender</div><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>

<br></body></html>