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

    • Google are hyprocrites for signing this. They have been pulling the same dirty tactics as Microsoft, only they do it on Android and ChromeOS.
    • In some countries the law has forced Microsoft to display a menu on a fresh install of Windows which asks which web browser you want and it will install that browser. This doesn't add any bloat to Windows. It simply an additional step when setting up a new PC.
    • Chrome is also a first party browser on Android and ChromeOS. And on those systems, Google is pulling the same dirty tactics as Microsoft does on Windows.
    • Unofficial script lets you install unreleased Windows 11 features without Microsoft Account by Sayan Sen Microsoft has been steadily evolving the Windows Insider Program over the years, introducing new channels and testing paths that allow enthusiasts to experience upcoming and yet-to-be-released Windows features (some interesting hidden ones too) before they reach the public. However, one long-standing requirement has remained largely unchanged as users are generally expected to enroll in the Program and with a Microsoft account. That's where a third-party tool called "OfflineInsiderEnroll" can help. OfflineInsiderEnroll is said to be a lightweight script that enables access to Windows Insider Program builds on systems that are not signed in with a Microsoft account. Essentially the tool configures the necessary Insider settings locally and hence allows users to select and switch between available preview channels while continuing to receive builds through the normal Windows Update channel. If you are wondering how it manages to do so, it is made possible by a Registry value known as TestFlags. When configured to"0x20", Windows stops communicating with Microsoft's online Insider enrollment services thus preventing locally configured Insider settings from being overwritten. This allows the script to apply its own channel configuration directly through the Registry as Windows Update does not verify whether a device has been officially enrolled in the Insider Program or not. Previously the utility has had already supported the traditional Insider branches including Dev, Beta, and Release Preview. However following Microsoft’s recent restructuring of its preview channels, the script has now been updated. The latest OfflineInsiderEnroll version, 2.6.6, adds support for the newly introduced Insider channel lineup. As such, users can now choose from several Experimental channels in addition to Beta and Release Preview options. The update also retains tools for refreshing the Insider cache, resetting Insider settings, and completely stopping Insider enrollment when needed. Keep in mind though that will need elevated privileges when running the script (run as Admin). You can get the latest version of OfflineInsiderEnroll from this page on its official GitHub repo.
    • The "Classic" Outlook has done that for a few years as well. The option to even change that is really hidden away too... It really shouldn't be hard to respect user defaults. Sadly we are the product now, not Outlook. To change in the Classic Outlook: File > Options > Advanced > change "Open hyperlinks from Outlook in"
  • Recent Achievements

    • 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
    • Very Popular
      s0nic69 earned a badge
      Very Popular
    • Collaborator
      Asgardi earned a badge
      Collaborator
  • Popular Contributors

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

    Love Neowin? Tell a friend!