5 ms·

XULRunner is almost 8 years old now, it was invented for the same purpose TFA uses Chromium but it's actually documented: https://developer.mozilla.org/en-US/d

XULRunner is almost 8 years old now, it was invented for the same purpose TFA uses Chromium but it's actually documented: https://developer.mozilla.org/en-US/docs/Mozilla/Projects/XULRunner https://developer.mozilla.org/en-US/docs/Mozilla/Projects/XU...

sanjeevr 13y ago
XULRunner is a good option to build HTML or XUL based apps. We were looking for a great cross platform library for native (c++) apps. With support for OS specific features.
- masklinn 13y ago
  > We were looking for a great cross platform library for native (c++) apps. Isn't that what Qt is for, with the added bonus that it's what Qt is actually for and thus e.g. documented and supported?
  - sanjeevrad 13y ago
    Qt is a higher-level application dev framework with UI support (like MFC but cross-platform). We were looking for lower-level constructs - especially in the networking and P2P areas.
    - andrewf 13y ago
      Qt is reasonably separated into modules; I've deployed stuff that only depends on QtNetwork, QtSql and QtCore and all the other stuff doesn't get linked in (it's not even in the #include search paths). (I haven't used Chromium libs and have no opinion about them)
    - icefox 13y ago
      I know that you are an ex-chrome dev so this is all moot as Chrome is the code you knew when you started, but really that is exactly what QtCore + QtNetwork is for. You don't have to use any of the GUI bits when you use Qt if you don't want to. I have written many "Qt" applications that were console apps simply to use the built in capabilities. Edit: in fact just to highlight how similar it is, the way that QtWebKit works is that it is built on top of these modules in a [hand wavy] similar way that blink is built on top of the chrome development platform (I have hacked on Qt, WebKit, and Chrome).
    - quotemstr 13y ago
      Hell, Emacs meets those requirements. I'm half-serious too: org-mode and Gnus are nice pieces of software that don't have anything to do with text editing per se. There are a lot of cross-platform base libraries out there, many of them (like Qt, GTK/GLib, and Mozilla's stack) well-documented and well-supported. These systems are meant to be reused; Chrome? Not so much. Besides the buzz factor, why would you want to base a product on Chrome instead of one of the codebases designed to be used that way?
    - masklinn 13y ago
      > Qt is a higher-level application dev framework with UI support Qt is a C++ application framework, it has both low- and high-level components, much like e.g. Cocoa. > We were looking for lower-level constructs - especially in the networking and P2P areas. Which Qt provides. Qt is modular and Qt has plenty of low- or intermediate-level modules, including extensive networking, storage and concurrency systems. Using Qt does not mandate using Qt's UI components.
  - seabrookmx 13y ago
    Finally, somebody with some sense. If you want a fairly high level, cross platform C++ library, there is no reason NOT to use Qt.
    - charlygrooves 13y ago
      How about JUCE, a cross platform c++ lib that is really nice coded and accessible.
      - seabrookmx 13y ago
        The UI component of it is ugly as hell, and the API style is a little antiquated. It also isn't as comprehensive as Qt, and there isn't as many resources out there for it. I worked for a high end audio company and used it in one of their acoustic simulation softwares. One of my main jobs was porting this project to Qt.
deleted 13y ago
[deleted]
capnrefsmmat 13y ago
XULRunner is probably on its way out: https://groups.google.com/forum/#!topic/mozilla.dev.platform/o99wQZBjIJw https://groups.google.com/forum/#!topic/mozilla.dev.platform... It'll still be possible to use Firefox to run XUL apps, though.
mbrubeck 13y ago
These are at very different levels. For example, XULRunner itself is partly built on top of (a small portion of) Chromium library code, as noted elsewhere in this discussion.
quotemstr 13y ago
Correct. Chrome is breaking no new group here. XULRunner aside, you can also use Mozilla's NSPR library for cross-platform basic services and NSS for TLS.
- gcp 13y ago
  you can also use Mozilla's NSPR library for cross-platform basic services and NSS for TLS. Which coincidentally, Chrome & Chromium are based on, making the cross-library usage full circle.
  - twic 13y ago
    Huh. When i read that article, i immediately thought of NSPR - as in, this is the Chrome alternative to NSPR. But it's built on top of NSPR? I suppose Chrome-as-a-platform provides more abstraction and richer services than NSPR.

sanjeevr 13y ago

XULRunner is a good option to build HTML or XUL based apps. We were looking for a great cross platform library for native (c++) apps. With support for OS specific features.

masklinn 13y ago
> We were looking for a great cross platform library for native (c++) apps. Isn't that what Qt is for, with the added bonus that it's what Qt is actually for and thus e.g. documented and supported?
- sanjeevrad 13y ago
  Qt is a higher-level application dev framework with UI support (like MFC but cross-platform). We were looking for lower-level constructs - especially in the networking and P2P areas.
  - andrewf 13y ago
    Qt is reasonably separated into modules; I've deployed stuff that only depends on QtNetwork, QtSql and QtCore and all the other stuff doesn't get linked in (it's not even in the #include search paths). (I haven't used Chromium libs and have no opinion about them)
  - icefox 13y ago
    I know that you are an ex-chrome dev so this is all moot as Chrome is the code you knew when you started, but really that is exactly what QtCore + QtNetwork is for. You don't have to use any of the GUI bits when you use Qt if you don't want to. I have written many "Qt" applications that were console apps simply to use the built in capabilities. Edit: in fact just to highlight how similar it is, the way that QtWebKit works is that it is built on top of these modules in a [hand wavy] similar way that blink is built on top of the chrome development platform (I have hacked on Qt, WebKit, and Chrome).
  - quotemstr 13y ago
    Hell, Emacs meets those requirements. I'm half-serious too: org-mode and Gnus are nice pieces of software that don't have anything to do with text editing per se. There are a lot of cross-platform base libraries out there, many of them (like Qt, GTK/GLib, and Mozilla's stack) well-documented and well-supported. These systems are meant to be reused; Chrome? Not so much. Besides the buzz factor, why would you want to base a product on Chrome instead of one of the codebases designed to be used that way?
  - masklinn 13y ago
    > Qt is a higher-level application dev framework with UI support Qt is a C++ application framework, it has both low- and high-level components, much like e.g. Cocoa. > We were looking for lower-level constructs - especially in the networking and P2P areas. Which Qt provides. Qt is modular and Qt has plenty of low- or intermediate-level modules, including extensive networking, storage and concurrency systems. Using Qt does not mandate using Qt's UI components.
- seabrookmx 13y ago
  Finally, somebody with some sense. If you want a fairly high level, cross platform C++ library, there is no reason NOT to use Qt.
  - charlygrooves 13y ago
    How about JUCE, a cross platform c++ lib that is really nice coded and accessible.
    - seabrookmx 13y ago
      The UI component of it is ugly as hell, and the API style is a little antiquated. It also isn't as comprehensive as Qt, and there isn't as many resources out there for it. I worked for a high end audio company and used it in one of their acoustic simulation softwares. One of my main jobs was porting this project to Qt.

deleted 13y ago

[deleted]

capnrefsmmat 13y ago

XULRunner is probably on its way out: https://groups.google.com/forum/#!topic/mozilla.dev.platform/o99wQZBjIJw https://groups.google.com/forum/#!topic/mozilla.dev.platform... It'll still be possible to use Firefox to run XUL apps, though.

mbrubeck 13y ago

These are at very different levels. For example, XULRunner itself is partly built on top of (a small portion of) Chromium library code, as noted elsewhere in this discussion.

quotemstr 13y ago

Correct. Chrome is breaking no new group here. XULRunner aside, you can also use Mozilla's NSPR library for cross-platform basic services and NSS for TLS.

gcp 13y ago
you can also use Mozilla's NSPR library for cross-platform basic services and NSS for TLS. Which coincidentally, Chrome & Chromium are based on, making the cross-library usage full circle.
- twic 13y ago
  Huh. When i read that article, i immediately thought of NSPR - as in, this is the Chrome alternative to NSPR. But it's built on top of NSPR? I suppose Chrome-as-a-platform provides more abstraction and richer services than NSPR.