<div dir="ltr"><div>I think it's less of a problem of figuring out how to name the prefs, but more of a problem of prioritizing our work and schedules. This is just a symptom of that.<br><br></div>When we build new UI features, we need to commit to shipping them in a good v1 state which is *only* enabled after we are happy with the UI, and then very quickly remove the old UI. In both of the cases that Marco mentioned in his initial email, the old UI lingered in the product for many many releases, which exacerbates the problem.<br><br>If we can remove the old UI in the same train, then we don't need to worry about users who have opted out of the new UI as their opt-out will be quickly undone. This goes hand-in-hand with only have a very short switch-over period (a week hopefully).<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 22, 2015 at 11:21 AM, Brunoais <span dir="ltr"><<a href="mailto:brunoaiss@gmail.com" target="_blank">brunoaiss@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I think there's no real way of doing it. Users ignore warnings, users just want popups and popins out of their way. The only way of solving is not removing the features.... Which doesn't seem also a good way of doing it...<div class="HOEnZb"><div class="h5"><br>
<br>
On 22-12-2015 16:09, Dao Gottwald wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Points 1 and 3 are true for all hidden prefs, there's always a risk that users don't know what they're doing. By that logic we should ban all hidden prefs...<br>
<br>
Dao<br>
<br>
Marco Bonardo schrieb am 22. Dez 2015 15:17:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Naming the pref "temporary" would solve a part of the problem, but I think<br>
it still has some downsides:<br>
1. non-tech could just keep following the tutorials and really not care<br>
about the pref name<br>
2. temporary could also be interpreted as if the feature is enabled<br>
temporarily, while we are trying to enforce the opposite<br>
3. non-english users could not understand what temporary means in this<br>
context<br>
<br>
I was thinking something more similar to what Gijs suggested, so a code<br>
flag, not yet sure in which form though.<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" rel="noreferrer" target="_blank">https://mail.mozilla.org/listinfo/firefox-dev</a><br>
<br>
</blockquote>
_______________________________________________<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" rel="noreferrer" target="_blank">https://mail.mozilla.org/listinfo/firefox-dev</a><br>
<br>
</blockquote>
<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" rel="noreferrer" target="_blank">https://mail.mozilla.org/listinfo/firefox-dev</a><br>
</div></div></blockquote></div><br></div>