Announcement

Collapse
No announcement yet.

Multi-Process Support For GTK's HTTP Back-End

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • phoronix
    started a topic Multi-Process Support For GTK's HTTP Back-End

    Multi-Process Support For GTK's HTTP Back-End

    Phoronix: Multi-Process Support For GTK's HTTP Back-End

    Broadway, the HTML5 back-end for GTK3 that allows GTK applications to be rendered within a modern web-browser and served via a server, now has support for initiating multiple processes. The Broadway multi-process support is similar to running an X11 Server session with multiple windows...

    http://www.phoronix.com/vr.php?view=MTI2Mjg

  • V!NCENT
    replied
    If you are interested in HTML5 deep integration into the OS, look no further than Tizen. It does HTML5 on EFL, has al kinds of integration with features like your webcam, and even DRM, and what have you...

    It makes use of dbus as well (Like Rasterman said on his blog), but there are still issues with this distro.

    Leave a comment:


  • droste
    replied
    Originally posted by Rexilion View Post
    But vulnerability's also occur in library's, no matter how you use them. Not using an application and only using librarie's does not make a program more secure by definition.
    It's also about reliability not only security. If the browser crashes, everything is gone. You have a single point of failure and this is by definition bad. We already have that with the kernel so it's not a good idea to put another on top of it.

    /edit:
    Well we already have that with the kernel, the init process and Xorg, so it would be the 4th single point of failure ;-)
    Last edited by droste; 12-29-2012, 11:15 AM.

    Leave a comment:


  • Rexilion
    replied
    Originally posted by droste View Post
    I'm totally ok with it, if the toolkits use HTML5 + HTML5 render engine to draw their UI (on a per application basis as a library). I'm not ok with it, if it is done inside one application and especially not if it's a full browser.
    You have a point. But vulnerability's also occur in library's, no matter how you use them. Not using an application and only using librarie's does not make a program more secure by definition.

    But, I also feel your point. Since browsers implementing pages as seperate processes is somewhat the same as an operating starting different processes. So why not use what the operating system has, and not go with the browser which is already very complex.

    Leave a comment:


  • droste
    replied
    Originally posted by Rexilion View Post
    If everything is ran over HTML5 and friends, who cares what you use???
    I'm totally ok with it, if the toolkits use HTML5 + HTML5 render engine to draw their UI (on a per application basis as a library). I'm not ok with it, if it is done inside one application and especially not if it's a full browser.

    Leave a comment:


  • Rexilion
    replied
    Originally posted by droste View Post
    Am I the only one around here that loves to run stuff outside the browser?
    No, not really. But if browser standards become part of the core system libraries, used to run all the applications then your argument is m00t. Never said you always require an active internet connection or something.

    I just envision that the notion of different toolkits becomes only an issue for development. If everything is ran over HTML5 and friends, who cares what you use???

    Leave a comment:


  • droste
    replied
    Originally posted by Rexilion View Post
    Maybe, in 10 years, we will only need a browser .
    Am I the only one around here that loves to run stuff outside the browser?

    or

    Yo dawg, I heard you love OS, so we've put an OS in your OS.

    or

    1. Build OS
    2. Build browser application
    3. Make browser application a second OS
    4. ???
    5. Profit!

    That's all I have to say ;-)

    Leave a comment:


  • Rexilion
    replied
    Originally posted by GeneralZod View Post
    A little off-topic, but I've recently been working on something broadly similar for Qt, except that instead of using a VNC-ish solution, I've used emscripten to convert Qt to HTML5 + Javascript. The upside of this is that you don't need a server and internet connection to run your Qt + C++ app; the downside is that it is almost certainly slower, plus you don't have threads, local event loops, or multiple processes (mostly due to limitations in Javascript), and you need a recent browser with full typed array support. You can read more about it here:

    http://ssj-gz.blogspot.com/2012/12/q...n-liverer.html
    That is just awesome! Too bad Qt does not have the functionality (yet) which Broadway facilitates for GTK.

    Maybe, in 10 years, we will only need a browser .

    Leave a comment:


  • GeneralZod
    replied
    Emscripten-Qt

    A little off-topic, but I've recently been working on something broadly similar for Qt, except that instead of using a VNC-ish solution, I've used emscripten to convert Qt to HTML5 + Javascript. The upside of this is that you don't need a server and internet connection to run your Qt + C++ app; the downside is that it is almost certainly slower, plus you don't have threads, local event loops, or multiple processes (mostly due to limitations in Javascript), and you need a recent browser with full typed array support. You can read more about it here:

    http://ssj-gz.blogspot.com/2012/12/q...n-liverer.html

    Leave a comment:


  • Rexilion
    replied
    Love this community

    Leave a comment:

Working...
X