Recommended Posts

 

 

This is an update of our Aura plans first explained in [1] and then in [2]. Please read those if you don't know what Aura is.
 
At that point we didn't have a timeline but now we do. We are trying to ship Aura on Windows in m32. The main issue is performance but we are making fast progress towards parity on that front. As in any release we are metrics driven; if we don't meet the speed, stability, security metrics we simply don't ship.
 
Aura is a grand unification of our graphics and UI stack that has significant implications. Here are the ones that you want to be aware of:
 
1- For Win7 and Win8 machines with capable video hardware and relatively new drivers, Aura fully uses the GPU.
This might lead to issues for some users with non standard configurations. We are increasing the test efforts to include varied hardware but we don't expect to catch every bug.
 
2- For WinXP and Vista users we will always use the software-only path. 
A lot of the performance work we are doing is related to make this mode as fast as it is in m31. However, in the short term we expect to use more CPU cycles and more memory than m31. Part of it is just a trade-off between scrolling performance and use of resources. We'll work to refine our stack in upcoming releases so we only pay the price for the things we really care about.
 
3- We have an automatic mechanism to switch Chrome from the GPU path to software path if we detect trouble.

It is nearly instantaneous in the case where the GPU process crashes. However, if the GPU process hangs it takes longer for Chrome to detect this condition, and of course BSODs are not something that we can prevent in most cases.
 
4- Opt-in or out.
In the short term users can opt-in or out from GPU acceleration from the settings menu -> system -> Use hardware acceleration. This setting will go away for XP and Vista users
once we switch to use DX11 because that is not available on those releases. We don't have a timeline for that yet.
 
5- WebGL and Pepper Flash.
If Aura is in software mode (for XP users for example) both WebGL and Pepper flash are also in software mode. This means that Flash's stage 3D [3] is unavailable. In previous versions of Chrome we could tolerate some parts of the page using hardware acceleration and others not using it but that is not practical with Aura. In the case of Flash the user can switch to NPAPI flash (for now, NPAPI is going away by the end of 2014) or Opt-in into hardware acceleration.
 
6- Windows 8 mode and Ash.
Ash is the Aura Shell [4]. Which most people know as the ChromeOS windowing environment. Aura implies Ash, so we decided to use Ash as our shell environment for Windows 8 metro mode. We are currently experimenting on how much of the shell we expose in Windows 8 mode, but even if Chrome m32 looks like m31 in metro mode Ash will still be running under the covers.
 
7- Linux and Mac.
The plan of record is to move Linux Chrome to Aura in m33. There are no plans to move Mac to Aura.
 
8- Legacy UI/ Graphics stack.
It will be removed from the codebase once there are no clients . If the current plans hold, it means it will be removed before we branch for m34.
 
-cpu
 
 

https://groups.google.com/a/chromium.org/forum/#!topic/chromium-dev/UMwGGgP0P9c

Does that mean "tagging" system is coming in Bookmarks:

 

 

 

Experimental bookmark model based on tags. This CL introduces a BookmarTagModel class. BookmarTagModel provides a way to access and manipulate bookmarks in a non-hierarchical way. BookmarkTagModel view the bookmarks as a flat list, and each one can be marked with a collection of tags (tags are simply strings). BookmarkTagModel converts on demand the data from an existing BookmarkModel to its view of the world by considering all the titles of all the ancestors as tags. This view is frozen on an individual bookmarks when the BookmarkTagModel performs a change on the tags of this bookmarks. The Bookmark's meta info is used for storage. An observer may be attached to a BookmarkTagModel to observe relevant events. BUG=None Review URL: https://codereview.chromium.org/26894002

For those running the dev channel, today's update fixes problems in the previous update with the Syzy thingamabob which resulted in all extensions breaking. Extensions work once again.

 

Not sure whether those problems were just on my end, but it seems the Syzy thing caused major problems elsewhere.

Oh yes, another bug with the Chrome OS implementation. If you're running dual display, and minimise the browser window inside the Chrome OS frame on a smaller display, it'll attempt to maximise to the primary display's resolution, bugging it out.

So on a 1440x900 display, Chrome attempts to maximise to 1920x1080. :rofl:

And the black screen bug is now fixed on my machine.

Google must believe bigger is better! I wanted to say "Well everything is bigger in Texas" but u don't live there sooo I'll run with previous

  • 2 weeks later...

I made a bug report for the annoying flash bugs in chrome regarding multi monitor setups and fullscreen mode: Would be awesome if some people in here could test, star and confirm this issue for me: https://code.google.com/p/chromium/issues/detail?id=317532 Thanks!

Iron is a known scam/scareware. People get so paranoid about Google spying on you in Chrome without researching.

 

http://www.insanitybit.com/2012/06/23/srware-iron-browser-a-real-private-alternative-to-chrome-21/

 

You're better off disabling all the privacy-offending features in Chrome if they're really an issue or just use Chromium.

DirectWrite coming.... Yuppee!!!

 

https://code.google.com/p/chromium/issues/detail?id=25541#c57

 

 

Expose the DirectWrite RuntimeEnabledFeature to WebRuntimeFeatures to
allow it to be set from chrome. This in turn will allow us to add a
--direct-write command line flag for the experimental DirectWrite font
rendering support.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Posts

    • I like the show more options. The only problem with it is that it's not always in a consistent spot in the menu. If the copy/paste/cut, happens to show on top, then more option is the last in the menu. But if copy/paste/cut happens to show on the bottom, then more options is before the copy/paste/cut. But I do like the more options because it hides the stuff that I rarely use. But I would like to choose what it is or isn't hiding. That would make it better.
    • I wonder if "put it back the way it was for decades" ever crossed their minds? 🤣
    • Rescind the stupid "Show more options" in context menus and just give us the full menu instead of adding more steps to get to what we want. The "simpler by default" makes me think they'll go in the opposite direction. Every context menu should have a configure button so you can pick and choose what options should be shown, I know you can do that with some registry fu but that shouldn't be required.
    • This is why competition must exist. Finally, pressure is mounting on Microsoft to move in the right direction.
    • Microsoft is making Windows 11's context menus faster, simpler, and configurable by Taras Buria Five years ago, Windows 11 introduced redesigned context menus, offering users a simpler, more modern design. However, customers quickly discovered that the new menus leave a lot to be desired. Many are unhappy with performance (they are really slow), while others dislike the double-layed design, where many options are hidden behind the "Show more options" button. In addition, over the years, menus became cluttered and overloaded. While Microsoft has already fixed plenty of pain points across Windows 11, context menus remain mostly unchanged. Fortunately, Microsoft is finally listening. Marcus Ash, Design and Research Lead for Windows at Microsoft, responded to a tweet on X, confirming that the company is working on fixing Windows 11's context menus. Reworked context menus are supposed to be faster, simpler by default, and "configurable to what you use most." What the latter means is unknown, just like whether Microsoft plans to keep the classic menu alongside the modern one, but according to Marcus, the wait should finally be over soon, as he promised to "share our approach soon." Improved context menus will most likely appear first in Windows 11 preview builds in the Experimental Channel. While we wait for Microsoft to release them, you can try fixing context menus on your PC with a simple tool called Windows 11 Context Menu Manager. It lets you disable entries you do not need, not only cleaning up context menus, but also making them significantly faster. Microsoft has already improved Windows 11's Start menu and taskbar, so hopefully it will address user criticism of the context menu as well. Stay tuned for new Windows 11 preview builds, which usually arrive every Friday.
  • Recent Achievements

    • Week One Done
      I2D earned a badge
      Week One Done
    • One Month Later
      Carru_123 earned a badge
      One Month Later
    • Week One Done
      Dr Jared Dental Studio earned a badge
      Week One Done
    • Week One Done
      RG INVESTMENT GROUP earned a badge
      Week One Done
    • Very Popular
      The Norwegian Drone Pilot earned a badge
      Very Popular
  • Popular Contributors

    1. 1
      +primortal
      472
    2. 2
      PsYcHoKiLLa
      251
    3. 3
      Skyfrog
      79
    4. 4
      FloatingFatMan
      67
    5. 5
      Michael Scrip
      60
  • Tell a friend

    Love Neowin? Tell a friend!