<div dir="ltr">My primary point was that notifications in general are not the right way to approach this problem.<br><br>Gavin<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Apr 19, 2013 at 12:30 PM, Timothy Warren <span dir="ltr"><<a href="mailto:tim@timshomepage.net" target="_blank">tim@timshomepage.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><br>On Fri, Apr 19, 2013 at 3:11 PM, Gavin Sharp <span dir="ltr"><<a href="mailto:gavin@gavinsharp.com" target="_blank">gavin@gavinsharp.com</a>></span> wrote:<br>
<div class="gmail_extra"><div class="gmail_quote">

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Mike will be posting an updated proposal soon, so we should use that<br>
as a basis for further discussion. But I wanted to address one point<br>
that came up in both your post and Mitchell's:<br>
<br>
"why not just add some alerts/notifications to allow undoing 'bad'<br>
customizations?"<br>
<br>
Allowing users to shoot themselves in the foot and then prompting them<br>
to undo it is really not a great experience - no one likes being<br>
prompted/notified when they're otherwise just trying to get something<br>
done. We're not going to be removing as many customization points in<br>
the new proposal, which I hope will address most of your concerns, but<br>
for the few limitations that will be put in place, just adding a<br>
prompt will not be a suitable alternative.<br></blockquote><div><br></div><div>Is there a way to do the opposite, a notification that they WILL do something before it happens? <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<span><font color="#888888"><br>
Gavin<br>
</font></span><div><div><br>
On Fri, Apr 19, 2013 at 11:39 AM, Wadhah <<a href="mailto:brahmiwadhah1@gmail.com" target="_blank">brahmiwadhah1@gmail.com</a>> wrote:<br>
> Why not have ALL the customization, but when detecting the disappearance of<br>
> some parts there would be a popup/button/notification to restore the missing<br>
> essential stuff?<br>
> I think it will make it easier to code and maintain , and service everyone.<br>
><br>
><br>
> On Fri, Apr 19, 2013 at 9:41 AM, <a href="mailto:sabret00the@yahoo.co.uk" target="_blank">sabret00the@yahoo.co.uk</a><br>
> <<a href="mailto:sabret00the@yahoo.co.uk" target="_blank">sabret00the@yahoo.co.uk</a>> wrote:<br>
>><br>
>> I think the problem is that the customisable area is so much smaller in<br>
>> Australis than it has ever been previously. So many buttons are locked in<br>
>> place and unmovable and what's left is a tiny area for users to rearrange<br>
>> things. If we're being honest, that's not customisation.<br>
>><br>
>> Could I propose that rather than lock items such as Back/Forward/Awesome<br>
>> Bar/Reload in place. You simply lock them so they're unremovable from the<br>
>> navigation bar. You retain the logic whereby users can separate/have them<br>
>> interrupted (in terms of order/placement) and but for the menu button, users<br>
>> can truly customise the Navigation bar while users that need saving from<br>
>> themselves are prevented from being able to remove key features from the<br>
>> primary UI.<br>
>> ________________________________<br>
>> From: Madhava Enros <<a href="mailto:madhava@mozilla.com" target="_blank">madhava@mozilla.com</a>><br>
>> To: "<a href="mailto:sabret00the@yahoo.co.uk" target="_blank">sabret00the@yahoo.co.uk</a>" <<a href="mailto:sabret00the@yahoo.co.uk" target="_blank">sabret00the@yahoo.co.uk</a>><br>
>> Cc: "<a href="mailto:firefox-dev@mozilla.org" target="_blank">firefox-dev@mozilla.org</a>" <<a href="mailto:firefox-dev@mozilla.org" target="_blank">firefox-dev@mozilla.org</a>><br>
>> Sent: Thursday, 18 April 2013, 19:55<br>
>> Subject: Re: Australis Customization<br>
>><br>
>> Hi all -<br>
>><br>
>> In case there's confusion here -- there's no intent or current action here<br>
>> to take away people's ability to move and place buttons. In fact ( and this<br>
>> is why I'm a bit confused here) a huge part of the whole *point* of the<br>
>> Australis customization mode is to make it easier to move add and remove<br>
>> buttons, and to make this ability hugely more discoverable than it's been<br>
>> before (i.e. a "Customize" item right in the main menu rather than a<br>
>> difficult to find right click on the toolbar).<br>
>><br>
>> The only restriction that we've been proposing is to make it impossible to<br>
>> remove the cluster of back button / url bar from the toolbar, given that,<br>
>> without them, the browser becomes very hard to use. The rationale here is<br>
>> that with easier to access customizability, we're going to encounter people<br>
>> doing some of it by accident, and we'd like to make it harder for people who<br>
>> don't understand what they're doing to shoot themselves in the foot.<br>
>><br>
>> Does that clarify things at all? Or have I missed something?<br>
>><br>
>> Madhava<br>
>><br>
>> --<br>
>> Madhava Enros<br>
>> Firefox User Experience<br>
>> <a href="http://mozilla.org/firefox" target="_blank">mozilla.org/firefox</a><br>
>><br>
>> On Thursday, April 18, 2013 at 2:35 PM, <a href="mailto:sabret00the@yahoo.co.uk" target="_blank">sabret00the@yahoo.co.uk</a> wrote:<br>
>><br>
>> Is there research data available to demonstrate that there are more users<br>
>> who "render their browsers un-usable with their customizations" than there<br>
>> are users who customise their browser's UI (move buttons, etc) and retain<br>
>> usability?<br>
>><br>
>> While I'm genuinely generally excited about Australis, removing the<br>
>> ability to move buttons is deeply confusing to me. I'm all for the most of<br>
>> the changes, but I implore Mozilla to retain the ability to move and place<br>
>> buttons freely.<br>
>> _______________________________________________<br>
>> firefox-dev mailing list<br>
>> <a href="mailto:firefox-dev@mozilla.org" target="_blank">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>
>><br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> firefox-dev mailing list<br>
>> <a href="mailto:firefox-dev@mozilla.org" target="_blank">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>
><br>
><br>
> _______________________________________________<br>
> firefox-dev mailing list<br>
> <a href="mailto:firefox-dev@mozilla.org" target="_blank">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>
_______________________________________________<br>
firefox-dev mailing list<br>
<a href="mailto:firefox-dev@mozilla.org" target="_blank">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>
</div></div></blockquote></div><br></div></div>
</blockquote></div><br></div>