Nessie – Lightweight Web Browser
radsix.com
radsix.com
I guess it's not wrong.
https://www.virustotal.com/gui/file/ec9ad4a4d6d1ddcb406d96ff...
Why not open source it from the start?
I'd be more impressed if the webview was introduced by not using a OS component.
http://web.archive.org/web/20081226192818/http://www.kakeewa...
Though I should have assumed as much given "trident layout engine", but here I was hoping this had been open sourced or something along those lines.
I absolutely do not want to speak ill of anyone's project. But let's judge it for what it is... it's a windows only, MSHTML based, proprietary software.
At that point, it honestly doesn't matter what it can do, or how it does it. It's already off to the worst possible start for any hope of adoption. And it will likely never see the light of day on either Linux or MacOS. Porting it would tantamount to writing it again from scratch.
That said, if it works for windows users. It's not like it is a bad contribution. So kudos for that.
On a less polite opinion: I honestly think a core component such as a web rendering engine that is locked to a OS (pretty much exclusively Trident/EdgeHTML) does the world way more harm than good. Any project with some kind of future prospects of not being windows-only, does themselves disservice for picking Edge. Valve did this with steam. I don't know how painless the transition was when moving to WebKit and then to Chromium, but I'm sure it wasn't free.
> ● Privacy-oriented: zero behavior tracking, zero telemetry > ● Lightning-fast startup time > ● Tiny binary size > ● Low RAM usage
why would I use an OS that’s the opposite of all of these? In particular, why would I trust a proprietary application to be “privacy-oriented”?
However, as is expected, those chosing to go out of their way to change their machines would naturally be more vocal than those that are indifferent to what it runs.
Maybe on SF.
[Alt]+ [<-] or [->] works for going Back / Fwd
Interestingly Alt + N for new window and then Ctrl+Tab cycles the windows.
I like this old school workflow for some browsing tasks rather than tabs (but not all the time obviously)
The Edge browser was pretty decent, awful tracking aside. Arguably better than Chrome in many aspects.
https://www.computerworld.com/article/3572554/is-it-eol-for-...
Pasting the whole article here since it requires registration.
------
"Microsoft last week began a process that will, eventually if not immediately, result in it canning Internet Explorer (IE), the browser it's built since 1994.
Although IE survived this initial round of deprecations – or depredations, depending on your browser viewpoint – there's no guarantee that the final edition of IE will die a natural death in its bed.
Microsoft could kill it at almost any time.
Sinking fast IE's share of global browser activity has been shrinking, and sinking, fast. According to U.S.-based analytics company Net Applications, IE's share fell by nearly 40% between June 30, 2019 and June 30, 2020. If it continues that rate of decline, IE will account for just 2.8% of all browsing worldwide a year from now.
The browser's fall has been long, slow and with one exception, regular as clockwork. Computerworld's records of Net Applications' browser share data go back as far as January 2005, when IE controlled almost 90% of all share. Since then, it's been downhill for the browser, with only a recovery that started at the top of 2012 and ended two years later, to interrupt the trend line.
Net Applications' numbers don't count every instance of IE. In fact, because of the way the metrics vendor measures share, it's almost certain that it undercounts enterprise usage, perhaps substantially so. In other words, IE may be much more widely used than the numbers indicate.
Absent numbers from Microsoft itself, however, Net Applications' are as good as any. And those show IE running toward not just obsolesce – it's already there, been there for years – but to extermination.
It's no surprise that Microsoft has started to withdraw support.
The end begins Last week's support changes were relatively minor, but still telling.
On Nov. 30, the Teams web app will stop support IE11. Then, as of Aug. 17, 2021, all remaining Microsoft (and Office) 365 apps and services will no longer support IE11.
While that was a clear shot across IE11's bow and meant to wean enterprise users – the customers who run Microsoft (and Office) 365) – off the browser, Microsoft made clear that, for now, IE11 would remain on the support list. "We want to be clear that IE11 isn't going away,"
Microsoft said in the unsigned post that announced the support changes. "Our customers' own legacy IE11 apps and investments will continue to work. Customers have made business-critical investments in IE11 legacy apps and we respect that those apps are still functioning."
This promise of IE11's longevity was reminiscent of Microsoft's long-standing position that "Internet Explorer is a component of the Windows operating system and follows the Lifecycle Policy for the product on which it is installed." By that definition, IE11 will be supported on Windows 10 for the same length of time as the operating system itself.
The Microsoft (and Office) 365 support stick has been wielded by Microsoft before. Editions of the perpetual-licensed Office – Office 2010, 2103, 2016 and 2019 – drop connectivity support with Office 365's services starting in October 2020. Microsoft's goal? Shove customers to subscriptions, since Office 365's applications will never lose that support.
The Redmond, Wash. giant is throwing its weight around in a similar fashion as it denounces IE11. This time, though, the goal is to prod enterprises still using IE to abandon the browser, if not immediately then as soon as possible.
(Something important to remember: Microsoft's said that the lapsing support for Teams (November) and the rest of Microsoft 365 (August 2021) applies to Edge's IE mode, too. See this support document.)
When a deadline isn't one Microsoft's not cutting off customers cleanly. Microsoft 365 support for IE11 won't completely vanish on Aug. 17, 2021 – the apps and services will continue to run within IE11 – but over time the browser will become less and less compatible with those apps and services. "After the above dates, customers will have a degraded experience or will be unable to connect to Microsoft 365 apps and services on IE11," Microsoft said. "For degraded experiences, new Microsoft 365 features will not be available or certain features may cease to work when accessing the app or service via IE11."
Microsoft has defined end-of-support (EOL) like this before – frequently, in fact – but as in those instances, for IE11 it declined to specify a timeline, or spell out what feature or which functionality might vanish first from, say, Outlook on the web, or second from Teams. It likely doesn't even know at this point.
The important part of support, the only support for IE11, really, is security patches for newly-reported vulnerabilities. Microsoft has said nothing about when, or even if, it will halt those.
Support goes 'poof' Microsoft may have started to tug on IE11's plug, but it's not pulled it out.
So, when will it? At virtually any time.
There's nothing stopping Microsoft from ending all IE11 support whenever it feels like it, even though customers may believe differently, even though the company's own policies say it will support the browser as long as it does the operating systems of which IE is a component.
Here's why.
A support policy is no guarantee, and neither is Microsoft's word. The past is all the proof needed. In August 2014, Microsoft ordered Windows users to upgrade to the most-recent version of IE, and to do that by January 2016. The mandate scratched a year of support from IE7 (which was part of Windows Vista), four years from IE8 and IE9, and a whopping seven years from IE10 (a Windows 7 component).
Only IE11's support remained intact.
There is a more recent example – much more recent. If Edge – the original Edge, the one using the EdgeHTML rendering engine – was a component of Windows 10, and it was, how could Microsoft set March 9, 2021, as the date that browser receives its final security update? (That's what it did in the same announcement of IE11's support curtailment of last week.)
By all rights, the original Edge should be supported until the EOL of Windows 10 1909 and Windows 10 2004, the last two versions that came with that browser. (This fall's Windows 10 20H1 upgrade will be the first to include the newer, Chromium-based Edge.) Those dates? May 10, 2022, and Dec. 14, 2021, respectively. Microsoft is stopping old Edge's support 15 months early for Windows 10 1909 and 9 months earlier than promised for Windows 10 2004.
(And simply because the old and new versions of Edge carry the same name shouldn't let Microsoft off the hook here. The two are entirely different browsers from the ground up, as Microsoft has itself stressed.)
The point is that Microsoft has withdrawn previously-pledged support before, and could easily do so again. IE11 is no more immune than earlier iterations of that browser or Edge have been.
It could even use the same rationale to excuse the changes in policy. "Outdated browsers represent a major challenge in keeping the Web ecosystem safer and more secure, as modern Web browsers have better security protection," asserted an IE marketing executive in 2014 to explain why Microsoft would soon bar older versions. Microsoft could simply repurpose "outdated" as grounds for shutting down IE11 support; the browser has now gone untouched for more than four and a half years, and is even more behind rivals like Chrome, Chromium Edge and Firefox than that indicates.
Microsoft will undoubtedly give customers fair warning before IE11 falls off support. Based on past endings, figure six months minimum between announcement and deadline, but probably 12 or more months.
Will Microsoft give up on IE? And when? The answer to the first is easy: Yes, at some point. Contrary to protestations, IE isn't forever. Even Microsoft's pledges of continuance seem less than rock solid. "Customers have made business-critical investments in IE11 legacy apps and we respect that those apps are still functioning," Microsoft said.
But when? That's the question.
A year and a half ago, Computerworld's best answer was to point to the January 2020 EOL of Windows 7, arguing that by then, Microsoft would have "given enterprises plenty of time to get out from any under legacy burdens" shouldered by Windows 10 and its inclusion of IE11.
That didn't happen.
Clearly, Microsoft has consulted with enterprise customers, reviewed its Windows telemetry, or both, and decided that IE11 is still necessary. When those conditions flip, when the number and importance of those customers are outweighed by the hassle of maintaining IE, Microsoft will cut the browser loose. You can bet on it.
IE may have today, but there's no covenant that says it will have tomorrow."
These browsers fail connect when TLS 1.3 is mandatory, warning the user that "cannot connect with the site that might be using insecure protocols"
[1] https://borncity.com/win/2020/01/18/warning-0-day-vulnerabil...
You're probably asking "Isn't IE on track to be phased out" because Microsoft recently announced that the web versions of Office, OneDrive etc will stop supporting IE11 in mid-2021.
IE11 will continue to be supported to make it easier for enterprises to upgrade their intranets over time. The new Chromium-based Edge actually has a deployment mode where you can use Group Policy to load some sites using the IE engine[1]. This requires the IE DLLs to be present on the system.
[1] https://docs.microsoft.com/en-us/deployedge/edge-ie-mode
.com .net .org .co .io
Just add a TLD, restart and voila.
Wtf?
Via NuGet, you can download the WebBrowser2 control which is based on the new Edge Chromium based renderer. I haven't seen any new browsers using this properly yet (and I've not played with it either yet) - it will be good when people do, because although the renderer will still be Chromium, the browser UI can then be anything you want. I'm looking forward to people challenging the accepted browser UIs that we currently have.
Of course, if you want to avoid the WebBrowser2 control, there's webkit.NET and Embedded Chromium which also can be built to bind with .NET apps.
In case Jaruzel's too shy to mention it, he wrote a Gopher browser for Windows. If you're reading this thread because you're interested in small web topics (Gopher, Gemini, Tilde.Town, NetSurf, alt browsers) then you might like his browser too. It was my gateway into Gopher.
http://www.jaruzel.com/gopher/gopher-client-browser-for-wind...
Fix't it for ya.
dillo lacks a good UI for bookmarks, a browsing history (by choice, but I like those), touch support (for postmarketos/mobile), wayland support, as well as some https quirks. Otherwise, I like it a lot.
AFAIK, IE/Edge was developed only by Microsoft, so there wouldn't be much if any thirdparty code?
- https://devblogs.microsoft.com/oldnewthing/20180515-00/?p=98...
I thought edge was reskinned Chrome, why don't they use V8?
"As you may have heard Microsoft Edge no longer uses Chakra. Microsoft will continue to provide security updates for Chakracore 1.11 until 9th March 2021 but do not intend to support it after that."
The new Edge uses Blink for both.
IE implemented DOM without using tree. No, really. Up to 2017. After reading the article, all my questions why IE was so buggy evaporated and replaced by how could IE work at all.
MSVC up to 2015 also didn't create AST. Unbelievable, I know. The question is not why MSVC's C++ support was so buggy; the real question is how could MSVC implement C++ at all. https://devblogs.microsoft.com/cppblog/rejuvenating-the-micr...
After learning about IE and MSVC, I gained respect for Microsoft developers and disdain for Microsoft. Tightrope walking is amazing display of skill. Letting your employees to commute by tightrope walking for years is amazing display of stupidity.
By the time the article reached "Modernizing the DOM tree", I could just imagine the years of devs suffering that the whole architecture must have caused.
> According to an internal investigation, from IE7 to IE11, approximately 28% of all IE reliability bugs originated from code in core DOM components.
The second article is quite relevant too, how the C/C++ compiler used token streams instead of a real AST, until 2015! There are parallels to the above issue with the DOM model, how the original design of the data structure was inadequate, so they had to keep adding more layers of complexity. It's understandable how it happened, but makes me wonder if they should have had more experts in parsers/compilers during the design phase.
To give credit where due, both articles describe major successful refactorings of core design. I'm with you, that after learning about their struggles, I have more respect for developers at Microsoft.
In other words, I would have preferred to be able to live a typical day of my life without relying on any software as complicated (and consequently difficult for me to predict and control) as a modern browser engine.
So, arranging for that typical day to be reliant on two browser engines is something I will strenuously try to avoid.
The difference with a new lightweight browser like NetSurf is that they actually have their own rendering engine crammed into their 12MB EXE (and it's cross-platform).