<div dir="ltr"><div>(via <a href="https://dolske.wordpress.com/2017/06/15/photon-engineering-newsletter-6/">https://dolske.wordpress.com/2017/06/15/photon-engineering-newsletter-6/</a>)</div><div><br></div><div><p>More exciting progress this week! Here’s Photon update <a href="https://www.youtube.com/watch?v=wZI5t7w2U5g">#6</a>!</p>
<h2>New Menus</h2>
<p>Work on the new Photon menus has reached the point where we’re ready to turn them on by default (for Nightly). Bug <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1372309">1372309</a>
 is tracking the last remaining work (mostly test fixes), and you should
 see this happen in tomorrow’s Nightly. Up until now you’ve needed to 
manually enable the “browser.photon.structure.enabled” pref to play with
 the new menus – you’ll no longer need to flip that pref as it will 
already be enabled.</p>
<p>The biggest change you’ll notice is that the application menu (a.k.a.
 the “hamburger menu”) contents look different. Instead of a grid of 
icons, it’s a linear list of commands. Opening the menu and entering 
submenus is much snappier than before. Here’s the new look on Windows 10
 (left) and macOS (right):</p>
<p><img class="gmail-alignnone gmail-size-full gmail-wp-image-2104" src="https://dolske.files.wordpress.com/2017/06/menus.png?w=474" alt="menus"></p>
<p>The overflow menu (under the “>>” icon) has existed for a long 
time now, normally it’s only shown when the window is so narrow that we 
run out of space to show all the toolbar icons. You can now pin items to
 it permanently, as the new destination for commands you want easily 
accessible without taking up toolbar space. (Previously you could do 
this by adding items to the hamburger menu. That’s no longer 
customizable.)</p>
<p><img class="gmail-alignnone gmail-size-full gmail-wp-image-2105" src="https://dolske.files.wordpress.com/2017/06/overflows.png?w=474" alt="overflows"></p>
<p>There are also some minor related changes to Customization Mode, 
which now shows the overflow menu as a customization target instead of 
the old hamburger menu.</p>
<h2>Recent changes</h2>
<p>Menus/structure:</p>
<ul><li>Enabling the new menus, as mentioned above.</li><li>The sidebar toolbar button no longer has a panel dropdown, instead 
it just toggles the display of the sidebar (you can change which sidebar
 is shown from inside the sidebar itself).</li><li>Various smaller styling/polish fixes to the different panels and toolbar items have landed and will continue to land this week.</li><li>WebExtension browser actions will now be pinned to the <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1354109">overflow panel</a> instead of the hamburger menu (though we are aware of at least one <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1370967">remaining issue</a> with this).</li></ul>
<p> </p>
<p>Animation:</p>
<ul><li>The Photon-themed <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1371834">download icon</a> landed, this was spun out of the main download animation bug to start landing pieces as they’re ready.</li><li>Work continues on animations for downloads toolbar button, 
stop/reload button, and page loading indicator. We’re working through 
some performance issues with the latter two — these animations are 
triggered during our performance test suites, and we see some impact to 
the measurements.</li><li>New arrow-panel animations are underway. We’re updating the way 
panels and menus animate when they’re opened and closed. On macOS we’re 
temporarily removing the current animation entirely, while we await 
platform improvements that allow us to get the effect we want in a way 
that performs well.</li></ul>
<p> </p>
<p>Preferences:</p>
<ul><li>QA-sign off received for the old preferences shipping in Firefox 55 
(which have not been the default on Nightly since landing the new 
preference reorg).</li><li>Search followups are largely complete, and we are <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1353954">enabling</a> the search feature this week.<br>
<img class="gmail-alignnone gmail-wp-image-2164" src="https://dolske.files.wordpress.com/2017/06/search-prefs-demo.gif?w=852&h=592" alt="search-prefs-demo" height="296" width="426"></li></ul>
<p> </p>
<p>Visual redesign:</p>
<ul><li>We got some good contributions from community member UK92! Thanks!
<ul><li>Updated two of our in-content pages (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1125634">about:about</a> and <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1372005">about:rights</a>) to use the new Photon style.</li><li>With maximized windows on Windows 10, the window control buttons <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1185482">now span</a> the entire height of the tabstrip, eliminating a small gap.</li></ul>
</li><li>Landing updates to the <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1367242">sidebar styling</a> (header and search box)</li><li><a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1369582">Updated</a> the Synced Tabs button icon in the toolbar.</li><li>Starting work on changing the color of the titlebar on macOS (making it darker, similar to Windows 10).<span id="gmail-summary_alias_container"><span id="gmail-short_desc_nonedit_display"></span></span></li></ul>
<p> </p>
<p>Onboarding:</p>
<ul><li>Lots of discussion and decisions, finalized scope and content for Firefox 56 tour.</li><li>De-scoped automigration, and are instead moving ahead with a manual import option accessible from the new Activity Stream page.</li><li>Simplified tour and notification logic</li><li>Outstanding technical issues resolved and a few 56 tour contents are
 ready to land this week. No more blank tour overlay in Nightly!</li></ul>
<p> </p>
<p>Performance:</p>
<ul><li>Startup improvements:
<ul><li><a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1367450">Captive portal initialization has been delayed</a> so that NSS initialization now usually happens after first paint (except when creating a new profile)</li><li>The <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1369751">sidebar browser is now created lazily</a> when the sidebar is first opened, instead of before first paint</li><li>The <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1369705">search service is started after first paint</a>, and the one-off-buttons are constructed when a search panel is first opened</li><li>We are in the process of <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1371710">delaying</a> <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1371677">places initialization</a></li></ul>
</li><li>Assisting the animation team with understanding and reducing the impact of the new animations on Talos benchmarks</li><li>It’s now very easy to add test coverage for ensuring a JS module, JS
 component, or an XPCOM service isn’t started too early during startup. 
See <a href="http://searchfox.org/mozilla-central/source/browser/base/content/test/performance/browser_startup.js">browser_startup.js</a>.</li></ul>
<p> </p>
<p>Stay tuned for more updates next week!</p><p><br></p><p>Justin<br></p></div></div>