"Chrome-style" Desktop Apps that work today in Firefox
marketplace.firefox.com
marketplace.firefox.com
edit: https://wiki.mozilla.org/Marketplace/Mozillian_Preview#Unins...
I guess the lesson is one of:
(1) don't make complicated XML-based APIs
(2) stick to standards (e.g., using HTML now instead of XUL)
(3) if your system isn't getting traction, retry in 10 years?No standards. For example - Drag and Drop. There is no standard system for Drag and Drop between components in the browser because it doesn't know about these controls, it only knows div div div div div. So, in general - it's just harder to write good code that targets HTML components because there are no standards for complex components.
(Some more patterns with no standards for complex components: Data Binding, Encapsulation (grouping one or more component into a parent component and walking parent/child components), Inheritance.)
And then, there's performance. Native trumps HTML here, no contest.
"(2) stick to standards (e.g., using HTML now instead of XUL)"
and
"(3) if your system isn't getting traction, retry in 10 years?"
It sounds like you are claiming Mozilla is promoting the use of XUL as a mark-up language for web apps, which is completely, unequivocally, 100% false. Hopefully this is not what you intended, because it would be an unfortunate case of FUD-spreading.
(3) was talking about making apps with mozilla. Not specifically xul.
https://developer.mozilla.org/en-US/docs/XULRunner
The XML-based XUL isn't terrible, either, considering the respectable set of widgets and the ability to control all the styles with CSS. The nasty part, in my experience, was trying to get through the messy FFI that was XPCOM.
XUL had/has a proper GUI toolkit with proper bindings to an event framework for user interaction. It was similar to HTML/CSS/JS but much, much better. The problem was people wanted "real" apps without having to do real work, and we're stuck with HTML which is a document language and will never be what we really want.
Oh, and it wasn't that complicated, it was rather easy.
[1] https://developer.mozilla.org/en-US/docs/Web/Apps/Manifest
[2] https://developer.mozilla.org/en-US/docs/Web/API/Apps.instal...
If you install the app from its detail page, there is a message telling you where the app now lives. The "Free" install button becomes a "Launch" button that opens the actual executable.
On the search results pages, we don't add any messaging. I've filed an enhancement bug to consider exposing this to users: https://bugzilla.mozilla.org/show_bug.cgi?id=913728
edit: filed a bug
I can use Adium's XMPP support for the plaintext IM stuff, but for Hangouts I have to keep the damn window open all the time, logged into the company account, or people won't be able to call me. Every time someone calls, or I have to call someone, I have to hunt down the window/tab where Plus lives.
Wrapping Plus/Hangouts in an app would solve this for me. Anyone know if someone has done that with Firefox or Chrome (on a Mac)?
* NO, open web apps that run on Firefox and Chrome are in no way linked to non-standard markup languages like XUL. *
Please disregard any users who have made this fallacious assertion.
I definitely will look into Firefox apps now more closely.
I'll have to test these more thoroughly but both installed no problem and appear to be working perfectly.
This is especially good timing because I'd like to move off Android to a Firefox OS mobile handset soon. Once I see something performance/spec comparable to a Nexus 4 I'm on board.