Become a fan of Slashdot on Facebook

 



Forgot your password?
typodupeerror
×
Microsoft Open Source Software

Microsoft Builds Open-Source Browser Using HTML, JavaScript, and CSS 74

An anonymous reader writes: Microsoft's new browser, Edge, has a new rendering engine, EdgeHTML. Like Edge, the new rendering engine is only available in Windows 10, but it does more than just power the company's new browser: It's also readily available to developers. To show off what EdgeHTML can do, Microsoft has built a browser using predominantly JavaScript, HTML, and CSS. Next, the company released the browser on the Windows Store and the sample code on GitHub.
This discussion has been archived. No new comments can be posted.

Microsoft Builds Open-Source Browser Using HTML, JavaScript, and CSS

Comments Filter:
  • Still uses WebView (Score:5, Insightful)

    by OverlordQ ( 264228 ) on Friday August 28, 2015 @02:32PM (#50411899) Journal

    You could write a web browser in any language as long as you could call out to external libraries.

    • by Anonymous Coward

      I think the point is to show that it's not just iphone apps that can be crippled browsers masquerading as an app.

    • by Penguinisto ( 415985 ) on Friday August 28, 2015 @03:56PM (#50412591) Journal

      You could write a web browser in any language and claim it is open source, even if you call out to external proprietary libraries to do all of the grunt-work.

      FTFY, but only to properly frame the BS that Microsoft is trying to perpetrate. You see, EdgeHTML is quite proprietary [wikipedia.org].

    • What's the last language you used without calling out to an external library?

      • English. I have an extensive library of my own...

        • by Merk42 ( 1906718 )
          You've never said any of these words?
          "Gesundheit"
          "Voilà"
          "Tacos"
      • Forth, you insensitive clod.

      • Hmm, C, if you count me writing the parts of the library I needed. Especially C/C++/Assembler if you count statically linking and building all libraries from full source code, which is actually very common. But using a third party proprietary object-only library, that's really really rare for me.

  • This almost sounds like it is going to be turtles all the way down.
  • by Anonymous Coward on Friday August 28, 2015 @02:33PM (#50411917)

    I heard you like browsers, so I put a browser in your browser so you can browse while you browse

    • Firefox did it first, of course: chrome://browser/content/browser.xul

      • Yeah, and as of version 40.0.3 it still manages to lock up tabs and refuse to close them when you click on the little X. Want to take a guess what appears in the developer console when this happens?
    • I heard you like browsers, so I put a browser in your browser so you can browse while you browse

      Came here to look for this comment. Did not leave disappointed.

  • Duh (Score:2, Insightful)

    by jones_supa ( 887896 )
    It's just a WebView component embedded inside a web page.
    • by unrtst ( 777550 )

      It's just a WebView component embedded inside a web page.

      One thing I wasn't able to deduce from the article is whether or not "x-ms-webview" components can exist in publicly served webpages. Are the only for use in Universal Windows Platform (UWP) applications?

      If they are available elsewhere (ex. open up a local html file with one, or from an intranet site, or from the public internet), it would seem that this *could* be a step backwards in some ways. To quote one of those articles:

      The crux of the functionality stems around the powerful WebView control. Offering a comprehensive set of APIs, it overcomes several of the limitations which encumber iframes, such as framebusting sites and document loading events. Additionally, the x-ms-webview, how one declares a WebView in HTML, provides new functionality that is not possible with an iframe, such as better access to local content and the ability to take screenshots.

      ... so the page loading the component could, or example, be a really clean phishin

  • Er.. (Score:5, Interesting)

    by krkhan ( 1071096 ) on Friday August 28, 2015 @02:42PM (#50411989) Homepage
    I work at Microsoft and generally feel glad about open-source advancements made around the company but this hardly warrants a "open-source browser" headline. Welcome to 2005 [mozilla.org].
    • by Anonymous Coward

      I work at Microsoft and generally feel glad about open-source advancements made around the company but this hardly warrants a "open-source browser" headline. Welcome to 2005 [mozilla.org].

      But doesn't this integrate better with Win10 than the Mozilla engine you linked to? MS is trying to make WIn10 appealing and it appears that the future of desktop applications will really be a better integrated browser which is the ultimate irony when one considers the legal battles MS encountered when it made IE so tightly integrated with the desktop.

  • Well I just wrote this shell using nothing but Bash, so nyah nyah nyah!
    • Well I just wrote this shell using nothing but Bash, so nyah nyah nyah!

      That's nothing...one time I moved a file from one place to another using only the command line.

      • That's nothing...one time I moved a file from one place to another using only the command line.

        I think I know how you did it. It's true you generally need a mouse and a GUI to actually _move_ a file, as you need to drag it one pixel at a time, otherwise you run into Zeno's paradox. You can't just instantly quantum-leap a file into another position, at least not without reversing the polarity and crossing the streams. However, there are command-line utilities such as xautomation [hoopajoo.net] to control the mouse pointer, so presumably you used one of those to automatize the movement.

  • This is to get people away from using the ubiquitous MSHTML ActiveX control.

No spitting on the Bus! Thank you, The Mgt.

Working...