Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×
Mozilla Microsoft The Internet

Firefox - The Platform 589

Strudelkugel writes "Business 2.0 reports Firefox is becoming a problem for Microsoft. But FF is not just a problem as a browser; its potential as a platform is significant. From the article: 'It all adds up to a business opportunity for startups, established software companies, and Web giants alike. Though Ross and the nonprofit Mozilla Foundation don't stand to make money, Firefox's open platform gives it enormous potential to hatch a new class of applications that live on the desktop but do business on the Web.'"
This discussion has been archived. No new comments can be posted.

Firefox - The Platform

Comments Filter:
  • by Bad Ad ( 729117 ) on Sunday October 24, 2004 @06:53PM (#10616353)
    maybe because it isnt even released yet?
    its been beta forever, and been a PR for like a month tops.

    mozilla foundation dont have the man power of MS to internally test their product, so they release it for testing, if it worked ok for you during the test period then you got a bonus.
  • by FuzzzyLogik ( 592766 ) * on Sunday October 24, 2004 @06:54PM (#10616357) Homepage
    It is a browser. But the components that were used to BUILD the browser are very cross platform (hence you have firefox on 3 major different platforms, windows, linux, and mac). in doing so the backend of all of this is cross platform and can be used to create other applications besides just a web browser. you only really need to know javascript, xul, and a few other things and you can use the stuff that was used to build firefox and make your own application. it's a novel idea and hopefully it'll be put to good use.
  • by Anonymous Coward on Sunday October 24, 2004 @06:55PM (#10616364)
    Most of the Mozilla code base is trilicensed under GPL, LGPL and MPL. So although Firefox can't use GPL code, other GPL projects can use Firefox code.

    The MPL license, like the BSD license, means a company can incorporate Firefox into a commercial product, which encourages companies intending to do so to devote resources to Firefox development.
  • Re:Worries me.. (Score:5, Informative)

    by damiam ( 409504 ) on Sunday October 24, 2004 @06:58PM (#10616387)
    FireFox is already extremely bloated (on Windows) compared to other Windows applications

    Firefox is a 4.5MB download. That may be bloated compared to sol.exe, but it's tiny compared to IE, and not much bigger than Opera (3.5MB).

  • Re:Worries me.. (Score:3, Informative)

    by spuzzzzzzz ( 807185 ) on Sunday October 24, 2004 @07:00PM (#10616398) Homepage
    FireFox is already extremely bloated (on Windows) compared to other Windows applications and the source code is hundreds of meg in size, the reason - it has an entire platform.

    I'm not quite sure where you get that "hundreds of megs" thing. As a gentoo user, I have source tarballs available and they're all about 30 meg:
    $ ls /usr/portage/distfiles/firefox-* -l
    -rw-r--r-- 1 root portage 33945173 Aug 6 00:06 /usr/portage/distfiles/firefox-0.9.3-source.tar.bz 2
    -rw-r--r-- 1 root portage 32396291 Sep 14 17:27 /usr/portage/distfiles/firefox-1.0PR-source.tar.bz 2
    -rw-r--r-- 1 root portage 32380173 Oct 2 16:07 /usr/portage/distfiles/firefox-1.0PR.1-source.tar. bz2

    In addition, the source tarballs contain lots of non-code stuff. The actual executable on my system is less than 80 kB. There are quite a few supporting libraries, of course. Oh, and the binary download is 8.1 megs (for linux/x86).

    Firefox is just a browser. That's all it does. The point of this article is that we can use a browser as a platform for other stuff. This doesn't involve bloating the browser; it involves writing applications that run on top of it.
  • by jsebrech ( 525647 ) on Sunday October 24, 2004 @07:07PM (#10616441)
    However, I'm becoming increasingly dismayed by the sheer amount of security holes being found. I mean - shockingly - if you look at sites like Secunia, there have been _MORE_ vulnerabilities in Firefox than IE in the last six months!

    The reason there have been more security vulnerabilities is because of the security bug bounty [mozilla.org], which rewards people monetarily for finding security bugs. They're simply trying to shake out the security bugs in advance, before it goes big.

    Plus, there's been more interest in firefox recently from security firms who see it as a rising star, and think they can get some fame and draw to their consulting business by finding and
    publicly revealing security bugs.

    I doubt mozilla/firefox is as insecure as IE. It doesn't have the same structural design problems, like activex, and "zones".
  • by Valdar729 ( 739092 ) on Sunday October 24, 2004 @07:09PM (#10616454)
    ActiveX was just for SSO. You'd still need an outside program for SSO if you were using FireFox.

    My point is, web based is web based. The best ones are browser independent, so touting firefox is not different than touting IE.
  • by CanadaDave ( 544515 ) on Sunday October 24, 2004 @07:10PM (#10616459) Homepage
    "Amazon (AMZN) could build a search application into the browser that lets users buy books without visiting its website."

    That already exists! Ok, it doesn't let people buy book yet, but you can search. I wonder if the author of the article knew that. Check it out here [mozdev.org] and here [faser.net]. I've actually tried it out and it works really well.

    Get the firefox extension here [texturizer.net].

  • Re:Worries me.. (Score:5, Informative)

    by shadowmatter ( 734276 ) on Sunday October 24, 2004 @07:10PM (#10616461)
    FireFox is already extremely bloated (on Windows) compared to other Windows applications and the source code is hundreds of meg in size, the reason - it has an entire platform.

    Maybe the Mozilla suite, but not Firefox. In my downloads folder at work:

    FirefoxSetup-0.8.exe: 6348KB
    FirefoxSetup-0.9.exe: 4845KB
    Firefox Setup 1.0PR.exe: 4630KB

    These are the setup executables for Windows. And if memory serves me correctly, the Thunderbird client has been getting smaller with each new version even more dramatically...

    - sm
  • by CosmicDreams ( 23020 ) on Sunday October 24, 2004 @07:20PM (#10616513) Journal
    Does anyone know if someone is writing a webmail client in XUL?


    Yes, http://xulwebmail.mozdev.org/ [mozdev.org]
  • by cduffy ( 652 ) <charles+slashdot@dyfis.net> on Sunday October 24, 2004 @07:40PM (#10616608)
    Your bank? Check. Your brokerage? Check? Your government? Check. Your doctor? No, but thats because your doctor is still using Win95 and Office 97. Once someone consolidates the IT operations of law offices and medical practices, this will happen too...the cost of handling paper records is killing these industries.

    It's not all that bad. Practice management systems (for patient scheduling and billing) have almost 100% market share already. It's only electronic medical record systems that are next to unheard of -- and there are plenty of folks (such as the startup I work for) working hard to fill that gap.
  • by Coryoth ( 254751 ) on Sunday October 24, 2004 @08:02PM (#10616747) Homepage Journal
    Does it give me the ability to have processing in a webpage on the desktop? The ability to open windows with controls that look like "normal" (read: non-HTML) Windows-windows? The ability to create my own controls and use those on any desktop?

    Um, pretty much, yeah. Open this [faser.net] in Firefox or Mozilla, or better yet, go here [faser.net] and click on the "launch in its own window" link.

    Jedidiah.
  • Re:The usual ... (Score:2, Informative)

    by Anonymous Coward on Sunday October 24, 2004 @08:06PM (#10616774)
    : XUL is cool, but so far I haven't seen MANY
    : great applications done with it.

    Apparently there are still quite a few restrictions on web applications that use XUL. That's a good thing (security wise), but hopefully beyond Mozilla/XUL2.0 the moz developers will implement something that will ease development as well, without re-inventing ActiveX hell. It _is_ possible to write working web applications if you invest a lot of time and can live with a somewhat disjointed documentation. xulplanet.com [xulplanet.com] is a good start. The Amazon Browser is pretty impressive (but not that useful in real life, I admit that). Don't miss The games at mozdev [mozdev.org], they're tiny XUL applications running over HTTP as well. And Nextls XUL [x25.se] is a somewhat weird frontend for a client/server mp3/ogg jukebox, also in XUL over HTTP. So what other XUL webapps are out there, anyone?
  • by Fnkmaster ( 89084 ) * on Sunday October 24, 2004 @08:10PM (#10616795)
    No, they are fundamentally different in intention and use. XPI entensions are installed into your browser to give you extra functionality. In that sense they are much more like browser plugins than ActiveX objects - plugins that have access to browser structures, DOM tree, menus, etc. Since many of these things are by definition browser specific structures, it doesn't really make sense to talk about cross-browser browser extensions.


    You will never go to a random company's web page and see an XPI object on the page. And FF won't even let you install or use an XPI object from a random page as a security measure - by default you can only download them from the officially maintained archive. You have to override this if you want to download XPI files from some other source.


    You may some day go to a random company's page and see a XUL application as part of their interface in the same way that ActiveX is used sometimes today. But A) XUL is a standard (I don't know if it's de facto or de jure at this point) that others can implement if they choose and B) doesn't suffer from the kinds of broken-by-design security model that ActiveX has, C) will in practice probably never be used as the only way to do something, just a way to enrich existing web UIs, whereas ActiveX is used as a crutch for things like delivering 'secure' video and audio content.

  • 2%??? Try 17% (Score:2, Informative)

    by DigitalRaptor ( 815681 ) on Sunday October 24, 2004 @08:12PM (#10616812)
    I'm not sure where they are getting 2%, with Microsoft having almost the rest...

    According to this:
    http://www.w3schools.com/browsers/browsers_stats.a sp [w3schools.com]

    Firefox / Mozilla is up to 17%, and IE is down to 75.8%.

    I say to Microsoft: Good bye, and good riddance!
  • by Anonymous Coward on Sunday October 24, 2004 @08:13PM (#10616821)
    "Why is it a big deal to buy books from amazon without visiting thier website anyway?"

    MAB (and other programs like it) has the potential to do for eCommerce what CD-Burners have done for the music industry. Take a big load off the server end. Puts more of what you want in your hands (by changing the interface). Merge several together and you can have a meta-shopper interface on your end (pricewatch on steroids).
  • by SendBot ( 29932 ) on Sunday October 24, 2004 @08:21PM (#10616866) Homepage Journal
    This is shamelessly ripped from http://xulplanet.com/tutorials/whyxul.html
    I think it presents a concise overview of firefox as a development platform.

    XUL and Gecko make an excellent choice for building sophisticated Web applications. It provides a rich user interface toolkit, an HTML and CSS renderer with excellent standards-compliance and support for web services, all completely cross platform.

    Work is ongoing with the Gecko Runtime Environment (GRE), which aims to make Gecko a snap to drop into a standalone application, complete with your own executable, if you desire. The idea is to allow the right version of the GRE to be installed automatically with the application if necessary. If the GRE is already installed, there is no need to install it again, or even download it. For those that are interested, the GRE is about 5 to 10 MB, depending on your platform, which is quite small compared to other application platforms. It's also possible to have Gecko run directly from a network drive or CD.

    Since XUL may be used on Web sites, it can be used with server-side architectures such as PHP and JSP to build dynamic content. This allows Gecko to be both a two-tier or a three-tier application model depending on your needs. There are projects in development now which aim to integrate Java, Python and other languages into Gecko directly.
  • Re:Cute (Score:1, Informative)

    by Anonymous Coward on Sunday October 24, 2004 @08:29PM (#10616915)

    But hey, let's be fair; .NET isn't all that bad but riding the .NET car with ASP.NET is like driving a Ferrari with wooden wheels. C# would have been nice enough, instead.

    ASP.NET is the platform and you can use C# on it. I can understand your teacher well - if you don't know that much, how could your criticism be taken as anything else as anti-M$ fanboyism?

  • by Anonymous Coward on Sunday October 24, 2004 @08:31PM (#10616922)
    "considering all the javascript front ends for Databases in corporations, Firefox is just the platform. "

    Most database front-ends in corporations use custom client apps, ActiveX components, mainframe terminal emulators, or plain HTML. Javascript at best fills in a little around the edges in plain HTML, but it is not used for anything like a full user interface.
  • by Anonymous Coward on Sunday October 24, 2004 @08:36PM (#10616951)
    Huh?

    The poster does not understand where firewalls and cicso boxen fit into the picture, or that Firefox has better security for intra OR internet applications.

    Secure data on 3270 dumb terminals or x-terms, has historically proved to be the safest of the lot, but 2nd to old fashioned paper records. Browser enablement, always was a security downgrade.

    CITRIX does ok because many already rejected IE on security grounds (wisely too in hindsight).
    With Firefox, and the ability to compile in custom security - means Firefox should be able to lure, or cap business growth of the former, and win some fat business pickings.

    With IE, at the rate of one big exploit a month, employees could save data to removable storage.
    Based on IE's track record, you should not think - you should be running to pick anything else.

    Sure, IE does have VPN hooks and calls, and might or could do this or that, but FireFox has GNU cypto plugins. On all fronts, it is a slam dunk win to Firefox.
  • by Azghoul ( 25786 ) on Sunday October 24, 2004 @09:13PM (#10617164) Homepage
    I think you're spot on. The less you have to do on the client side, the better, in every possible case.

    I'm forced to do an app in Swing currently, and it's absolutly abhorrent. I'll take any sort of web service in an instant.
  • by emmetropia ( 527623 ) <krewenki AT gmail DOT com> on Sunday October 24, 2004 @09:18PM (#10617197)
    I know that, personally, I find the ability to write things around firefox impressive. The current project that i'm working on requires a web based Rich Text editor, but with some twists to fit the data that will be modified. I initally looked into doing it to work for IE, but decided that I would develop it as a firefox extension, and when it's working properly, I'll share the source. I'd much rather a simple firefox extension than trying to do it based all in javascript to work in both firefox and IE. Most of that isn't important, but what it leads me to is this: With the extension only being for Firefox, it forces the end users of the product (there will probably only be a few hundred) will need to use firefox. I know they'll have to, because they're locked into using this tool when it's finished, so they'll need to use Firefox to get what they want accomplished. It might not be the best method to get folks to switch, but it works.
  • by marcosdumay ( 620877 ) <marcosdumay&gmail,com> on Sunday October 24, 2004 @09:49PM (#10617388) Homepage Journal
    Actualy, the firefox interface itself is written in XUL, just like any other application you can run on it. That means, you can display almost anything in a "normal" window. The only interface limitation (I think) is the absence of a "canvas" object, but this is very litte restritive, due tho the large amount of available objects to use.
    Processing stuf on the machine, however, is a bit more complicated. Fireforx, nowadays, accept any kind of javascript that doesn't access the local discs (for security reasons). Anything different must be installed locally with a XPI script. Javascript is not very powerfull, and installing a XPI script from the web needs a big amount of trust, but, with this, you can run any program you want.
  • by Apro+im ( 241275 ) on Sunday October 24, 2004 @10:56PM (#10617762) Homepage
    Netscape uses the same engine as Firefox - any "platform" changes on Firefox quickly find their way into Netscape.

    Opera, maybe?
  • Re:IE7 (Score:3, Informative)

    by rmpotter ( 177221 ) on Sunday October 24, 2004 @11:17PM (#10617864) Homepage
    I've wondered about this also. Check out Dean Edward's stuff [edwards.name]. He's created a nice Javascript library that "modifies" IE behaviour so that most of its CSS rendering bugs and incompatibilities disappear. Very cool work. Why can't Microsoft do it?
  • by swillden ( 191260 ) * <shawn-ds@willden.org> on Sunday October 24, 2004 @11:33PM (#10617943) Journal

    so is it the concept or the implementation [of ActiveX] thats flawed?

    Yes.

    The concept is fundamentally bad (for everyone other than Microsoft): using operating system and hardware-specific code to build web sites is a bad idea, unless your goal is to promote eternal lock-in to that platform. From a security standpoint, the notion of running automatically-delivered-over-the-net native machine code that runs outside of any kind of protective sandbox is sheer insanity, and code signing doesn't really help much, because since *all* ActiveX controls have to be signed to have any chance of being safe, the user has to either get used to zombie-clicking the approvals or else just configure the damned thing to assume that every signed control is safe.

    Not to mention (getting back to lock-in and monopoly preservation here) that whoever controls the signing process and keys has a semi-veto power over what can or cannot be done with the platform.

    The implementation sucks primarily because it's integrated into such an insecure environment to begin with.

    But even if the implementation were perfect, and even if we didn't care about the platform lock-in aspectes, the basic idea is just bad. With Java and Javascript, the downloaded code runs in a protected environment. Malicious code has to first break out of that jail before it can even begin trying to compromise the system. Javascript further provides "data tainting" to reduce privacy risks. Most importantly, because 95% of the useful stuff you'd like to do in a web-based application doesn't require breaking out of the sandbox, signed Java applets that do are rare, so users can be appropriately cautious about them (actually Java applets are rare, and for good reasons, but that's another rant). Javascript + XUL actually has no way to break out of the sandbox, AFAIK (someone please correct me if that's wrong).

  • by jeti ( 105266 ) on Monday October 25, 2004 @02:45AM (#10618619)
    It has the potential to be great, but we need to get past all this "add more features" and fix security programs.

    Maybe Firefox is not yet as secure as it should be. But people are intensely at work tightening things up.
    According to The Burning Edge [squarefree.com] no less then 10 security related bugs have been fixed in the last week.
    The developers are obviously using the random HTML script, and the security bug hunting program seems to pay off.

    I'm under the impression that Firefox developers are working very hard to provide a secure version 1.0 of Firefox.
  • by CaptainZapp ( 182233 ) * on Monday October 25, 2004 @04:55AM (#10618907) Homepage
    and code signing doesn't really help much, because since *all* ActiveX controls have to be signed to have any chance of being safe

    Even if signing the code would be secure it doesn't help a hell of a lot if the good burgers at Verisign [verisign.com] hand out the keys to every pimply faced teenager walking in.

    This advisory [attrition.org] describes this spectacular goof in detail. I quote:

    In mid-March 2001, VeriSign, Inc., advised Microsoft that on January 29 and 30, 2001, it issued two VeriSign Class 3 code-signing digital certificates to an individual who fraudulently claimed to be a Microsoft employee. The common name assigned to both certificates is "Microsoft Corporation". The ability to sign executable content using keys that purport to belong to Microsoft would clearly be advantageous to an attacker who wished to convince users to allow the content to run.

  • by Anonymous Coward on Monday October 25, 2004 @06:17AM (#10619174)

    javascript is a horrible hack thought up by some drunk, off-duty engineer on toilet paper one day while reading the graphiti over the urinal at work.

    You know, I've read similar comments all over this story, and it's nothing but FUD. Have you ever actually used Javascript for anything other than a ten-line form validation hack? It's actually a very nice language. But people seem to be locked in the mindset that Javascript is this incompatible, restricted half-a-language that hasn't moved on since Netscape 2.0. That's not true.

    Why can't a java VM be modularized so that language modules (javascript, PHP, Perl, Python, Ruby, etc) can be ported to the VM and let us use our language(s) of choice?

    Java wasn't really designed for dynamically typed languages. However Python has already got a JVM implementation (JPython/Jython), and Parrot, which somebody else linked to, is just what you describe, although it won't be a Java VM.

  • by rjshields ( 719665 ) on Monday October 25, 2004 @06:35AM (#10619249)
    javascript is a horrible hack thought up by some drunk, off-duty engineer on toilet paper one day while reading the graphiti over the urinal at work

    Nice troll! Seriously, what exactly is your problem with JavaScript? It is a standardised language that is quite powerful enough to handle anything reasonably expected of it. It's easy to learn and quite pleasant to work with.

    Perhaps your beef with JavaScript lies with the variety of interpretations of the API [w3.org], and bastardisation thereof. Don't confuse a language with an impementation of an API. Obviously the developers of XUL think that JavaScript is worthy, and so they should. I'll be sideing with them, rather than your righteous self.

    It's lousy, and not advancing

    Taken from http://www.mozilla.org/js/js15.html [mozilla.org]: The next version of JavaScript will be the 2.0 release. 2.0 represents a rewrite of both the language specification and engine implementation... Your opinion that it's lousy is just that - your opinion. Please engage with some more considered argument before spouting your opinions.

    Why can't a java VM be modularized so that language modules (javascript, PHP, Perl, Python, Ruby, etc) can be ported to the VM and let us use our language(s) of choice?

    Yeap, because with a helthy dose of sarcasm, waiting half an hour for a VM load up which then consumes a tonne of system resources is really in the best interests of the user, not to mention that it's not complete overkill for simple maniplation of data and UI widgets.
  • by MikeBabcock ( 65886 ) <mtb-slashdot@mikebabcock.ca> on Monday October 25, 2004 @09:14AM (#10619887) Homepage Journal
    It loads pages faster than IE. IE doesn't load faster than Firefox incidentally -- it loads when your system boots and never unloads from memory to my knowledge.

    You wouldn't know how long IE takes to load because it doesn't unload.
  • Re:2%??? Try 17% (Score:1, Informative)

    by Anonymous Coward on Monday October 25, 2004 @09:28AM (#10619984)
    Do you have more believable stats? Because the ones I have seen have either been using a script that works only in IE, thus gaining 99.9% IE, or failing to adjust for the fact that a large percentage of Mozilla/Firefox/Opera users set their user-agent to display as Mozilla/4.0; comaptible; MSIE, because of sites refusing to work with anything but IE.
  • Comment removed (Score:2, Informative)

    by account_deleted ( 4530225 ) on Monday October 25, 2004 @09:35AM (#10620033)
    Comment removed based on user account deletion
  • Re:True 'nuff (Score:2, Informative)

    by ahdeoz ( 714773 ) on Monday October 25, 2004 @07:22PM (#10626375)
    All I know is that Mozilla works fine and Firefox is slow as hell and has a tendency to turn into unresponsive sludge on my PIII 500. It behaves suspiciously like it has some serious memory leaks and a near fatal flaw about emerging from swap. And Firefox is ugly compared to Mozilla. And a lot of plugins are iffy on Firefox (like flash and java) and when it comes down to it, Firefox just doesn't have the features needed to be a full use browser, and to top it off, it's default behavior sucks in a lot of ways.

The key elements in human thinking are not numbers but labels of fuzzy sets. -- L. Zadeh

Working...