Recommended Posts

You have to cmd + Shfit + r after maximizing.

Cmd? :blink: My keyboard has Ctrl, **** or Alt, I don't have Cmd :(

By the way, I figured out how this happens.

Select a portion of the page and drag it up and down, and it'll mess up.

acid2wf5.png

acid1pu1.png

acid3ks8.png

I guess this isn't part of the test, but it just made me doubt for a while.

It's behaving normally. The scalp is set, by the test, to be positioned relative to the viewport. In this case, offset from the top of the viewport by 9em. If you scroll up or down, in Firefox or Opera or Safari (not sure about IE7), the scalp will always stay near the top of the screen. When you load the Acid2 test page and you see the box that contains the "Take The Acid2 Test" link, the scalp of the smiley is hidden behind it.

WebKit is a really impressive layout engine that seem to be flexible for their developers to adapt without breaking other things as easily. I've heard it's pretty lean at its core which is part why it's pretty quick, and part why it's easier to fix without dragging a huge bulk that have built up over the years like e.g. the Microsoft devs have to do. So this would be a contributor to why they can gain such a lead in Acid3 compliance so quickly.

It's just sad that Safari (for Windows at least) seem to eat ridiculous amounts of RAM after browsing for a while, perhaps related to Flash usage. I had Vista report 450 MB after a Safari 3.1 browsing session once, where Firefox 3 beta 4 would still hover around 70 MB or so. It's like comparing among the worst performers in this area to the most impressive ones lately, where the Mozilla team made a very impressive job -- they're definitely nailing these problems with Firefox 2. In my case, this graph seem to follow pretty closely what I experienced on Safari vs Firefox, memory-wise. Safari 3.1 unfortunately didn't seem to fare much better than 3.0.4 listed there.

Although I would like to use Safari more, the unorthodox theme for Windows users combined with the bad memory performance doesn't really offset the improved standards support for me. After all, even modern websites aren't at all designed around 90%+ Acid3 compliance, so I can't see this as a major advantage. In that case, things like Firefox extensions weigh much heavier here.

Edited by Jugalator

I wouldn't go by the visual appearance. To truly pass the test, you must not only get 100/100 but also progress through the test in a smooth fashion. If you have a fairly modern processor, the speed figures will be relevant. (My computer is perhaps too slow to provide meaningful results.) To figure out which parts of the test a browser is failing—or passes but too slowly—click on the "A" of the "Acid3" logo.

Safari (using the latest webkit nightly as of this post) fails tests 70, 75, 76, and 79. It would be interesting to see which tests it passes but too slowly on a newer computer. I would appreciate it if someone with a Core 2 Duo processor could reply with their computer specs along with the test numbers (and the corresponding times) where Safari with the latest nightly fails performance-wise.

windowclipping2ez8.png

That's on a Core 2 Duo e6300 (1.85Ghz)

A 2 second pause while running a test is really noticeable, I wonder what's causing it.

Edit: Seems there's currently a patch for Test 70, But it hasn't landed as it needs test cases, http://bugs.webkit.org/show_bug.cgi?id=17079

Edited by The_Decryptor

My run, on an AMD Athlon 1.33Ghz, had a significantly better time on test 65 (at 60ms). I think that test uses Ajax-related features (I haven't checked) and the performance difference is caused by network latency—I'm probably much closer to the server than you are. My run was significantly slower on test 26 (at 280ms). I think that is probably due to my slower processor.

My run, on an AMD Athlon 1.33Ghz, had a significantly better time on test 65 (at 60ms). I think that test uses Ajax-related features (I haven't checked) and the performance difference is caused by network latency—I'm probably much closer to the server than you are. My run was significantly slower on test 26 (at 280ms). I think that is probably due to my slower processor.

// bucket 5: Tests from the Acid3 Competition
	function () {
	  // test 65: bring in a couple of SVG files and some HTML files dynamically - preparation for later tests in this bucket
	  kungFuDeathGrip = document.createElement('p');
	  kungFuDeathGrip.className = 'removed';
	  var iframe, object;
	  // svg iframe
	  iframe = document.createElement('iframe');
	  iframe.onload = function () { kungFuDeathGrip.title += '1' };
	  iframe.src = "svg.xml";
	  kungFuDeathGrip.appendChild(iframe);
	  // object iframe
	  object = document.createElement('object');
	  object.onload = function () { kungFuDeathGrip.title += '2' };
	  object.data = "svg.xml";
	  kungFuDeathGrip.appendChild(object);
	  // xml iframe
	  iframe = document.createElement('iframe');
	  iframe.onload = function () { kungFuDeathGrip.title += '3' };
	  iframe.src = "empty.xml";
	  kungFuDeathGrip.appendChild(iframe);
	  // html iframe
	  iframe = document.createElement('iframe');
	  iframe.onload = function () { kungFuDeathGrip.title += '4' };
	  iframe.src = "empty.html";
	  kungFuDeathGrip.appendChild(iframe);
	  // html iframe
	  iframe = document.createElement('iframe');
	  iframe.onload = function () { kungFuDeathGrip.title += '5' };
	  iframe.src = "xhtml.1";
	  kungFuDeathGrip.appendChild(iframe);
	  // html iframe
	  iframe = document.createElement('iframe');
	  iframe.onload = function () { kungFuDeathGrip.title += '6' };
	  iframe.src = "xhtml.2";
	  kungFuDeathGrip.appendChild(iframe);
	  // html iframe
	  iframe = document.createElement('iframe');
	  iframe.onload = function () { kungFuDeathGrip.title += '7' };
	  iframe.src = "xhtml.3";
	  kungFuDeathGrip.appendChild(iframe);
	  // add the lot to the document
	  document.getElementsByTagName('map')[0].appendChild(kungFuDeathGrip);
	  return 5;
	}

Lots of DOM access and network access.

The Firefox nightlies don't seem to be improving at all anymore.... I guess webkit is the only browser with a full focus on Acid3.

The Gecko guys shouldn't be focusing on Acid3 at the moment, Firefox 3 is nearing release (Beta 5 is the last beta), they should be focusing entirely on bugs within the new features, not looking at adding new features this late.

Edit: Unless there's a 3.5 or something, the next release with any major changes will be 4

Wow. I am sure webkit will get to 100 % very soon. Only 4 more points to go!

Yes no doubt Webkit will reach 100/100 in the next while. The question is will they be releasing a Safari 3.2 or Safari 4 anytime soon?

Sure it's great and all that were tech oriented people and can use Webkit and know that it might not work with some pages because it is a Nightly build. But the majority of people are going to want to use a final product.

There is still a lot of CSS Webkit is working on other the just what Acid 3 tests for so I don't expect a Safari 3.2 shortly after webkit gets 100/100 but I do hope to see a Safari 3.2 within the next 6 months.

http://annevankesteren.nl/2008/03/acid3-opera-98

Acid3: Opera hits 98/100

It is probably no surprise that we were working on Acid3 given the latest weekly snapshot. However, what might be a surprise is that our post-Kestrel builds are at 98/100. It?s unlikely we?ll get that far with the official Kestrel release, but to keep some level of competition in passing the latest Acid test we wanted to share this. I?m told a public ?alpha? build to demonstrate this is imminent. Among the interesting new features are hsla() / rgba() and Web fonts (@font-face). (I?ll update this when I have some more information. Heading to the CSS WG meeting now.)
It'd be cool if this whole entire time, the team at Mozilla has been working their butts off on Acid3 and release the nightly that scores 100 like right before WebKit does. That would be freakin sweet.

Yeah, but they're too busy uploading Release Candidates of pre-alphas of betas every five seconds.

I doubt that will happen. I don't really care either way. Opera is even saying that the final build of Kestrel (which is 9.5 I think) will not get that high of a score. I don't expect Firefox 3 to get higher than a 70 and I'm perfectly alright with that...for now.

Its almost there!!!

Wow, what version of webkit are you using? I can only get 96/100 on the latest Win32 snapshot! :D

As for Opera, 77/100 on the latest build of Kestrel isn't to bad considering. And plus, the constant competition to get 100 on a test that isn't even recognized yet (other than being future proof I guess) is amazing heh.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • Samsung messages is still alive and well. They reversed that and decided to our more effort into it.
    • I think every American should have a course in a 'dry sense of humour' at school; and perhaps 'using sarcasm in jest' oh, and also 'the use or irony in humour'.
    • What they really need to do is automatically spell "loses" and "lose" correctly since nobody seems to know how to anymore. Then they blame spellcheck/autocomplete and don't realize autocomplete is just filling in the word for them automatically so it was misspelled in the first place.
    • If someone chooses to continue using SB and therefore goes through the manual intervention in the thread, afterwards the BSOD problem is gone. Whether they then re-enable the task doesn't matter, they're done, though on such machines it might pay to keep it disabled in case the next update (if there is a next) causes the same problem. OTOH, if someone disables SB in the BIOS, the problem is also gone. Incidentally, I noticed that this task exists even on machines that don't support SB. It's just installed across the board...and runs. Doing what on such machines is a little hazy.
    • qBittorrent 5.2.2 by Razvan Serea The qBittorrent project aims to provide a Free Software alternative to µtorrent. qBittorrent is an advanced and multi-platform BitTorrent client with a nice user interface as well as a Web UI for remote control and an integrated search engine. qBittorrent aims to meet the needs of most users while using as little CPU and memory as possible. qBittorrent is a truly Open Source project, and as such, anyone can and should contribute to it. qBittorrent features: Polished µTorrent-like User Interface Well-integrated and extensible Search Engine Simultaneous search in most famous BitTorrent search sites Per-category-specific search requests (e.g. Books, Music, Movies) All Bittorrent extensions DHT, Peer Exchange, Full encryption, Magnet/BitComet URIs, ... Remote control through a Web user interface Nearly identical to the regular UI, all in Ajax Advanced control over trackers, peers and torrents Torrents queueing and prioritizing Torrent content selection and prioritizing UPnP / NAT-PMP port forwarding support Available in ~25 languages (Unicode support) Torrent creation tool Advanced RSS support with download filters (inc. regex) Bandwidth scheduler IP Filtering (eMule and PeerGuardian compatible) IPv6 compliant Available on most platforms: Linux, Mac OS X, Windows, OS/2, FreeBSD qBittorrent 5.2.2 changelog: FEATURE: Use D-Bus to show file in file managers (Chocobo1) #24340 BUGFIX: Fix friendlyUnitCompact precision calculation (vafada) #24323 BUGFIX: Remove all top-level folders (glassez) #24333 BUGFIX: Use proper API for checking exit status (Chocobo1) #24349 BUGFIX: Delete stale lockfile when hostname mismatch (TurboTheTurtle, glassez) #24363 BUGFIX: Fix wrong removal procedure of watched folder paths (Chocobo1) #24413 BUGFIX: Don't reannounce before interface changes are applied (glassez) #24447 BUGFIX: Use Latin script for Bosnian locale name (Andy Ye) #24342 WEBUI: Fix performance of global checkbox toggling (tehcneko) #24316 WEBUI: Fix Safari transfer list header misalignment (Piccirello) #24377 WEBUI: Fix error when submitting magnet before metadata loads (Piccirello) #24378 WEBUI: Use correct row id when updating Rss Downloader feed selection (Chocobo1) #24402 WEBUI: Use SameSite=Lax for session cookie to fix cross-site login (Piccirello) #24422 WEBUI: Bring back properties panel expand/collapse button (vafada) #24430 WEBAPI: Only use X-Forwarded-Host header when reverse proxy support is enabled (Chocobo1) #24457 RSSS: Fix "RSS Smart Episode Filter" RegEx (nathanon-akk, glassez) #24398 RSS: Fix previously matched episode format (glassez) #24452 WINDOWS: Fix Python fallback search path (TurboTheTurtle) #24325 WINDOWS: NSIS: Allow to install x64 binary on ARM64 (Chocobo1) #24358 Download: qBittorrent 5.2.2 | 41.1 MB (Open Source) Download: qBittorrent 64-bit installer (qt6) | 43.6 MB Links: qBittorrent Home page | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
  • Recent Achievements

    • Veteran
      branfont went up a rank
      Veteran
    • Reacting Well
      Almohandis earned a badge
      Reacting Well
    • First Post
      Cosminus earned a badge
      First Post
    • One Year In
      ThatGuyOnline earned a badge
      One Year In
    • Week One Done
      Jeroen Wilms earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      498
    2. 2
      +Edouard
      185
    3. 3
      PsYcHoKiLLa
      126
    4. 4
      Steven P.
      87
    5. 5
      neufuse
      72
  • Tell a friend

    Love Neowin? Tell a friend!