Google Chrome 34 Is Out: Responsive Images, Supervised Users
An anonymous reader writes "Google today released Chrome version 34 for Windows, Mac, and Linux. The new version includes support for responsive images, an unprefixed version of the Web Audio API, and importing supervised users. You can update to the latest release now using the browser's built-in silent updater, or download it directly from google.com/chrome."
In case anyone wanted to know what responsive images are, I googles this imformative article on the subject:
http://dev.opera.com/articles/...
Bye!
The last few versions were so abysmal it's worth talking about...
A "responsive image" will load either a small or large version (or multiple versions) depending on the browsers's screen resolution. To do this, it makes an extra request to the server before requesting the appropriate image size.
(The referenced Opera article prattles on and on - Google's faster.)
What about proper HiDPI support?
The 32-bit version will install in a 32-bit browser.
Did they put the arrows back at the top and bottom of the scrollbar? I use those a lot.
Well good news! Once Firefox fully apes the Chrome UI they can both look equally ugly!
I have a dream... Where, instead of learning to support some new "responsive image" paradigm, the web designers of the world focus their efforts on learning to make use of the responsive vector images that browsers already support.
Chelloveck
I give up on debugging. From now on, SIGSEGV is a feature.
You don't need wavelets for that. Instead, all you really need is so-called "progressive JPEG": send the first 15 or 21 DCT coefficients for a half-resolution decode, then send more coefficients for the full-resolution decode. But in practice, that doesn't speed things up because in order to terminate the image download after the first few coefficients, the web browser has to close the HTTP connection instead of keeping it alive, which means yet another round of TCP slow start.
True, with IE for XP officially dead, it's finally safe to use SVG on the vast majority of browsers. But good luck efficiently vectorizing a photograph received through a camera lens.
I see arrows there. Never noticed they were missing however.
This is on Linux with 34.
I was still using 33 on Windows until I read your message. At the time, I also did not have any arrows. Reloaded Chrome to apply 34, and now they're back.
In what usage case does this happen? I always get the url appear as a status bar along the bottom.
Download the crx file from where ever you want and drag & drop the file into the extension tab in settings. Done.
Running on linux mint I currently have 2 windows and a combined 29 tabs. Current memory footprint for all processes is 2256mb. Each tab seems to consume a minimum of 30mb uo to a max of 112mb.
For specifics this page is using 31.1mb
I personally don't have a problem with that given ever tab is a separate process.
The installer does ask you if you want it installed for all users or just this user. Potentially you had the wrong box marked.
I have arrows on both my Linux and windows installs.
Wow, that's surprising. Chrome eats memory on Ubuntu 12.04. Using version 34, with 19 tabs open, I'm using 2.9GB of private memory and 1GB proportional. This page is using 150MB for me. Maybe it's a 64-bit thing? After a day or so memory usage will approach 6-8GB.
I've found gmail to be particularly bad. My gmail tab is at 400MB right now, but within 24 hours it will balloon to 1GB and then keep growing. I think it usually ends up around 2-2.5GB after a few days, but I've seen it higher. I think there must be some kind of JS memory leak or something.
That said, it's not usually that big of a deal for me. I have 16GB of RAM, most of which is just cache unless I load a VM. Chrome's memory leaks do force me to close the browser and restart it though when I need to free up a few GB for running multiple simultaneous VMs.
I have 3 tabs and 11 process for chrome running. Total memory usage is about 500MB
I have ad blocker, and a few developer extensions running.
I'm on a win7 64 bit box.
The Kruger Dunning explains most post on
Should probably have specified - I'm on a 32bit system and the machine only has 4gb of ram. (custom software at work which is not currently 64bit friendly at all)
Also have adblcok, ghostery, gmail notifier and a few other random things installed.
Arrows back on regular sites, seem to be still gone from google sites. Oh google, you're so funny...
If the browser's open for a while, such as a few days (and there were reports it kicked in instantly if pages contained certain form elements that were interacted with). Should be fixed in 34, along with the completely non-standard scrollbars that were missing arrows.
All of the good mouse gesture add-ons broke when chrome update 32 removed some legacy features in the name of security. The only mouse gestures that work now have ad-ware built in. Why can't someone make an open source mouse gesture add on?
Ok. I've never managed to have that happen but that just means I was lucky (even with a browser open for week+). Also I've always had arrows....
You can update to the latest release now using the browser's built-in silent updater
Whoa, whoa, slow down... could you walk me though that?
32-bit Windows -- chrome taking 256MB...at first. Has shrunk down to 165MB a few minutes later. Not my idea of acceptable memory usage.
Opera, with 17 tabs, and it has been running for a few days, is only using 323MB
I come here for the love
Not on OS X. See http://www.java.com/en/downloa...
Safari and Firefox are both 64-bit, fwiw. I don't understand why Google is dragging their feet on this.
when they add a menu bar. Until then, I have ZERO interest in Chrome.
I'm not trolling. I'm completely serious. Removing a standard UI component "just because" is an absolute deal breaker for me.
LK
"Hi. This is my friend, Jack Shit, and you don't know him." - Lord Kano
You can temporarily fix it by disabling and re-enabling hardware acceleration from the settings. (no restart needed)
HTML/DOM scrollbars, not native. Not sure how they work (at a low level), but they seem to be "standard" for some sites to use these days for any content that scrolls separately from the overall page itself.
Look here for the Chrome "IT Administrator" installer that will install to %ProgramFiles%.
So draw us a better UI... and don't just say "Internet Explorer 9!"...
Maybe it's an issue with the Linux version. On Win7 x64 I see about 25MB for a Slashdot story tab. I'm using about 1.6GB total but have over 40 tabs open in three windows.
const int one = 65536; (Silvermoon, Texture.cs)
SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
32 bit supports up to 64GB of RAM.
Support my political activism on Patreon.
I've had the same issues on the Mac version for years.
SWM seeks new sig for a brief fling
the decode is probably faster than the network transfer
That's not the bottleneck as much as the multi-decisecond latency of requesting each range over a wireless (satellite or cellular) connection.
so it can request it in batches of size X
How would the browser know what size X is, so that it doesn't get a tiny range, request another, wait two seconds, request another, wait two seconds, etc.?
Yeah I have the same issue. I've tried various Linux distros (ubuntu based) and they all have the same issue. Chrome is a memory monster. Firefox works like we would expect. Very reasonable memory usage, Chrome though is just as you stated. In fact, I run Linux Mint 16 at the moment. I had 2GB in this notebook. I upgraded to 6GB, just so I could run Chrome...lol. Yes, I upgraded memory - to run a browser...lol. I sort of rely on my Google accounts integration with Chrome, so it's worth it to me. Really, I think the problem is Google. They're not really fond of us Linux users. Googe Drive has no client, and I could go on and on. Although we have some of the best and brightest minds in the Linux community, when it comes to Google, we're sort of just left back until someone somewhere in our community comes to the rescue. Google just really doesn't care. Hence, I believe that's part of our Chrome memory usage issue....