<div dir="ltr"><div>I think the simpler request is just a way to add an additional blank toolbar that anything can be added to. That would allow the search box to be moved to its own bar.</div><div><br></div><div>For smaller screens, it might be useful to have another target for icons versus making them all go into overflow.</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Aug 14, 2017 at 1:33 PM, Andrew McKay <span dir="ltr"><<a href="mailto:amckay@mozilla.com" target="_blank">amckay@mozilla.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Rather like sidebars, the intent would be most likely to implement a<br>
toolbar as HTML, which I don't think would solve the posters needs. If<br>
HTML was an option then this could be done in the sidebar right now.<br>
<div class="HOEnZb"><div class="h5"><br>
On 14 August 2017 at 11:27, Justin Dolske <<a href="mailto:dolske@mozilla.com">dolske@mozilla.com</a>> wrote:<br>
> I think your question basically boils down to how to add toolbars with<br>
> WebExtensions.<br>
><br>
> AFAIK that isn't currently possible, but bug 1215064 covers the possibility<br>
> of adding such an API. The dev-addons is a better place to discuss the<br>
> future of WebExtension APIs -- <a href="https://mail.mozilla.org/listinfo/dev-addons" rel="noreferrer" target="_blank">https://mail.mozilla.org/<wbr>listinfo/dev-addons</a><br>
><br>
> As a workaround, you can use the bookmarks toolbar as a customization<br>
> target. (i.e. remove the bookmarks items from it, and add the search box to<br>
> it). Firefox 57 plans to remove the search box from the default UI, but it<br>
> will still be available for those who prefer a separate search box.<br>
><br>
> Justin<br>
><br>
> On Mon, Aug 14, 2017 at 9:34 AM, <<a href="mailto:alanpers@cluemail.com">alanpers@cluemail.com</a>> wrote:<br>
>><br>
>> Hi,<br>
>><br>
>> With Firefox 57's move to 'next-UI' & WebExtensions, I've been told on<br>
>> #irc that modification of major UI elements will be "not possible" anymore.<br>
>><br>
>> That was echoed in #firefox, #accessibility & #webextensions.<br>
>><br>
>> To be clear, the message was that these existing/historical capabilities<br>
>> WILL be dropped, and going forward WON'T be available in core, and WON'T be<br>
>> available in webextensions.<br>
>><br>
>> For an accessibility (a11y) population (vision-challenged ...), testing<br>
>> with current v57 (yes I know it's early), without those capabilities, the<br>
>> results are not good atm -- it's simply a non-starter until I can find some<br>
>> sort of manageable workaround.<br>
>><br>
>> I was told to ask further here.<br>
>><br>
>> Generally, persons with clinical vision disabilities need (both<br>
>> functionally, and within constraints, legally) to be able to access & see<br>
>> displayed data.<br>
>><br>
>> Ideally, search and url fields 'should' have the width to display "lots of<br>
>> alrge-font chars" (meaning, terms, full url, path, etc etc), without scroll.<br>
>> And preferably without all sorts of 'cute' animation.<br>
>><br>
>> Lots of FF extensions have provided that capability for years.  In this<br>
>> case, the extremely popular and widely used 'Classic Theme Restorer' has<br>
>> been a perfect solution.<br>
>><br>
>> It tests well.  Because of its capabilities/flexibilities that got high<br>
>> marks with various user & legal constituencies, training, procedures, etc<br>
>> have been invested and put in place.<br>
>><br>
>> IIUC, with FF >= v57, those capabilities go away.<br>
>><br>
>> I'm aware of the a11y initiative @<br>
>><br>
>><br>
>> <a href="https://support.mozilla.org/en-US/kb/accessibility-features-firefox-make-firefox-and-we" rel="noreferrer" target="_blank">https://support.mozilla.org/<wbr>en-US/kb/accessibility-<wbr>features-firefox-make-firefox-<wbr>and-we</a><br>
>><br>
>> but it currently appears to miss the boat on field widths; for large font<br>
>> + bad vision, I need to separate Search & URL fields onto their own, 100%<br>
>> width toolbars.<br>
>><br>
>> Using userChrome, I *HAVE* found how to relocate/reorder EXISTING elements<br>
>> (Tab bar, bookmarks bar), but not yet how to ADD new populatable toolbars.<br>
>> And, there was at least mention of the possiblity that userChrome may go<br>
>> away.<br>
>><br>
>> So, the easiest way to ask the question is:<br>
>><br>
>>         What timely, functional options do, or will soon, exist in FF<br>
>> going forward?<br>
>><br>
>>         If not this list, where is the right place to have this<br>
>> conversation to help affect change in FF, so we don't "lose" to proprietary<br>
>> options from Apple & Microsoft?<br>
>><br>
>> Alan<br>
>> ______________________________<wbr>_________________<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" rel="noreferrer" target="_blank">https://mail.mozilla.org/<wbr>listinfo/firefox-dev</a><br>
><br>
><br>
><br>
> ______________________________<wbr>_________________<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" rel="noreferrer" target="_blank">https://mail.mozilla.org/<wbr>listinfo/firefox-dev</a><br>
><br>
______________________________<wbr>_________________<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" rel="noreferrer" target="_blank">https://mail.mozilla.org/<wbr>listinfo/firefox-dev</a><br>
</div></div></blockquote></div><br></div>