Opera announces 'gradual transition' to WebKit for desktop and mobi


Recommended Posts

Personally I liked Opera developers efforts for Presto engine but they had little user base so cost benefit was less. Webkit is free open source contributed by many many people so it will good for them switch but it will be monopoly. Which I hate...

Personally I liked Opera developers efforts for Presto engine but they had little user base so cost benefit was less. Webkit is free open source contributed by many many people so it will good for them switch but it will be monopoly. Which I hate...

Monopoly is really in regards to one company. If Chromium for example becomes the standard it won't be a monopoly as many companies and people contribute to it.

1st Step: Get everyone on Chromium/Webkit

2nd Step: Get it to be official standard where everyone contributes to and is tightly connected with W3C

3rd Step: Enjoy rapid innovation and progress on the web without waiting a decade for new features to trickle down and deal with different browsers that wanted to integrate and interpret the HTML/CSS/JS standards however they want.

There's a reason why we are still waiting on ECMAScript 6

Look at this mess:

http://kangax.github.com/es5-compat-table/es6/

Monopoly is really in regards to one company. If Chromium for example becomes the standard it won't be a monopoly as many companies and people contribute to it.

1st Step: Get everyone on Chromium/Webkit

2nd Step: Get it to be official standard where everyone contributes to and is tightly connected with W3C

3rd Step: Enjoy rapid innovation and progress on the web without waiting a decade for new features to trickle down and deal with different browsers that wanted to integrate and interpret the HTML/CSS/JS standards however they want.

There's a reason why we are still waiting on ECMAScript 6

Look at this mess:

http://kangax.github...mpat-table/es6/

No actually as some one on previous pages mentioned that sometime user contribution is ignored because other does not want in case of Webkit then this is sad fact. I am personally not a follower of Webkit or Chrome development except I read Chromium changelogs while I do follow Mozilla development quite much. Again Microsoft is quite silent and secretive except their Microsoft Connect for feedback.

Lets hope whatever happen, it will be in favour of developers, users both at a time.

BTW one general question? Whether they will go with Webkit or Webkit2 API, Webkit 2 API is same as Chrome multiprocess architecture (as far as I know) and used in Safari 5.2+ which never released for Windows? Am I right? So which one Opera choice?

I suggest Webkit 2 API..

Monopoly is really in regards to one company. If Chromium for example becomes the standard it won't be a monopoly as many companies and people contribute to it.

1st Step: Get everyone on Chromium/Webkit

2nd Step: Get it to be official standard where everyone contributes to and is tightly connected with W3C

3rd Step: Enjoy rapid innovation and progress on the web without waiting a decade for new features to trickle down and deal with different browsers that wanted to integrate and interpret the HTML/CSS/JS standards however they want.

There's a reason why we are still waiting on ECMAScript 6

Look at this mess:

http://kangax.github.com/es5-compat-table/es6/

I see you still don't understand the difference between a standard and software. It's important to have a standard and it let software be the standard. It stifles innovation, even when OS and breaks thievery purpose of a standard.

BTW one general question? Whether they will go with Webkit or Webkit2 API, Webkit 2 API is same as Chrome multiprocess architecture (as far as I know) and used in Safari 5.2+ which never released for Windows? Am I right? So which one Opera choice?

I suggest Webkit 2 API..

from the wording in the article, it sounds like opera is going to be based on chromium.

Well exactly.. that's the whole point.. if we had that on desktop it would 10x better than what we have now.

No it wouldn't... and I like how you ignored everything else in my post, par for the course of course when it comes to you.

No it wouldn't... and I like how you ignored everything else in my post, par for the course of course when it comes to you.

Developing HTML5 stuff for mobile where we really have two major webkit based browsers is 10 times easier than for desktop. I read your whole post, this FACT disproves your opinion.

Developing HTML5 stuff for mobile where we really have two major webkit based browsers is 10 times easier than for desktop. I read your whole post, this FACT disproves your opinion.

The easiest is of course to develop using the STANDARD, not using the prefixes at all until the prefixed function are actually standardized.

the only thing you're accomplishing here is giving away control of the web, AGAIN, and hindering innovation, AGAIN.

The fact you can't code and write the same code 15 times for no good reason is besides the fact. and the reason it's easier to code for mobile isn't because 90% of mobile internet users are on iOS/Webkit/Safar. it's because they'r eon mobile and mobile sites by default are simpler and easier.

omg it's easier to put together a 20 piece puzzle than a 500 pieze one, THE REVELATION!!!

It also doesn't help that the majority of code added to websites for browser specific functions are not there to ad functionality, but to falsely detect the browser(which is the wrong way anyway, you're supposed to detect what the browser supports, not the browser, but as a coder I suppose you know this...), and then most of the code for this again, is simply to push broken code to certain browsers. I mean look at the amount of webpages that suddenly work perfectly even better than in Chrome if you let opera pretend to be chrome.

The great holy google did this themselves right after they bought google docs. their very first update(this was before Chrome when IE had 90% market and FF was heavily paid by Google), the very first google update to the "google docs" before they even changed the name only did one thing. It used deep browser scanning to detect Opera(so changing the user agent wouldn't work) and sent broken code to it. there was NO other changes. just breaking the webapps in Opera, and suggestign they switch to the google supported FF.

from the wording in the article, it sounds like opera is going to be based on chromium.

So Webkit1 with Chrome like multiprocess architecture. Thanks for pointing my thinking at that point as well.

BTW one general question? Whether they will go with Webkit or Webkit2 API, Webkit 2 API is same as Chrome multiprocess architecture (as far as I know) and used in Safari 5.2+ which never released for Windows? Am I right? So which one Opera choice?

I suggest Webkit 2 API..

WebKit2 and Chromium (Chrome) aren't the same. Chromium is based on WebKit "1" and Google developed their own multiprocess & sandbox environment and slapped it on top of it. WebKit2 is built differently, but offer similar functionality.

In my experience, while testing Safari and Chrome, is that WebKit2 seems to manage processes better (memory) but apart from that I couldn't really say... I'm by no means an expert in the area and I couldn't talk about/compare their security to save my soul.

I wish Opera had chosen WebKit2 in any case, but it seems to me quite clear that they're going to fork Chromium. It'll be interesting either way though. Opera have innovated so much already!

it's easier to code for mobile isn't because 90% of mobile internet users are on iOS/Webkit/Safar. it's because they'r eon mobile and mobile sites by default are simpler and easier.

omg it's easier to put together a 20 piece puzzle than a 500 pieze one, THE REVELATION!!!

Absolutely wrong..

Have you written serious web apps for mobile? Well I have.

The reason why it's easier to write is because of Webkit.. we have most of the features unified (with some slight differences that Apple added on iOS Safari but are really not deal breaking - aka you don't have to use them and have mostly to do with scaling and zooming in/out pages). The only real big difference is that Apple uses Nitro JS VM while Google uses V8 so there might be some discrepancy in JS performance but that's not really much of an issue as well because they are both pretty fast.

The reason HTML5 actually started getting used more and more is exactly BECAUSE of mobile. The first and more advanced web apps have been written for mobile first because the HTML5 features have been added rapidly for both Android and iOS. Both Android and iOS browsers have been able to innovate very quickly and bring new features and fix issues that didn't work.

CSS3 stuff has been working on both since pretty much the beginning when no desktop browser really supported it (I built things in 2008 for iOS that used cool 3D effects and crap). The only difference between the two were that Google got a bit later in to have hardware acceleration on CSS3 transitions and stuff but that was because of the OS and not really related with webkit.

Today even, HTML5 is hardly used on the desktop because of the mess it is in, however people have started building full blown apps with HTML5 on mobile and they are now combining with tools that package that code along with hardware APIs so we can access specific device capabilities (aka PhoneGap and others).

You won't see this ubiquity on the desktop web for a while. If we are lucky in 5 years. Which would make it about 10-11 years since HTML5 officially got to W3C/WHATWG.

Hell, even WebGL is now being introduced in Chrome on Android (via --enable-webgl flag - experimental) and most likely in Safari soon as well when Google officially pushes it.

And it's going to have 90%+ support on mobile years before it will have that ubiquity on desktop (if ever).

I'm not sure what you are talking about when you say it's not easier.. it's 10 times easier. It's nicer for development too. Less waste of time and unnecessary code just to make your web app appear and work the same across browser. It's really a joy to develop for unlike for desktop.

Today even, HTML5 is hardly used on the desktop because of the mess it is in, however people have started building full blown apps with HTML5 on mobile and they are now combining with tools that package that code along with hardware APIs so we can access specific device capabilities (aka PhoneGap and others).

:huh:

PhoneGap (owned by Adobe), other tools owned by other companies, and you think this is a good thing?

HTML is a markup language, and you can barely find a good agreement on how to just write a document that gets presented with standard markup that has a logical semantic outline, yet some companies want it to flash and dance and work as some magical do-it-all client side language which is a terrible idea. Five years out we're going to have HTML the document language, and HTML/js/CSS the application development language, which is fragmented but works on every device if you don't mind kludging it together with 3rd party tools.

WebKit2 and Chromium (Chrome) aren't the same. Chromium is based on WebKit "1" and Google developed their own multiprocess & sandbox environment and slapped it on top of it. WebKit2 is built differently, but offer similar functionality.

In my experience, while testing Safari and Chrome, is that WebKit2 seems to manage processes better (memory) but apart from that I couldn't really say... I'm by no means an expert in the area and I couldn't talk about/compare their security to save my soul.

I wish Opera had chosen WebKit2 in any case, but it seems to me quite clear that they're going to fork Chromium. It'll be interesting either way though. Opera have innovated so much already!

Thanks for information but I already know this though. Also same wish that Opera should go with Webkit 2 but as pointed by ViperAFK, they might go with Chrome approach.

So Webkit1 with Chrome like multiprocess architecture. Thanks for pointing my thinking at that point as well.

Multiprocess can be done with any rendering engine and has nothing to do with the actual rendering engine. It's the actual program and how that is programmed that defines that. hopefully Opera decides to do it as they currently do, multi process, but wrapped inside the opera file so your task manager isn't flooded by 50 opera.exe files. god that's annoying in chrome.

Personally I much prefer a well programmed browser like opera that doesn't crash, as opposed to a browser like chrome where the crashes are separated. to not affect the whole browser.

I'm not sure what you are talking about when you say it's not easier.. it's 10 times easier. It's nicer for development too. Less waste of time and unnecessary code just to make your web app appear and work the same across browser. It's really a joy to develop for unlike for desktop.

It's also 10 times easier to JUST STICK TO THE FRICKEN STANDARD, and don't use the damn prefixes. less resources, better code, faster site, cleaner code. and far less effort.

Just because you're incapable of coding without adding in 50 fancy and completely unnecessary "cool" effects that are only supported on some browsers, doesn't make it harder, it just means you're unable to to not add in lots of unnecessary CSS code that makes your life harder.

Also you're not supposed to code for browser, you're supposed to use the standard function for checking what is supported in the browser visiting the site an activate CSS effects based on that. easy, and clean on the code and efficient. as opposed to checking for the browser and manually adding code for each browser and each version of the browser.

Also as for VRML2... err I mean, WebGL.... bwahaha. sorry that crap isn't and shouldn't be used, EVER. it makes horribly designed 100% flash sites look like user friendly interface masterpieces. and it's horrible to use for games as well. better to use an actual plugin for that, r an actual app. but hey you're completely against separate apps like flash and think html5 is the greatest best thing ever... err wait a min now...

  • Like 3

Monopoly is really in regards to one company. If Chromium for example becomes the standard it won't be a monopoly as many companies and people contribute to it.

1st Step: Get everyone on Chromium/Webkit

2nd Step: Get it to be official standard where everyone contributes to and is tightly connected with W3C

3rd Step: Enjoy rapid innovation and progress on the web without waiting a decade for new features to trickle down and deal with different browsers that wanted to integrate and interpret the HTML/CSS/JS standards however they want.

Funny, I have a deja-vu feeling. It was 20 years ago with UNIX and all the standards like POSIX or CDE, when Sun, IBM, Digital, HP and SGI were all battling while promising a better standardized UNIX future.

I heard the same kind of arguments from developers who were working in the comfort zone of SunOS and did not want anything to do with Irix because it was different

We all know how it ended.

Multiprocess can be done with any rendering engine and has nothing to do with the actual rendering engine. It's the actual program and how that is programmed that defines that. hopefully Opera decides to do it as they currently do, multi process, but wrapped inside the opera file so your task manager isn't flooded by 50 opera.exe files. god that's annoying in chrome.

Personally I much prefer a well programmed browser like opera that doesn't crash, as opposed to a browser like chrome where the crashes are separated. to not affect the whole browser.

If it is not at engine level in case of Webkit but I think Gecko is different. Where Mozilla ditched idea of E10S (electrolysis|) project and now they are doing snappy project by moving code to aysnc and from away from main thread.

Lets hope whatever we get makes web developers and users both happy.

This is awful news.

Well exactly.. that's the whole point.. if we had that on desktop it would 10x better than what we have now.

Just like 90% of people using IE6, right? Jesus Christ your lack of logic is hurting my brain.

  • Like 2

Personally I much prefer a well programmed browser like opera that doesn't crash, as opposed to a browser like chrome where the crashes are separated. to not affect the whole browser.

Spot on. ;)

Know whats funny? Boz still hasn't answered to Athenar's challenge but keeps repeating the same crap he always does.

He hasn't answered anyone challenges and merely selectively quotes 1/10th of people's posts when he replies or just ignores them altogether.

So you're saying Webkit is a closed source project now? Or maybe that "It's fine because it's open source" defence doesn't work out so well in practice?

He's saying that Google doesn't own Webkit. Google can't just do whatever they want to with it.

This is awful news.

Why?

He's saying that Google doesn't own Webkit. Google can't just do whatever they want to with it.

They can, and then we have WebKit fragmentation and... Square one

Again, software is not a standard. Standard is not software. Software follows standards. Standards are written for software.

  • Like 2
This topic is now closed to further replies.
  • Posts

    • NetSpeedTray 1.3.3 by Razvan Serea NetSpeedTray is a lightweight, open-source Windows network monitor that shows live upload and download speeds directly on the Taskbar. Designed for efficiency, it quietly sits in the system tray, conserving CPU and battery with dynamic updates. It blends seamlessly with Windows 10/11, adapts to light/dark themes, and auto-positions to avoid overlaps. Features include accurate interface detection, customizable display, optional mini-graph, color coding, granular font and unit control, detailed per-interface history graphs, safe data management, and easy CSV export—bringing the network monitoring Windows forgot. NetSpeedTray key features: Lightweight & Efficient Runs quietly in your system tray without consuming resources. Features a "Dynamic Update Rate" that lowers refresh frequency when the network is idle to save CPU and battery life. Native Look & Feel Blends seamlessly with Windows 10/11 UI. Smart detection for light and dark taskbar themes ensures text is always visible. Intelligent & Adaptive Positioning Automatically finds empty space next to your system tray and shifts to make room for new icons, preventing overlaps. Seamless OS Integration Behaves like a native Windows component. Hides instantly with auto-hiding taskbar Hides when a fullscreen app is active Smart Network Monitoring Accurate by Default: Auto mode identifies your main internet connection and ignores noise from VPNs or virtual adapters. Easy Interface Selection: Switch effortlessly between Auto, All, or Selected network interfaces via intuitive radio buttons. Total Visual Customization Free Move Mode: Unlock and place the widget anywhere on your screen. Optional Mini-Graph: Real-time graph of recent network activity with adjustable opacity. Color Coding: Customize colors and speed thresholds to quickly see network status. Granular Display Control Text & Font: Adjust font family, size, weight, and alignment. Units: Automatic (B/s, KB/s, MB/s) or fixed Mbps display. Precision: Set decimal places and always show them for uniform appearance. Detailed & Intelligent History Graph Smart Scale: Logarithmic scale shows low-level traffic and large spikes clearly. Per-Interface Filtering: View speed history for specific adapters (Wi-Fi, Ethernet, VPN). Safe & Efficient Data Management: Adjustable retention, automatic cleanup, optimized database. Easy Data Export: Export raw data to .csv or save high-quality graphs for reports. NetSpeedTray v1.3.3: The Updater Fix A stabilization release that repairs a critical regression in v1.3.2: the app shipped without OpenSSL, which silently broke every HTTPS request — including the built-in update checker (the "Could not check for updates" error many of you hit). This release restores it, hardens the build so it can't happen again, and fixes a startup crash plus four other reported bugs. Changes: Fixed update checking — Resolved a critical issue that prevented the app from checking for updates ("Could not check for updates"). Fixed startup crash with Auto-Cycling — The app no longer crashes on launch after enabling Cycle display mode. Fixed incorrect network speeds on 10GbE adapters — Multi-gigabit network cards now display speeds correctly instead of being stuck at 0. Improved color coding — Default color is shown when idle, and color/threshold changes now apply immediately without restarting. Fullscreen visibility fix — The widget now correctly stays visible over fullscreen apps when Keep Visible is enabled. Improved AMD Ryzen temperature detection — More reliable CPU temperature monitoring for Ryzen processors. Cleaner upgrades — Installer now removes outdated application files during upgrades, preventing DLL/version conflicts while preserving user settings. Improved stability — Fixed potential DLL loading issues by excluding critical OpenSSL and NumPy components from UPX compression. Better settings window — Scrollbars removed and layout improved for a cleaner experience. Localization improvements — Updated translations and completed missing UI text across all supported languages. More reliable releases — Added regression tests covering recent critical fixes, bringing the test suite to 196 passing tests. [full release notes] Download: NetSpeedTray 1.3.3 | 87.9 MB (Open Source) Download: NetSpeedTray Portable | 101.0 MB View: NetSpeedTray Home Page | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • Why Delta Chat is the best decentralized messenger you have probably never tried by Paul Hill There is no shortage of messaging apps out there; we have WhatsApp, Messenger, and Telegram, just to name a few. While Meta has taken steps to incorporate encryption into Messenger and WhatsApp, they still leave a lot to be desired. If you are in the market for a messaging app that promotes security, privacy, and optional anonymity, you'll want to read what I have to say about Delta Chat. For those not familiar with Delta Chat, rather than relying on centralized servers as you do with Facebook Messenger, it relies on email. Essentially, it is a chat interface that feels like a messaging app, but secretly in the background, it is firing off emails. In the past, you used to have to sign in with your email account. When you sent messages to people, it would just be sending encrypted messages to their inbox, which their Delta Chat client would decrypt. When I first learned about Delta Chat, it required users to sign in with an email account, but I was pleasantly surprised upon trying it in 2026 that this is no longer a requirement, or the preferred method was to use the app. Recently, I’ve tried UAD-ng on my old Nokia 3.4 to disable most of the Google apps because the bootloader is locked, and this is the next best option. While finding replacement apps in F-Droid, I came across Delta Chat again, and it has undergone quite a big change since I last used it, with its new chatmail relays, which no longer require you to sign in to your own email account, providing anonymity, and they offer greater security. Android and Desktop Delta Chat apps. Not only does it run on my de-googled phone, but it also works on desktop computers and iOS, making it truly ubiquitous. For me, Delta Chat is a wonderful alternative messenger because it gives you more control. It supports switching between different profiles, which you can set up super quickly; you don’t register a username, you don’t register a password. The only thing you do have is a random string email address on a chatmail relay (which you don’t have to memorize). To maintain access to your profile, you just need to add a second device to your account via QR code or make a backup of your account, which you can restore later. Fail to do these, your account is gone - as it should be if you don’t want to leave accounts that could get hacked later on. My decision to block Google stuff on my Nokia was done for practical reasons; the device sucked when it launched, and it sucks even more now. The nice thing about F-Droid and the apps within is that they’re usually lightweight, free of bloat, and work well on that device. What was inconvenient for me was that it was hard to send messages from that device, say if I wanted to copy a code over to my main phone or send family members a link from that device. That’s when I decided to look at the available chat apps and saw Delta Chat. Another nice thing about Delta Chat is its notifications. Some messaging apps rely on Google’s ecosystem for notification transport on Android; however, with Delta Chat, it can use Google’s solutions if you have Play Services or MicroG installed. Otherwise, it is able to keep a background connection to the chatmail relay server so that you can get notified when you receive a message. As free software, the code of Delta Chat is open for all who want to take it and build upon it. In the future, if the developers of Delta Chat make a catastrophically bad decision and take the app in an undesirable direction, users can take the code and fork the project. This contrasts with closed-source apps from corporations that can take their products in any direction they like. By relying on free software instead of closed-source programs, you actually control your computing. I’ve spoken at length about how running this type of software is like owning your own home rather than renting it. The same applies here; if you use Delta Chat, you don’t need to worry about it going away in the future. Whether it is Telegram, WhatsApp, or Messenger, you are required to register a username and password to use these services. A major flaw in this design is that anyone can try various passwords and potentially break into your account with your complete chat history intact. Sure, there is encryption in Messenger, where you need a second PIN and two-factor authentication in Telegram, but breaches happen all the time. Unlike before, when you used to sign in to your email account to send and receive messages, the primary way to do it now is to create an account on a chatmail relay. The resulting email address is a random string followed by the name of the relay you pick. This means you can start and begin adding contacts Without a username and password, you either need to ensure you have a backup or at least one device running your Delta Chat profile. The primary way to log in on another device is to go to the settings and add a second device. Then, you’ll just scan a QR code with your new device, and it’ll log in to your account and sync all your chat history and contacts. To end users, Delta Chat just looks like any instant messenger; however, it is really sending your messages as encrypted emails to your contact. This is pretty cool from a censorship perspective, as it makes the service more difficult to block. Previously, the main way to use the app was by logging in with email, but nowadays, it’s recommended that you use chatmail relays. Chatmail relays temporarily hold messages in case your device is offline. They are cheap, simple servers that don’t store data as group states. Other information, like your name and avatar, only exists on your device and the devices of those you share your contact information with. The relays are also decentralized and operated by various groups and individuals. It is even possible to set up your own chatmail relay, but most people will want to use one hosted elsewhere. To keep your messages secure, Delta Chat uses a secure subset of the OpenPGP standard that gives you automatic end-to-end encryption. It also uses Secure-Join to exchange encryption setup information through QR-code scanning or invite links. Autocrypt is also used to automatically establish end-to-end encryption between contacts and all members of group chat, but sometime this year Autocrypt v2 will be rolled out, bringing post-quantum resistant encryption and forward secrecy. The Delta Chat FAQ is an interesting read that explains many more details about the app. Credit: Pexels Delta Chat is unique among messaging apps because it is built on email, a technology that’s decades old and isn’t going anywhere soon. What’s more is that email is not centralized either, so it’s far more difficult for any authoritarian regime to disrupt the Delta Chat app. I haven’t spoken too much about features yet, so I will do that now. Delta Chat allows you to do one-on-one chats, group chats, and create channels. It also supports file sharing and making audio and video calls when chatting one-to-one, but it’s not available for group chats right now. At the time of writing, the calling functionality is disabled and can be enabled in Settings > Advanced > Debug Calls. I have used the video calling feature, and the quality is excellent. It works over WebRTC, another open standard. The app also lets you send voice notes, enables disappearing messages, and has its own app ecosystem. I did try playing chess one time there, but it was a bit spotty; though, we did manage to complete the game with a victory for me. To add people to Delta Chat, you can either give them your Delta Chat link or your QR code to scan. These are the only ways to add users, so you won't have any spam bots bothering you. If the people you want to chat with don't have the app yet, just send them your link, and it will take them to a webpage where they can install the app and then add you. It's really quick for them to install it and get started, which is nice. Credit: Microsoft. The Majorana 2 quantum chip unveiled in 2026. I do not think quantum computers are too far out now, and I do hope that Delta Chat is able to push out Autocrypt v2 sooner, rather than later, so bad actors do not attempt to collect encrypted communications and then decrypt them in the future using quantum computers. By getting people’s messages post-quantum-safe now, users won’t have to worry when quantum computers start cracking legacy encryption. Overall, I would recommend this app to people who are already past WhatsApp and Messenger and have perhaps begun using apps like Telegram or Session. It shares a lot of characteristics with these apps and goes a lot further than Telegram in terms of security. By being based on email, it is also resistant to censorship, and the lack of a username and password makes you anonymous (if you want to be) and safe from brute force password cracking attempts. Let me know in the comments if you’ve tried Delta Chat recently. Do you think it's a good bulwark against governments that are tightening their grip on the internet?
    • Putin was behind Farage/Brexit and behind Trump/MAGA. Different idiot lying beasts, same fascist master. Same screwed up results for both nations.
  • Recent Achievements

    • One Year In
      bernmeister earned a badge
      One Year In
    • Week One Done
      Scoobystu earned a badge
      Week One Done
    • Week One Done
      tuben earned a badge
      Week One Done
    • First Post
      OffsetAbs earned a badge
      First Post
    • Reacting Well
      OffsetAbs earned a badge
      Reacting Well
  • Popular Contributors

    1. 1
      +primortal
      464
    2. 2
      +Edouard
      217
    3. 3
      PsYcHoKiLLa
      154
    4. 4
      Steven P.
      73
    5. 5
      FloatingFatMan
      71
  • Tell a friend

    Love Neowin? Tell a friend!