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


Recommended Posts

I wonder, since they've mentioned Chromium, if they'll base the next Opera on that rather than WebKit2? It sounds to me like they're going to fork Chromium.

Yeah, the way its worded does sound like that: "The company says there will be a "gradual transition" this year to WebKit and Chromium across desktop and mobile."

Generally it's a good thing for the web itself to have consistent standards and consistent adherence to them. On the face of it having lots of different browsers all having "their say" on how things display and then adding their own proprietary nonsense on top makes everything more complicated and is far from ideal.

The issue is not having "one rendering engine" but who has a say on what that rendering engine does. WebKit itself is open source. If the companies involved and the standards authorities developed clear, solid standards and implemented them properly it wouldn't be a bad thing. At the moment things like CSS recommendations take years.

They just better keep the features that I like about Opera in the new Opera.

Mouse Gestures, Customization, Easy searching ('w keyword' to search Wiki), the much better Speed Dial and keep down the resources that Chrome seems to use..

Though really surprised by this move..But, I hope it's for the best...Time will tell

I just hope they don't fork Chrome, I hate Chrome...I don't hate WebKit, just Chrome...

Uhm, check out this list about the css prefixes used by the different engines: http://peter.sh/experiments/vendor-prefixed-css-property-overview/ . -webkit is by far the most... exploited.

When I code I've always used Opera as a reference, _without_ prefixes, to get things right according to current standards.

Presto is fantastic. I hope Opera continues to be as fantastic using webkit

Generally it's a good thing for the web itself to have consistent standards and consistent adherence to them. On the face of it having lots of different browsers all having "their say" on how things display and then adding their own proprietary nonsense on top makes everything more complicated and is far from ideal.

The issue is not having "one rendering engine" but who has a say on what that rendering engine does. WebKit itself is open source. If the companies involved and the standards authorities developed clear, solid standards and implemented them properly it wouldn't be a bad thing. At the moment things like CSS recommendations take years.

Standards are good, but everyone developing only for webkit and only using webkit specific prefixes and features is a bad, bad road to go down. Yes, it wouldn't be as bad as the ie6 days, since webkit is open source at least, but its still the opposite of proper "web standards"

  • Like 2

FANTASTIC NEWS... my dream of unified web where we don't have to write 15 CSS lines and use polyfills for a single thing and tons of libraries to make stuff look the same across browsers is coming true.

Hopefully Mozilla joins Webkit train and finally we will have Microsoft forced to switch as well..

If this happens then we can truly start phasing out Flash as building for web will be beautiful. Not to mention that the tools we will get will be as good as Flash professional as there won't be compatibility issues due to unified rendering engine and spaghetti code for 5 different browsers. This fragmentation has been destroying web for a while now. And companies can contribute with cool features like Adobe is doing with CSS3 Shaders, Blend modes and so on and it can be quickly implemented on all browsers.

THEN, we can truly say open web and browsers offer now truly unified rendering and all the cool features Flash has now and that we can't (or have hard time) doing in HTML5/JS/CSS will be implemented in Webkit.

The dream.. is just a bit closer.

People like you got us into the "Best viewed in IE" mess and now you will get use back into "Best viewed on webkit Chrome" again. (try opening google reader on iPad and see my point).

That is bull**** because WebKit is open source.

and what does that have to do with open web standards?

V8 and Webkit based Chromium are simply the most advanced browser/VM today.. and instead of everyone peddling their own things they should all work on the same thing.

I thought the "same thing" was called w3c standards?

Terrible choice. Webkit has probably the poorest standard of implementation of any of the current crop of engines. What is more laughable, is that people are foolish enough to think that Webkit being open source is enough to prevent lock-in. If you honestly think that this is the case, you obviously haven't ever observed politics at work in the OSS community.

People like you got us into the "Best viewed in IE" mess and now you will get use back into "Best viewed on webkit Chrome" again. (try opening google reader on iPad and see my point).

We're already there, and Google are encouraging it.

FANTASTIC NEWS... my dream of unified web where we don't have to write 15 CSS lines and use polyfills for a single thing and tons of libraries to make stuff look the same across browsers is coming true.

Hopefully Mozilla joins Webkit train and finally we will have Microsoft forced to switch as well..

If this happens then we can truly start phasing out Flash as building for web will be beautiful. Not to mention that the tools we will get will be as good as Flash professional as there won't be compatibility issues due to unified rendering engine and spaghetti code for 5 different browsers. This fragmentation has been destroying web for a while now. And companies can contribute with cool features like Adobe is doing with CSS3 Shaders, Blend modes and so on and it can be quickly implemented on all browsers.

THEN, we can truly say open web and browsers offer now truly unified rendering and all the cool features Flash has now and that we can't (or have hard time) doing in HTML5/JS/CSS will be implemented in Webkit.

The dream.. is just a bit closer.

hahaha what a ******...

Having a bunch of different forks of webkit isn't going to be any more fun. Presto and Gecko both render better than Webkit in many situations. Webkit's only claim to greatness when it comes to rendering is speed, fewer rendering engines in use has and will result in less standards compliance.

If you're writing 15 lines of CSS to do one thing you're either:

Doing it wrong

Using vendor prefixed CSS which isn't actually finalised yet

Putting in CSS to override the different browser defaults which has nothing to do with the rending engine

So changing to webkit won't fix a lot except create another "Designed for X" period just like the IE6 days. The only way it can work with a single rendering engine is if it because a reference implementation of the spec - ie the rendering engine is the spec but that won't happen as different browsers will probably have different versions

Standards are good, but everyone developing only for webkit and only using webkit specific prefixes and features is a bad, bad road to go down. Yes, it wouldn't be as bad as the ie6 days, since webkit is open source at least, but its still the opposite of proper "web standards"

How exactly is it the opposite of web standards?

*If* the engine follows standards then it's fine.

How exactly is it the opposite of web standards?

*If* the engine follows standards then it's fine.

Webkit is not the web standards. Lazy developers doing things like exclusively using webkit specific css prefixes and/or webkit/chrome specific features can and will screw over other engines, even a "perfectly" standards complaint one, because these things aren't yet standards. And then there's chrome features like NaCl that could end up becoming the next activex.

A complete monoculture around webkit would *not* be fine, it would heavily encourage lazy developers. This kind of thing is already in pretty bad shape in the mobile space, a lot of mobile sites only serve webkit specific code, that doesn't work right on other browsers like firefox. We do NOT want this happening.

I'm not saying webkit is a bad engine, or that its not reasonably standards complaint. Webkit itself isn't really the problem, the biggest part of the problem would be with web developers themselves: http://www.webmonkey...he-web-you-are/

If an engine becomes ubiquitous, then developers take that as an opportunity to cut corners, and start developing with only that engine in mind, and its this kind of development that harms open web standards. This kind of development is not adhering to open web standards, its adhering to one specific rendering engine. Even if that engine is open source and reasonably standards complaint, you can see why this is not a good direction for the web to go in.

Lets look at opera as an example here. Opera's presto engine is one of the most standards-complaint engines around, yet opera users are still plagued with website compatibility issues, because of these kinds of developers!

  • Like 4

"You, and all the other fearmongers like you do realise that the data Chrome sends back has nothing to do with Webkit... right? And exactly the same data gets sent back to Microsoft every time you opt into their requests to send usage stats. I've been using Chrome for 3 years and strangely enough I haven't had anything bad happen to me yet. Nobody's stolen all my money, nobody's hacked my PC, the feds haven't busted my back door in..."

There is a huge difference between opting-in and something that doesn't allow you to opt-out, at all. You CANNOT OPT OUT of chrome sending data out. Firefox asks if you want to opt in, as does IE/MS.

It's not about hacking your PC hacked.

Do you walk down the street shouting 'Hey guys I have $X in the bank, I regularly visit X sites and I always click on adverts for Lingerie'? It doesn't mean people can hack you, but you wouldn't do it none-the-less.

Webkit is not the web standards. Lazy developers doing things like exclusively using webkit specific css prefixes and/or webkit/chrome specific features can and will screw over other engines, even a "perfectly" standards complaint one, because these things aren't yet standards. And then there's chrome features like NaCl that could end up becoming the next activex.

A complete monoculture around webkit would *not* be fine, it would heavily encourage lazy developers. This kind of thing is already in pretty bad shape in the mobile space, a lot of mobile sites only serve webkit specific code, that doesn't work right on other browsers like firefox. We do NOT want this happening.

I'm not saying webkit is a bad engine, or that its not reasonably standards complaint. Webkit itself isn't really the problem, the biggest part of the problem would be with web developers themselves: http://www.webmonkey...he-web-you-are/

If an engine becomes ubiquitous, then developers take that as an opportunity to cut corners, and start developing with only that engine in mind and , and its this kind of development harms the web. This kind of thing development is not adhering to open web standards.

I'm not saying webkit "is" the standard. My point is if there was a singular engine which accurately followed standards (and the standards themselves were developed and decided upon faster and integrated) then life, as a web designer/developer, would be sweet. You'd also precisely avoid the scenario you painted about lazy developers writing code that only works in one browser/engine. Instead you'd have one consistent base to work off at the core. It would either work or it wouldn't. At the moment there are disparate engines, versions thereof, and browsers that implement their own prefixes and don't even agree on rendering simple stuff like borders or input buttons. This is a mess that needs fixed and has needed fixed forever.

In much the same way "HTML" is basically one standard that has gradually progressed over the years, having one standardised engine that renders it the same isn't to be written off lightly. I could care less if it was webkit or trident or presto or anything else that became that.

A big part of the problem is the sluggish nature of developing solid HTML and CSS standards. Often it takes a decade for something to solidify. HTML5 itself isn't even "standard" yet because of the treacle pace.

Uhm, check out this list about the css prefixes used by the different engines: http://peter.sh/expe...perty-overview/ . -webkit is by far the most... exploited.

When I code I've always used Opera as a reference, _without_ prefixes, to get things right according to current standards.

Presto is fantastic. I hope Opera continues to be as fantastic using webkit

It's not exploited.. if you notice all browsers running on webkit support those prefixes

Google Chrome, Chromium, Apple Safari

Webkit prefixes are a consequence of quick innovation and brining new features that are needed and that make lives easier for designers and developers.

Now all these will be available on Opera as well..

So first column with support for those things will be

Chrome, Chromium, Safari and Opera.

Webkit based browsers support all web standards + additional features because they are able to innovate quickly and adopt to the needs of developers.

Saying how we need to just follow standards would make us wait for new features for another decade. I don't understand how that can be good.

This is also why Adobe is joining up with Google too and Chromium crowd. They are building stuff like CSS3 shaders, blend modes and other cool stuff and making it available to everyone. Unfortunately this will only work in Webkit based browsers since Mozilla and IE are the only remaining browsers that are lagging with innovation in every aspect.

Not great news. The less competition the more we end up with sub-standard standards implementation and propriety hacks. As much as i currently love WebKit, it's well on it's way to becoming the next IE6.
It's a nightmare without choice, not a dream.

Are all of you saying things like this using Opera as your only browser?

I feel if Opera switches to WebKit, that's even less of a reason to use it, since it won't render any differently from Safari or Chrome, and I thought one of the appeals of Opera was its own rendering engine.

Rendering differently was a reason to use Opera? Really? I thought it was the UI and features...

Webkit prefixes are a consequence of quick innovation and brining new features that are needed and that make lives easier for designers and developers.

Reallllly now :rolleyes:

I'm sure you were one of the people who was all for Microsoft when they tried to make their own version of the web so other browsers wouldn't work right?

I'm sure you were also one of the people who was praising MS for being the only web engine back in the 90s and you were so so pleased with IE6. Because if WebKit became the only engine, the exact same thing would happen. Companies (even if its opensource) are not going to bother improving stuff when there's no competition and no need for it.

I'm going to borrow a quite from a user called "kibwen" on Hacker News because I think it's a pretty good response.
You're committing an error here. Say you find a bug in Webkit. You patch it, but Apple declines to accept it upstream. You fork the project. Now how do you get your fork into the hands of your users? Unless you're secretly Google in disguise, you're SOL.

Why would you fork Webkit over a single bug? And why does he first talk about Apple, then Google? Are they cooperating to make Webkit evil? And what about Nokia, RIM, and all the others who are adding fixes to Webkit all the time? Are they also part of this evil cabal which wants to block all your fixes?

Having a bunch of different forks of webkit isn't going to be any more fun. Presto and Gecko both render better than Webkit in many situations. Webkit's only claim to greatness when it comes to rendering is speed, fewer rendering engines in use has and will result in less standards compliance.

This is nonsense for several reasons..

1. First, we have proof.. as in REAL LIFE EXPERIENCE that webkit browsers on mobile iOS/Android work MUCH better and developing for mobile web is far easier than for desktop due to almost no fragmentation. Yes, Apple introduced a couple of unique webkit prefixes on Safari for mobile but those are really not a big deal as you don't have to use them. They extend functionality and give some thing for iOS platform. You can still completely avoid using them and have the same code running on both Android and iOS.

So this whole "forking" notion is completely ridiculous. Everyone who joins Chromium/Webkit wouldn't really make it wildly incompatible because it's not in anyone's interest. That's why they switch to Webkit.

2. Webkit/Chromium support web standards better than any of the other browsers

inJt

So I don't know what the hell are people talking about "This site works with IE only" nonsense.

If everyone would join webkit there would be no need for that at all. We have THAT scenario now because of the incredible fragmentation among browsers.

Whatever your build for webkit based browsers on desktop works the same on all of them. It's beautiful.

I'm sure you were one of the people who was all for Microsoft when they tried to make their own version of the web so other browsers wouldn't work right?

You do understand that there is a HUGE difference between Microsoft and their proprietary browser they wanted to use to control the web and the open source browser that is one of the best web standards compliant browsers and is used by multiple companies making browsers.

In what world is this the same.

  • Like 1
So I don't know what the hell are people talking about "This site works with IE only" nonsense.

If everyone would join webkit there would be no need for that at all. We have THAT scenario now because of the incredible fragmentation among browsers.

So prefixes don't cause fragmentation huh?

And stop using HTML5Test, it's been proved time and time and time again that it actually doesn't test anything. It also doesn't even follow the standard and checks for things that aren't part of the standard.

So this whole "forking" notion is completely ridiculous. Everyone who joins Chromium/Webkit wouldn't really make it wildly incompatible because it's not in anyone's interest. That's why they switch to Webkit.

Really now? How exactly are they going to differentiate their browsers then?

If all the browsers were the same, why would you choose chromium over safari (for example)?

You do understand that there is a HUGE difference between Microsoft and their proprietary browser they wanted to use to control the web and the open source browser that is one of the best web standards compliant browsers and is used by multiple companies making browsers.

In what world is this the same.

Um you should read on.

Companies (even if its opensource) are not going to bother improving stuff when there's no competition and no need for it.

Competition drives innovation. MS improves their browser because they know others are out there. Google improves Chrome because they know other browsers exist. If all browsers were the same, used the same engine, they have no need to do anything.

So prefixes don't cause fragmentation huh?

No prefixes alone don't make fragmentation.. they don't work on IE and Mozilla.. which is their problem.. I personally want fast innovation on the web that will allow W3C to come up with web standards and have those standards quickly implemented in browsers and not wait for a decade to solidify. That's what everyone being on Webkit/Chromium would give us. Faster evolution of web.

If IE and Mozilla joined webkit initiative like Google, Apple and Opera now have there would be very very little fragmentation.. of course, it wouldn't be flawless there would be slight differences, but nowhere near the way it is now where everyone does whatever the hell they want. And this is not an opinion.. WE CAN ALREADY see it on mobile.

It's obvious why people who are against this (namely MS and Mozilla at this point) are against it. It's because it would mean they would have to compete in browser market based on the actual functionality of the browser and not reinventing the wheel with new version of their browser that causes huge damage to the web.

It would in fact make them irrelevant and they wouldn't be able to dominate anything.. This would eventually end Mozilla, so I understand why everyone from Mozilla is all up in arms over this. But hey, their browser has been sucking for a long time now. I stopped using it years ago.

Webkit/Chromium support web standards better than any of the other browsers

You can't make a claim like this based on a flawed test like that.

For one, it allows Maxthon to cheat because all the browser needs to do is report a feature as being present. It doesn't test that the feature actually works. Also, the scores are assigned according to what the owner of the site likes (and he is probably a Chrome user).

No prefixes alone don't make fragmentation.. they don't work on IE and Mozilla.. which is their problem..

A chrome prefix doesn't work on Safari and Opera. A Safari prefix doesn't work on Chrome and Opera. An Opera prefix won't work on either.

You said it yourself Apple added some safari only prefixes into iOS. What's stopping other browser makers from doing the same thing? They have to differentiate their browsers somehow and if they all use the same engine, that makes it a lot harder.

but nowhere near the way it is now where everyone does whatever the hell they want.

Prefixes also allow people to do w/e the hell they want.

Your logic is pathetic Boz.

No prefixes alone don't make fragmentation.. they don't work on IE and Mozilla.. which is their problem..

No, that's Webkit's problem for not using them properly, and not dropping them when the spec is finalized.

  • Like 1

It would be nice if the w3c didn't move so slowly, but relying heavily on prefixes and expecting every browser to use webkit is a very poor way to "fix" this. The logic makes no sense.

  • Like 1

It would be nice if the w3c didn't move so slowly, but relying heavily on prefixes and expecting every browser to use webkit is a very poor way to "fix" this. The logic makes no sense.

Of course it doesn't but it is Boz. If it involves webkit or Google, they're always right and it's always the best thing in the world. Anyone who says otherwise is dumb :rolleyes:

Instead what we should do is completely just roll over and let Google control our lives and be our God.

I like how his logic is Chrome's V8/Webkit engine are the best in the world so everyone should use it. There was a time when Microsoft's trident engine was the best in the world, why didn't everyone use it then? There was a time when Gecko was the best, everyone should have used it then too :rolleyes:

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?
  • 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
      471
    2. 2
      +Edouard
      217
    3. 3
      PsYcHoKiLLa
      156
    4. 4
      Steven P.
      73
    5. 5
      FloatingFatMan
      71
  • Tell a friend

    Love Neowin? Tell a friend!