Sep 15 2020 01:03 PM
Hello Insiders! Today we’re releasing build 87.0.637.0 to the Dev channel. It’s a small week this week due to the holiday last week, but we do have some fun things to share about the launch of the Surface Duo. Here, we have an overview of how Edge works better with multitasking: https://blogs.windows.com/windowsexperience/2020/09/10/the-new-microsoft-edge-on-surface-duo-showcas.... And for developers, we’ve got an overview of how those dual screen APIs work and how they can get them working in their own websites: https://blogs.windows.com/msedgedev/2020/09/14/introducing-dual-screen-foldable-web-apis/. Developers also get a bonus: an overview of our new source order viewer in the F12 tools: https://blogs.windows.com/msedgedev/2020/09/15/source-order-viewer-edge-devtools/. As for everything in the browser:
Added features:
Improved reliability:
Changed behavior:
Known issues:
As always, you’re the ones who make all this possible! To better know how we can serve you, we’d love for you to take our quarterly survey here: https://techcommunity.microsoft.com/t5/surveys/quarterly-survey-september-2020/m-p/1658897.
Sep 19 2020 04:22 AM
Hey @josh_bodner thanks for the attention.
When I use Firefox it never autoloads, it's responsive while switching between tabs but use lots of resources. On the contrary Chromium (my primary browser) is efficient but not agile while opening/switching between tabs/new tabs after some time.
From your point I suppose autoloading is due to low memory availability.
But make it instantaneous while opening new tab.
Sep 20 2020 04:12 PM
@gaggleweed Don't worry, you should be getting a fix soon: https://twitter.com/MSEdgeDev/status/1307012928592211969
Sep 20 2020 04:22 PM
@jateruy You're not the only person seeing this. In fact, I can actually repro it here on this site! We've got somebody looking into it.
Sep 20 2020 04:27 PM
@sid9-3 Ah okay, you're comparing to a non-Chromium based browser, that's good to know. Firefox is actually really interesting since they have a completely different process model. In them, every tab is in the same process, so they can't shut down or pause the processes the same way we can when you switch tabs. That very likely contributes to the snappy switching you're used to: https://developer.mozilla.org/en-US/docs/Mozilla/Firefox/Multiprocess_Firefox
Sep 20 2020 11:30 PM
@josh_bodner That's interesting.
Bdw the ''sleeping tab'' feature you mentioned is interesting. What I understood from my limited interaction with it is, it will enable the user to personalise resource usage and when a tab/site reloads. So a balance between efficiency and performance, right?
-Smooth scrolling (of course it's in the pipeline) should be the priority as it makes the overall experience smooth.
-The icons in the Edge UI needs fluent touch. In your presentations they look very smooth, a bit thick (I'm failing here to mention the particular design language for the word ''thick''), soft and textured. Currently I find the icons thin (again I hope you understand the difference between thick and thin in design language as I am no expert) and rough.
Sep 21 2020 10:44 PM
@sid9-3 yes, the goal with sleeping tabs is for us to use as little memory as possible while still having no noticeable speed difference when doing things like switching between tabs. It's a tough tradeoff, since devices with different amounts of memory and users who use different amounts of tabs in different ways mean that there's not a "set" point that's perfect for every single user. That will also be why, once we start rolling out sleeping tabs, it will be very important for us to learn if there are any websites that don't respond well to being put to sleep (or more specifically, that don't wake up properly or are broken when they wake up), since we can also fine-tune our heuristics to learn what tabs not to put to sleep at all.