Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror
×
Mozilla The Internet Operating Systems Software Windows

FireFox and Longhorn: Meant For Each Other? 439

News for nerds writes "According to the internetnews.com report, Microsoft's technology evangelist Robert Scoble said in his blog and interview that while he is a user of Firefox it can be improved if Mozilla developers take advantage of Longhorn technologies such as XAML, Avalon and WinFS, instead of making it only within GNOME/Mozilla coalition."
This discussion has been archived. No new comments can be posted.

FireFox and Longhorn: Meant For Each Other?

Comments Filter:
  • Embrace, extend... (Score:4, Insightful)

    by leipold ( 103074 ) on Saturday May 08, 2004 @08:49AM (#9093060)
    Lather, rinse, repeat.
    • by zonix ( 592337 ) on Saturday May 08, 2004 @08:59AM (#9093131) Journal

      You forgot the "annihilate" step, before you begin washing your hands.

      z
    • by Amiga Lover ( 708890 ) on Saturday May 08, 2004 @09:06AM (#9093192)
      I have to wonder at his comments, asking such things as "why is Firefox not taking advantage of avalon?" or "why not WinFS?" or "Why not XAML?"

      They're marketing type questions coming from a clueless droid.

      The obvious answer is the same as the answer to the questions "Why is Firefox not taking advantage of features of Mac OSX 10.6" or "Why is Firefox not taking advantage of features of the Linux Kernel 2.8"

      COS THEY'RE NOT FUCKING HERE YET!

      He's not asking questions. He's sowing seeds.
      • by killjoe ( 766577 ) on Saturday May 08, 2004 @11:44AM (#9094120)
        If this guy was serious. If he truly was anything but a MS droid he would ask a different question. That question would be.

        How can I and Microsoft help the Mozilla foundation write a patent unencumbered cross platform XAML implementation so the goodness of XAML is available to Firefox users no matter what their platform.

        OK, OK you can stop laughing now. I am not saying that anybody that works at MS will actually say such a thing.
      • by ZorinLynx ( 31751 ) on Saturday May 08, 2004 @02:39PM (#9095079) Homepage
        Actually, the reason is...

        BECAUSE IT'S A CROSS PLATFORM FRICKIN' WEB BROWSER!

        If you want platform specific features, you start seperate projects, like Camino (MacOSX).

        Thing is, Firefox is already a great browser on all the platforms it's on, so there's really no need for platform specific versions. Cross platform rocks; no matter what machine you're on, there's your familiar app with all your settings easily ported between them.

        All hail cross platform code!

        -Z
    • by w3weasel ( 656289 ) on Saturday May 08, 2004 @09:15AM (#9093243) Homepage
      If you haven't already read it... take a look at why microsoft fears third party browsers [findlaw.com]. Look at the references to "application barrier to entry" as related to Netscape.

      MS won the browser war... but a new war is brewing, and once again, it will revolve around API's and who controls them. Linking Mozilla closely or completely with MS proprietary API's would be equal to surrender, before this war has even begun. Make no mistake, MS will offer one sweet set of API's, custom written to lure the developers of projects which might threaten MS's control of the market. If successful... those API's will "evolve" to "offer a richer user experience" (i.e. hamstring the competition)

      • by ischorr ( 657205 ) on Saturday May 08, 2004 @10:59AM (#9093846)
        My question is, will the cloning of the APIs/technology be *legal*?

        With Microsoft patenting everything under the sun that relates to Longhorn, how long do you think it would take it would take Microsoft to whip out the lawyer hordes if an open-source project (or any competitor) were to build a XAML implementation?

        It's a very smart strategy. Even if Longhorn and associated technologies aren't released until 2007, with current momentum Microsoft will still have a fairly heavy stranglehold on the desktop. Longhorn will fairly quickly be adopted by the masses, pushing their proprietary tech onto the world.

        XAML poses to be significantly cool. How long do you think it will take before we start seeing sites that are XAML-only? I mean, today how many MAJOR websites can't even be bothered to do even basic cross-browser compatibility checking (or do outright requirement of IE), let alone spend the resources to implement sites using two very different technologies?

        The OSS community says "hey, that's no problem, we'll play catch-up like we always have. We'll just clone your stuff!" Then Microsoft starts slyly waving software patents in Mozilla/KDE/Opera's face. ...Great for Microsoft, but clear evidence that software patents are BAD for consumers. (Also reminds us that OSS is wonderful, OSS is great, but for the *most part*, most OSS that has been produced so far is not INNOVATIVE. When the primary goal of a project is to clone another product (Evolution springs to mind), it's just not something that drives the realm of computing forward. It's GREAT for competition, though).

        And chances are that MS will license the technology to Apple, or someone like that, but you can see the danger for OSS browsers and OSS platforms. ...And don't get me started on the dangers inherent in developing using Mono. Ugh.
    • by pubjames ( 468013 ) on Saturday May 08, 2004 @09:22AM (#9093291)
      Embrace, extend...

      Big Chief Billyboy Gates, him say "Embrace and extend your enemies technologies only once they have become successful. If you embrace them before they are successful, you will only aid their success".
    • by Anonymous Coward on Saturday May 08, 2004 @10:08AM (#9093565)
      Embrace and extend is just another word for "added value". It's a good thing. If you want to be portable, you simply don't use the added value.

      The problem is that Microsoft Embraces a crippled version of the standard then makes its own extentions to provide similar functionality. Sometimes the crippling is in a very fundamental way, so if you want to provide nontrivial functionality, you can't help but use the extentions. That leaves companies with two choices, either write two versions of everything or just standardize on the market leader and hope that everyone else can live with the decision.

      Microsoft's basic strategy is "Embrace, Cripple, Extend, Extinguish".

  • Please ignore this (Score:3, Interesting)

    by Anonymous Coward on Saturday May 08, 2004 @08:50AM (#9093065)
    Robert Scoble is a professional Microsoft troll. Please ignore his blogs and his disingenious praise for Firefox.
  • Portability? (Score:5, Insightful)

    by wdnspoon ( 560602 ) on Saturday May 08, 2004 @08:51AM (#9093073)
    I run FireFox on linux, solaris, and windows 2000 regularily. I'd rather see FireFox efforts put into features which are easily cross-platform, rather than a Longhorn branch.
  • Instead... (Score:5, Insightful)

    by fstanchina ( 564024 ) on Saturday May 08, 2004 @08:51AM (#9093075) Homepage
    What about making those technologies available to other platforms with a no-royalties license instead?
    • Re:Instead... (Score:4, Insightful)

      by Hansu ( 234247 ) on Saturday May 08, 2004 @08:57AM (#9093122)
      My thoughts exactly, open up those technologies and maybe mozilla group could take advantage on those, among others. I bet samba group wouldn't mind supporting winfs.
    • Re:Instead... (Score:3, Interesting)

      by peragrin ( 659227 )
      No-royalties?? but what about patenting using XML in a word processor there surely no prior art there?

      How is MS supposed to defeat Linux if it uses a royalty free license??

      My other question is why?? There isn't a feature he listed that would be useful to any non-windows platform.

      WinFS is just a database ontop of a dumb file system. Avalon, and XAML are going to be patented tech of MS so their use would be prohibited.
      Where's the benifit????
  • by KrisCowboy ( 776288 ) on Saturday May 08, 2004 @08:52AM (#9093082) Journal
    Yeah, Mozilla should start using Microsoft technologies. It's too damn boring that I can block pop-ups in my Firefox and I don't have any spyware on my system. Hey Mozilla developers, use IE engine for Mozilla and make my day.
    • by AntiOrganic ( 650691 ) on Saturday May 08, 2004 @09:49AM (#9093455) Homepage
      I know you're trying to be funny, but I've seen a huge surge in the number of automatic spyware XPI installers showing up on all kinds of different websites over the past few months. Currently, the situation is no better than Microsoft's "click yes to install" ActiveX controls, and Firefox's don't even need to be signed to be installed. by default.

      The only upside, I guess, is that they're never installed via buffer overrun exploits.
      • by pmsyyz ( 23514 ) on Saturday May 08, 2004 @01:41PM (#9094744) Homepage Journal
        Fixed last month:

        Bug 238684 [mozilla.org]: Onload XPI installs should be blocked by default
      • by mikeswi ( 658619 ) * on Saturday May 08, 2004 @05:23PM (#9096097) Homepage Journal
        This was filed at bugzilla and has been fixed. Some of them considered it a "showstopper" bug and were willing to delay Moz 1.7 until it was fixed.

        The next version of Mozilla (and I assume FireFox) will disallow XPI installers from anywhere but approved sites, with the main download sites being pre-approved. The user will be able to whitelist other sites if they choose.

        The problem you refer to was an advertiser running an I-Frame to load a javascript. The javascript triggered an XPI install of a spyware with an onload command. All it did was pop up a dialog, it never installed automatically because extensions aren't allowed to do that by Mozilla.

        At worst, it gave what is a best case scenario for MSIE in that the user was given a prompt asking permission to install the thing. That particlar spyware (xxxtoolbar) regularly hijacks MSIE and it's damned hard to remove it.
  • Simple recipe (Score:4, Interesting)

    by ites ( 600337 ) on Saturday May 08, 2004 @08:53AM (#9093092) Journal
    1. Use Longhorn-specific extensions 2. Develop MSIE replacement 3. Profit! (for Microsoft, who have just saved a packet on browser development) Meanwhile resources are drained from solutions that will benefit non-Windows users and platforms. Signs of a new strategy from Redmond?
    • Re:Simple recipe (Score:4, Insightful)

      by Tim C ( 15259 ) on Saturday May 08, 2004 @09:29AM (#9093331)
      Isn't that the entire point of open source, though? That it saves companies/people time and money, because someone else does all/most of the hard work for them, while "we" get the fixes/improvements they make to it? As long as the licence is complied with, who cares? You can't say "Oh, but it's MS, and I don't like them!", that's not how it works - Free is Free for *all*, not some.

      So some guy at MS likes FireFox and thinks it should use more Longhorn-specific tech. So what? I prefer Mozilla, and think that development should concentrate on that, instead. My opinion means about as much, when you get right down to it, unless this guy somehow manages to persuade MS to devote a dev team to it.
  • WinFS? (Score:5, Insightful)

    by in7ane ( 678796 ) on Saturday May 08, 2004 @08:53AM (#9093093)
    WinFS strikes me as a bit odd, anyone care to explain?

    Firefox is meant to be a web browser - and no extras. So why would it need to use the filesystem? It's not like somebody wants to integrate Firefox into Longhorn to such an extent as to make it 'part' of the os. Also is WinFS open, did I miss something?
  • by Bryan_W ( 649785 ) on Saturday May 08, 2004 @08:54AM (#9093096) Journal
    Hmmm those flying pigs sure do look pretty up there in the sky.
    • Except he's not even asking for Microsoft and Mozilla to work together. He's asking for Mozilla to come and work with Microsoft, without any clearly defined APIs or featuresets, and little apparent intent of releasing any any time soon.

      If Microsoft was prepared to work together with Mozilla - well, that would probably involve Microsoft engineers comitting code to Firefox to add Avalon and WinFS support themselves.

      Even he isn't crazy enough to ask for that one.

      Jedidiah.
  • Peanut butter and chocolate for example.

    Tv and remote.

    Geek and computer.

    Arsenic and old lace. :P
  • by JCMay ( 158033 ) <JeffMayNO@SPAMearthlink.net> on Saturday May 08, 2004 @08:55AM (#9093107) Homepage
    Could one not consider XAML just a re-implementation of the XML-based UI builder that the Mozilla guys developed [mozilla.org]?

    Can anyone explain to me why a web browser would care about filesystems?

    When will I be able to run Avalon on my Red Hat 9 [redhat.com] machine?

    Perhaps these guys would be better served by using Free systems for the functionality provided by XAML and Avalon. I happen to like the Mozilla system and Gnome works great for me. :)

    • One would think that since XAML is built into Longhorn, it will run faster than the open-source equivalent. Kind of like using Aqua/Carbon/whatever for Camino's interface...
    • by dustmite ( 667870 ) on Saturday May 08, 2004 @10:01AM (#9093532)

      Microsoft have spent the last thirty odd years re-inventing thousands of wheels that weren't theirs. Everything they have ever made has been a re-invention of someone else's wheel. It doesn't matter. Most people will use XAML just because it's Microsoft's, and it quite frankly has no relevance that others have done the same thing before, regardless of which one is technologically better too. Thus some or other XAML compatible extension to Firefox that allowed people to use it for XAML applications might be useful for Mozilla? And if enough people used Firefox for XAML, MS would have less power to pull 'embrace and extend' (hmm .. on their own spec? sounds a bit odd but the idea is that if enough customers used open implementations of MS standards, MS would have less power to modify the standards to enhance lock-in - breaking the standards in later versions might actually push corps away from MS and towards Firefox for those who are using, um, "Open XAML"). Basically the idea is to pull the inverse of MS's usual "embrace and extend" strategy. Instead of MS taking an open standard and introducing proprietary extensions, you take an MS standard like XML, create an "Open XML" (open version of XAML), convince enough people to use the *OPEN* XAML instead of the MS one (via marketing/strategy etc), and then MS "lose" their control over the standard because the market forces the standard to be and remain open.

      I don't know why a web browser would care about specific filesystems.

      • by bonch ( 38532 ) on Saturday May 08, 2004 @12:01PM (#9094199)
        "Microsoft steals other people's ideas!" So says the Linux user typing his post in an integrated file/net browser, using a start menu, taskbar, the same print dialogs, a "Control Center," Minimize/Maximize/Close buttons, etc., etc., etc....

        The power of all the volunteers in the world, and what do we do? We make a UNIX clone. Then we make a Windows clone on top of it. Nice.

        A couple of years after Longhorn comes out, and GNOME/KDE decide to implement their .NET/WinFS/Avalon clones, I'll be grinnin'.
  • Great Idea! (Score:5, Funny)

    by Anonymous Coward on Saturday May 08, 2004 @08:59AM (#9093136)
    I think this is a great idea. Currently, Firefox is just not slow, bloated and buggy enough to fit into a Windows work environment. It is upto the Firefox team to change this.

    I will applaud any effort to add new, worthless, features into Firefox. This is what makes Open Source great, and could one day make Firefox a match for Internet Explorer.
  • hmmm (Score:5, Insightful)

    by Knights who say 'INT ( 708612 ) on Saturday May 08, 2004 @09:01AM (#9093149) Journal
    One one hand, "HOW DARES HE SUGGEST THAT..."

    On the other hand, does it mean they're willing to work with third-parties to provide some software like web browsers? It doesn't have to be from the Free world, they could just arrive to a settlement with Opera, for instance.

    Sure, Linux is better, and I use it myself. But quite a lot of Windows problems would be solved if Microsoft would just stop shipping their own mail client and browser.
  • Huh? (Score:5, Insightful)

    by Coryoth ( 254751 ) on Saturday May 08, 2004 @09:05AM (#9093186) Homepage Journal
    So Firefox doesn't use Avalon or WinFS yet. Not surprising considering they are not in use except in Microsoft development shops. His argument seems to be "but then you'll be a couple of years behind everyone else". I'm not sure it matters that much. I doubt anyone but IE developers are doing any coding against these frameworks ATM because they just aren't solidly locked down yet. Coding against a changing framework and API with disappearing/suddenly new features is a recipe for disaster unless you have a good inside track.

    If you read the comments he spends a lot of time saying how wonderful Avalon and WinFS are. If anyone asks why he says "because they're revolutionary". So what sort of features are they actually going to have in the release version? He spends pretty much the entire thread dodging that.

    Microsoft has no clue exactly what is going to make it into Longhorn, nor exactly what sort of feature set these "revolutionary" technologies will posses. Why on earth would start trying to code against them now?!

    And in the end, if he really thinks it will be that wonderful to have Firefox using Avalon and WinFS... well, he can always write the code himself can't he. It is open source, so he can fork and do what he likes.

    My impression (after reading through the comments to the blog): All hype and bluster and no content. I don't think Mozilla should be the least bit concerned.

    Jedidiah.
    • Huh?? (Score:3, Insightful)

      by bonch ( 38532 )
      So Firefox doesn't use Avalon or WinFS yet. Not surprising considering they are not in use except in Microsoft development shops.

      Have you been living under a rock? Longhorn betas come out all the time. The WinHEC build is used by major development companies like Adobe and Macromedia to test-run the new technologies with their apps.

      I've never seen so much whining and bitching over some guy at Microsoft daring suggest Firefox, an OSS app that 99% of you haven't even contributed code to yourself, support
  • by spencerogden ( 49254 ) <spencer@spencerogden.com> on Saturday May 08, 2004 @09:05AM (#9093188) Homepage
    So he is suggesting that the developers implement technologies that won't be availible on the desktop for at least two years? And then only on one platform?

    It sounds like he is wanting them to use these technologies just for the sake of using them, not because there are some great ways they could be used. Besides, doesn't Mozilla already have an XML specification of its GUI?

    Descibing how Mozilla could use these to provide truly inovative features would be interesting. THe developers aren't going to use the technologies if they increase OS tie in without providing something truly new.
  • by lxt ( 724570 ) on Saturday May 08, 2004 @09:14AM (#9093237) Journal
    ...a microsoft technology adviser to say something other than "product x could be improved by using our techology"...?
  • by Zaiff Urgulbunger ( 591514 ) on Saturday May 08, 2004 @09:14AM (#9093241)
    I mean, how on earth could you miss the opportunity to take advantage of a proprietry, non-portable, technology that hasn't officially been released yet and probably won't be for another 2 years, and even then will be comparitively immature compared with anything, but in particular when compared with XUL that has now been in use for... how many years is it now?

    Jeeezzz, these FOSS guys just keep shooting them selves in the foot!!

    On a serious note, I was particularly amused by the idea of Opera (of all companies) being a possible user of MS technologies! Erm, is this Scobleizer guy the cleaner at Microsoft or something? I mean, he really doesn't seem to understand *The Way Things Are*(TM) vis-a-vis Opera being particularly relgious about standards and the way Opera and Mozilla don't consider themselves enemies -- at least I've not noticed them taking pot shots at each other!
  • Scared (Score:4, Insightful)

    by egarland ( 120202 ) on Saturday May 08, 2004 @09:17AM (#9093257)
    Netscape as a platform was scary to Microsoft but Mozilla as a platform is much scarier. Longhorn's new XAML is a way to lock-in enable the internet, a way to bait companies into making web sites and web pages tied to Windows. Currently Microsoft is in a unusually weak position because most important things that are done with a computer can be done on non-Windows OS's. XAML would lock a whole new generation of people into using Windows.

    If Mozilla comes up with an alternative to XAML that works well across all platforms it has the potential to not just thwart Microsoft's new lock-in plans but also drastically increase the ability of cross platform web-based applications and further reduce the differentiation Windows enjoys. Mozilla + Gnome sounds like something we should all be paying attention to.
    • Re:Scared (Score:3, Insightful)

      by noda132 ( 531521 )

      If Mozilla comes up with an alternative to XAML that works well across all platforms it has the potential to not just thwart Microsoft's new lock-in plans

      Wrong. Mozilla has come up with an "alternative" and has been using it for at least the past five years. What, did you think Microsoft is innovating with XAML? They're just reinventing XUL because they don't like its license!

      The stuff Microsoft promises with XAML -- rich user interfaces over the web -- already works fine with XUL. However, since Mozill

  • Yeah right (Score:4, Funny)

    by Krunch ( 704330 ) on Saturday May 08, 2004 @09:19AM (#9093264) Homepage
    "On XAML [a new markup language for building graphical user interfaces in Longhorn], if you look at the platform, it allows you to do completely new things that are not possible in any platform today. Why aren't we talking about making use of that platform technology in Mozilla?" Scoble told internetnews.com.
    "On XUL [a new markup language for building graphical user interfaces in Mozilla], if you look at the platform, it allows you to do completely new things that are not possible in any platform today. Why aren't we talking about making use of that platform technology in Longhorn?" Krunch said in a Slashdot comment.
    And XUL is not Mozilla-specific but AFAIK its currently the only Free implementation.
    • Re:Yeah right (Score:3, Interesting)

      by JimDabell ( 42870 )

      And XUL is not Mozilla-specific but AFAIK its currently the only Free implementation.

      You might be interested in KaXUL [staikos.net], a KDE version of XUL (and yes, it is a horrible name).

  • Mozilla's Reply (Score:5, Informative)

    by rmohr02 ( 208447 ) * <mohr@42.osu@edu> on Saturday May 08, 2004 @09:22AM (#9093286)
    Ben Goodger made a reply to the blog entry:
    The way I understand it, WinFS is independent from Avalon, so there'd be little stopping us from "adopting" any part of its technology that made sense to us in a platform specific way - all of ths independent of how we do graphics. We already have budding shell integration services for things like default browser, with designs on further integration with each platform, e.g. using the existing Win32 Shell API.


    Moreso than most projects we're aware of the cost of rewrites. You're right - it's all about RSS. We're not about to throw away all that we've done to undertake some "convert to XAML/Avalon" folly when we could be creating more useful applications ;-)

    -- Ben Goodger Lead Engineer, Firefox
  • by FattMattP ( 86246 ) on Saturday May 08, 2004 @09:22AM (#9093290) Homepage
    Hey Robert Scoble, Firefox is open source. That means if you want those features then contribute patches or find a company to fund you to do that development. Unlike the company you work for, where people must beg for features or bug fixes and then hope and pray they are implemented, with software such as Firefox you can do it yourself. How's it feel to be fully in control of your own computer? Exhilarating, isn't it?
  • by HiThere ( 15173 ) * <charleshixsn.earthlink@net> on Saturday May 08, 2004 @09:23AM (#9093296)
    Great! He knows what he wants. The next step is for him to code it, and release it under a Mozilla compatible license.

    If he does, then the ball is in the court of the Mozilla team, and they can decide whether or not they're interested. If he doesn't, then perhaps he can interest someone else in doing so. If he can't, that's the way the ball bounces.

    N.B.: I don't think much of his chances for acceptance, but anyone who want's a Mozilla extension has the same choices. Perhaps he could create a Mozilla fork, if the Mozilla team doesn't like his shiney new software. That's perfectly legit. I doubt, however, that he'd get many FOSS coders supporting his fork, so it might be a rather large job.
  • by polyp2000 ( 444682 ) on Saturday May 08, 2004 @09:25AM (#9093305) Homepage Journal
    On one hand the guy says, that its Microsofts mission that Longhorn not break existing apps? And yet in the same report is asking the developers to start thinking about building for the new longhorn framework. So what is it? Make your apps work for longhorn or make longhorn work with existing apps? A little bit of contradiction there.

    Anyhow ;

    While its good that Microsoft are encouraging open source developers to build for their OS, dont you think its a bit lame that they are so against open source software? They need to make their minds up. And if they are going to encourage it how about supplying the tools and documentation to the community in order to enable good interoperability with other programs and operating systems?

    Its in Microsoft best interests that software works with Longhorn if it is to be a success. Having said that you can bet your bottom dollar that "certain applications" Office perhaps ? will offer a reduced experience on longhorn requiring you to purchase a newer longhorn version. I dont think its unwise to be cynical about this given the pages of the history books.

    Longhorn is a way off now, there are going to be several new generations of OSX and Linux between now and when it is released. A lot can happen in this time frame. If the linux take-up continues at the pace it is at the moment Longhorn is going to have to take interoperability more seriously whether Microsoft or Open Source developers like it or not.

    nick ...
    • So what is it? Make your apps work for longhorn or make longhorn work with existing apps? A little bit of contradiction there.

      You're making a false dichotomy. Who says that in this fantastic world of software you can't build something that works with *gasp* both platforms at the same time?

      Having said that you can bet your bottom dollar that "certain applications" Office perhaps ? will offer a reduced experience on longhorn requiring you to purchase a newer longhorn version.

      I don't really get what you
  • Meta Data (Score:5, Informative)

    by Midnight Thunder ( 17205 ) on Saturday May 08, 2004 @09:26AM (#9093318) Homepage Journal
    From what I can tell the only thing that 'taking advantage of WinFS' could mean is the metadata aspect, or hooks allowing Firefox to render the preview images of files. Both these features could easily by added to Firefox and would not necessarily break cross-platform support. For example with metadata, you provide the option to write it, but if the underlying system API does not support it, then it just gets ignored. Since there are continual hints that MacOS X may one day get metadata, that we know Longhorn definetly will and that this is always a possibility for Linux and other OSs, I would feel this would be a good move. For example, imagine you download a file and as part of that meta data the URL where it orginated from was stored with the file, then that could be handy for the day that you decide to organise your HD and want to return to the source.
  • Nice quote (Score:3, Interesting)

    by interiot ( 50685 ) on Saturday May 08, 2004 @09:42AM (#9093400) Homepage
    It's right there in the article:
    • I think we should start a new marketing campaign: "who can make up the most outrageous thing about Longhorn and get it printed in an industry magazine or pointed to by Slashdot?"
    I don't know if he's clearly stating his intentions there or not.
    • Personally I think this whole Mozilla vs. Longhorn thing is nuts anyway.
    Eh? I hadn't heard anything about the coming browser-vs-OS armageddon until it popped into Scoble's head.
  • by Idou ( 572394 ) * on Saturday May 08, 2004 @09:44AM (#9093422) Journal
    Open source developers are not your employee/slave, they will do whatever the hell they want and, as a user, you should just feel fortunate that your needs were similar to the coder's. Every newbie who wants to have a longterm relationship with open source must come to terms with this. Unfortunately, there are still a lot of clueless newbies out there and a high concentration of them at MS.

    If MS wants Mozilla to support Longhorn, why the hell does not MS submit some code! It is open source for godsakes! That is far more cooperation than MS EVER gives outside developers wanting to support MS software!!! It is amazing how clueless these people are . . . "why want you code for free for us, we are just a poor, multi-billion dollar, monopoly that has been convicted of criminal behavior on both sides of the Atlantic."

    If MS has an itch with Mozilla, why not stop BITCHING, shut the hell up, and code! If MS were to code half as much as it bitched, I am sure worms written by 18 year olds wouldn't be ripping new ones out of corporations stupid enough to trust MS.

    (This rant has been brought to you by my intolerance of stupidity masquerading as arrogance)
  • by Anonymous Coward on Saturday May 08, 2004 @09:52AM (#9093476)
    We've seen what happens to those who trust Microsoft.

    IBM and WordPerfect trusted Microsoft's promise of support for OS/2, and look what happened to them.

    WordPerfect trusted Microsoft again when they moved to Windows, only to discover that Microsoft had kept the good API calls hidden, while the API calls provided to WordPerfect were slow and unreliable.

    Go (the company) trusted Microsoft with their Pen Computing technology. Go is now suing Microsoft for having stolen that technology. Stacker also successfully sued Microsoft for having stolen Stacker's disk compression technology.

    Sun trusted Microsoft, when Microsoft contracted to provide Java support on Windows. But, Microsoft had no intention of living up to their promises, as later shown by Microsoft's internal memos [sun.com]:

    > When I met with you last, you had a lot of pretty pointed questions about Java, so I want to make sure I understand your issues/concerns....
    > 1. What is our business model for Java?
    > 2. How do we wrest control of Java away from Sun?
    > 3. How do we turn Java into just the latest, best way to write Windows applications?

    Or, as a Microsoft marketing presentation put it:

    > Kill cross-platform Java by grow[ing] the polluted Java market.

    Of course, Java developers also trusted Microsoft, and here's another memo showing what Microsoft thought of that trust:

    > At this point its [sic] not good to create MORE noise around our win32 java classes. Instead we should just quietly grow j++ share and assume that people will take advantage of our classes without ever realizing they are building win32-only java apps.

    But none of this should surprise us. We've known exactly what Microsoft was planning, ever since the publishing of the Halloween Document [opensource.org]:

    > OSS projects have been able to gain a foothold in many server applications because of the wide utility of highly commoditized, simple protocols. By extending these protocols and developing new protocols, we can deny OSS projects entry into the market.

    XAML is just Microsoft's decommoditized copy of Mozilla's XUL, or XML User Interface Language. If Microsoft had been honest about sharing standards, then Microsoft would have simply used XUL, which has become a published standard.

    I think what Microsoft is really afraid of is that, by the time Longhorn and XAML come out (plus the two more releases to get them to work acceptably), Mozilla and XUL (and Gnome, and Mono) will have already filled the Internet-based application development niche. Thus, these Open Source technologies could end up doing to Longhorn what Apache did to IIS, and then it's bye bye Microsoft monopoly.

    As a result, Microsoft is borrowing another page from their anti-Java strategy:

    > We decided rather than trying to outrun sun at their game to change the rules.

    Or, as Microsoft VP John Ludwig put it:

    > Subversion has always been our best tactic... subversion is almost invariably a better tactic than a frontal assault... it leaves the competition confused, they don't know what to shoot at anymore...
    • by Anonymous Coward on Saturday May 08, 2004 @10:34AM (#9093720)
      There are many others who have mistakenly trusted Microsoft:

      For example, there's Bristol Technologies [theregister.co.uk]:

      > The judge was also critical of a speech by Bill Gates in which he made "an affirmatively false statement and not merely an omission of material fact" at the Unix expo in New York (attended by some 20,000 people) in October 1996. Gates said: "... we work together with [Bristol and Mainsoft] to make sure they've got the very latest Windows API technology. Bristol and Mainsoft also provide source and binary compatibility, and again that's a close relationship where it's not just some old version of Windows, it's the very latest." It's the bit about the Microsoft claiming to offer the latest version of Windows that particularly caught the court's eye, because in fact Microsoft had refused to give Bristol access to the latest version of Windows.

      > ...Microsoft was in fact already undermining Bristol's ability to develop its WIND/U (Windows/Unix) product by refusing to provide the latest source code, and that Bristol's users would be unable to get the expected functionality to run Windows programs on Unix as Microsoft would only supply Bristol with a subset of the NT code.

      > The judge also said that Microsoft and was playing a bait-and-switch game in which it "baited" Bristol into continually devoting substantial resources to developing and selling WISE software, and "switched" on these converted Microsoft customers (and Bristol).

      And let's not forget Apple and customers who use MS Office on the Mac. Little did they know that they were just pawns, to be sacrificed if Microsoft's edicts were not obeyed [usdoj.gov]:

      > Gates informed those Microsoft executives most closely involved in the negotiations with Apple that the discussions "have not been going well at all." One of the several reasons for this, Gates wrote, was that "Apple let us down on the browser by making Netscape the standard install." Gates then reported that he had already called Apple's CEO (who at the time was Gil Amelio) to ask "how we should announce the cancellation of Mac Office...."

      As long as the same people are running the company, and as long as the law keeps looking the other way, there is no reason to expect Microsoft to change.

      Microsoft is dishonest; Microsoft will break any promise; And, Microsoft treats Linux, not as a competitor, but as an enemy in a war.

      Thus, compromise with Microsoft is not an option.
  • Where he flames apple for downplaying one remote-root exploit. Neglecting to mention that thanks to Microsoft's refusal to take advantage of the security capabilities of NT any remote exploit is a remote-root exploit.

    And he thinks Mozilla would benefit from better integration with Longhorn? Integrating browsers and the OS has proven such a win for Microsoft.

    Or, as I wrote on the site:


    I'll put up with Apple downplaying a buffer overflow better than I'll put up with Microsoft deliberately building an architecture that's almost impossible to secure when they integrated IE (a component that has to be designed to deal with untrusted data) with the desktop (a component that has to assume that data is trusted).

    I banned IE, Outlook, and any other programs I could identify that used the MS HTML control almost ten years ago now, and the result was that our Windows systems had few virus problems, and they were minor... and could often be traced down to people who used Outlook or IE against our policy.

    Before throwing stones at Apple and talking about how Microsoft is "getting it", how about undoing ten years of virus promotion by allowing people to run a secure Windows desktop, with no browser integration, no Active Desktop or ActiveX, no flakey HTML-ised control panel components.

    I'd be MUCH happier about the Windows box on my desk if Microsoft would back out a lot of their "innovations". I know it might cause some loss of face to admit that integrating the browser was a mistake, but over the longer term it would produce a significant benefit to both users and to Microsoft's public image as the system became safer, more reliable, more secure, and faster.
  • by wardk ( 3037 ) on Saturday May 08, 2004 @10:12AM (#9093584) Journal
    is this the same Microsoft that stressed that Lotus should focus their 1-2-3 GUI efforts soley on OS/2 and forget about that interim toy called Windows?

    just wonderin'
  • by moojin ( 124799 ) on Saturday May 08, 2004 @10:29AM (#9093678)
    MS: Together we can rule the software industry.
    Firefox: Never.
    MS: I am your father.
    Firefox: Noooooooooooooo...........
  • by Jugalator ( 259273 ) on Saturday May 08, 2004 @10:30AM (#9093688) Journal
    Firefox *do* have something to do with the local filesystem: when you're about to save downloaded files. I think it would be nice if Firefox supported the WinFS "Storage" devices, but maybe it will anyway if it just uses the default file dialog, which it should absolutely continue doing like it does now. :-)

    Other than that, I can't see a reason to use XAML etc. since it would probably break the GUI look & feel and annoy people using Firefox on multiple operating systems. But I'm sure someone will do an own branch for better Longhorn integration, just like there's the Camino browser for MacOS X. And that's the beauty of open source. :-) The main development team doesn't need to do these sort of decisions, but another developer might, and then the end users have the freedom to choose whatever browser they want.
  • Microsoft silliness (Score:5, Interesting)

    by hak1du ( 761835 ) on Saturday May 08, 2004 @10:33AM (#9093712) Journal
    XAML, Avalon

    It already does. It's called XUL. There is no reason to replace that with a Microsoft-proprietary technology. If it's going to be replaced with anything, it's going to be replaced with a general-purpose XUL-based toolkit (XUL itself isn't quite there yet).

    OSS will offer XAML interoperability probably only if it looks likely that Microsoft won't be able to sue over it. Given Microsoft's rash of patents and intellectual property claims over the last couple of years, that doesn't look likely to me. But the ball there is in Microsoft's court: if they want interoperability, they need to make ironclad legal guarantees to the OSS community that their standards are open.

    WinFS

    WinFS is just a marketing construct, not new technology. It is some combination of user-mode indexing technologies and databases with some kernel support. Guess what, other systems have had that for years, including Linux.

    Microsoft is trying to shove their particular combination and APIs down the throats of developers, but there are reasons people haven't settled on a single standard for this sort of thing: it doesn't make sense for anybody other than the OS vendor.

    In the case of mailers, the standard database formats needed are mbox, maildir, and/or mh. The database format Thunderbird has chosen for mail is mbox, which is perfectly reasonable, and it's open and non-proprietary. (Maildir and MH support would be nice, too; I don't think it has that yet.)

    instead of making it only within GNOME/Mozilla coalition.

    Thunderbird works fine on Windows (arguably, better than on Linux) and MacOS, in addition to Linux. It just happens not to incorporate every single poorly thought out API that Microsoft keeps coming up with. And that's just fine, as far as I'm concerned. Anybody who wants that sort of thing can use Outlook.

    However, I'm sure that Thunderbird will eventually incorporate some platform-specific code to make its messages indexable by WinFS, just like it does some platform-specific things on each platform.

  • Forget it. (Score:3, Interesting)

    by CondeZer0 ( 158969 ) on Saturday May 08, 2004 @10:47AM (#9093782) Homepage
    I don't want that crap, and I don't want Gnome's crap either.

    I want a web browser, if I wanted some kind of megalomaniac "application development platform" I will use Python, thank you very much.

    And as long as they don't give me access to the source under an open source license I wont touch it. I have been burned once(Windows), twice(Java), I'm not going to get burned a third time, if you want me to rely on your software you better give me the source and let me fix it(or let others fix it).

    As Al Viro, one of the very few reasonable Linux kernel developers, said:

    All software sucks, be it open-source [or] proprietary. The only question is
    what can be done with particular instance of suckage, and that's where having
    the source matters.

    -- viro [http://www.ussg.iu.edu/hypermail/linux/kernel/040 4.3/1344.html]

    It's sad that we have to get to this, but in the current software industry having access to the source under a open source license is the only warranty that you are not going to be royally screwed, I don't want to be at the mercy of the economic targets of some random company, I already have enough trouble taking care of _my_ business.

    Life is too short to run proprietary software.
    -- Bdale Garbee

    And as for Gnome, I will quote viro wise words again:

    Yeah... "Infinitely extendable API" and all such. Roughly translated
    as "we can't live without API bloat". Frankly, judging by the GNOME
    codebase people who designed the thing[GNOME] are culturally incompatible
    with UNIX.


    And yea, that is you, my dear Miguel, you have as little clue as RMS of what Unix is all about, I advice you that when you get tired of all that .NOT gratuitous complexity and over-designed crap you take a look at the only sane OS left: Plan 9 [bell-labs.com]; and if you are tired of doing "memory management", why don't you use Limbo (The Limbo Programming Language by Dennis M. Ritchie) [vitanuova.com]?

    uriel
    • Re:Forget it. (Score:3, Informative)

      by BZ ( 40346 )
      > if I wanted some kind of megalomaniac
      > "application development platform" I will use
      > Python, thank you very much.

      See http://www-106.ibm.com/developerworks/webservices/ library/co-pyxp1.html

      Seriously, see http://mab.mozdev.org/ for the sort of things that can be done with an "application development platform" and compare it to the HTML Amazon search stuff...
      • Re:Forget it. (Score:3, Insightful)

        by CondeZer0 ( 158969 )
        Now can you explain to me what does this have to do with a web browser? because I don't see it.

        And for the record I have been developing web applications for over 5 years, and I can tell you, it's a _bad_ idea.

        And the use of XML over HTTP as some kind of RPC is just stupid, wasn't CORBA already bad enough? "Hey, yea, but if we use HTTP we can bypass firewalls!" Marvelous! You could as well dump the firewall into the trash can.

        The essence of XML is this: the problem it solves is not hard, and it does not
  • by alw53 ( 702722 ) on Saturday May 08, 2004 @10:59AM (#9093850)
    "First of all, Longhorn has a mission not to break existing apps. If we broke existing apps, we'd be hurting our customers, our partners and ourselves," Scoble told internetnews.com.

    Here's another quote I remember:

    "Windows isn't done until Lotus won't run".
  • by lawpoop ( 604919 ) on Saturday May 08, 2004 @11:09AM (#9093916) Homepage Journal
    What's stopping MS from doing the work and submitting it to the mozilla team? Or even forking the project? Why should the mozilla team go out of its way to incorporate these great new technologies?
  • by Millennium ( 2451 ) on Saturday May 08, 2004 @11:37AM (#9094080)
    Of course they're a threat to Mozilla. The entire point of Mozilla is that it is cross-platform. Avalon and the laughably-useless WinFS might be able to be used by Mozilla without tying it to Windows. But the cheap XUL knockoff known as XAML? Please.

    This is clearly a cheap attempt by Microsoft to Embrace and Extend Mozilla's cross-platform capabilities, with the end goal being, of course, "Extinguish".
  • by andrew_mike ( 458436 ) on Saturday May 08, 2004 @12:05PM (#9094215) Journal
    There is no Avalon, only XUL.
  • by innerweb ( 721995 ) on Saturday May 08, 2004 @12:13PM (#9094265)
    ...but, only MS can place that code in the domain.

    They own it, legally or not, and they wield a mighty financial hammer to prevent any use of it that they do not want. They control it. Unless they release it under the GNU or some such similar and appropriate license, I would not use it, and I doubt any OSS coder of worth would either (coding for OSS). Of course, there may be some exceptions, but they always come at a price.

    So, to the MS evangelist, tell MS how great a product this is and how important it is to place MS code in the public domain. Tell MS how important it is to participate in the OSS community as an active, honest, open member. If you can convince MS that these are all good things, and MS starts doing these things, then maybe it might be a good idea to include MS technology in core OSS technologies.

    InnerWeb

  • by fupeg ( 653970 ) on Saturday May 08, 2004 @12:14PM (#9094268)
    I don't think this MS schmuck is saying re-write Firefox in XAML, or if he is then he is an idiot. However, the Windows implementation of XUL and the Gecko runtime could make use of Longhorn APIs. The current Windows implementations definitely make use of Win32 APIs, just read the build instructions for Windows [mozilla.org]. Going from XUL to XAML is just a matter of doing an XSLT transformation. Firefox could still be done in cross-platform XUL, just its implementation on Longhorn systems could make use of Longhorn specific APIs, kinda like its implementation on Linux making use of GTK+ for example.
  • Gloat Gloat Gloat (Score:5, Interesting)

    by mnmn ( 145599 ) on Saturday May 08, 2004 @12:26PM (#9094317) Homepage
    Does anyone here remember why Firefox/Thunderbird was born? To escape Mozilla's bloat. I think the Opera browser influenced its initial design, which in earlier versions even fitted on a floppy while being IE6 compatible for the most part. The whole appeal of firefox over mozilla and others is the simplicity and therefore the speed and efficiency.

    It can be used as a platform for other browser technologies, but they should be renamed, and firefox vanilla should always be as simple portable and small as reasonable possible for general browsing.

    Theres nothing wrong with Someone with a lousy sparcstation 5 running NetBSD and using Firefox. With Mozilla, you couldnt work with an Ultra 60.
  • by josepha48 ( 13953 ) on Saturday May 08, 2004 @12:44PM (#9094397) Journal
    I'd have to say that XAML looks like struts or taglibs from the java project. Which is not suprising. Struts allows you to iterate and create beans and all doing xml syntax in a jsp page. Take that idea a step further and apply to C# and viola, you can now create an application pretty easily using XML like syntax. I wonder if this is one of the things they are going to patent. If so watch out J2EE 1.4 cause it could infringe depending on the claims.

    This looks pretty cool, but I wonder if there is any security built in to this kind of stuff. Does this mean that someone could send an XAML document in an email and its the new adware instelled virus that downloads your data in 50 lines of XAML? While I think it is cool technology, don't get me wrong. I am concerned that if it is that easy to write code, it then becomes that easy to exploit Longhorn. I hope MS builds security into their Outlook client in Longhorn that will match that of the new firewall tools that I have heard they are coming out with in their new OS.

    On an off NOTE, I think that the Linux competition as small as it may seem ( market share wise ) and the number of viruses that are coming out, are actually prompting MS to step up its product and make it much better. New firewalling capabilities that are improved about as good as iptables, but easier to use. I hope they fix some of the bugs in IE, in particular IE 5&6 window.open() should not forget the cookies in the opening window. Yes this is a bug, go search their web site.

    I guess now that they are in every market they have only one thing left to do and that is make their product really better.

  • by valmont ( 3573 ) on Saturday May 08, 2004 @04:52PM (#9095914) Homepage Journal

    XAML is windows-only and is a lame attempt at reinventing a wheel that the Mozilla working group has so nicely invented: The Mozilla cross-platform application framework. XAML would restrict apps to windows.

    furthermore, i consider XAML to be a very dangerous technology as far as security is concerned. It looks to me like it attempts to further blur the line between web "pages" and full-blown applications running on the client-side with no permissions restrictions.

    lemme put it this way: it is okay for "web pages" to embrace some technologies that enable various compelling user-interface paradigms to further enrich the browsing experience: DOM/CSS/JavaScript (DHTML), Flash and whatnot. As long as they cleanly operate within the browser sandbox.

    It is okay for applications and application frameworks to embrace and build-upon web-based technologies to further enrich user interfaces that should inherit from web-browsing user-interface paradigms: Mozilla Application Framework, KHTML/WebKit. Such applications are real applications which users must go thru the conscious steps of installing, with the inherent knowledge that an application could actually hurt their computer system. Any application that works within this model is standalone, and was installed within the constraints of the operating system.

    What microsoft appears to be doing with XAML is to push ActiveX one step further, and instead of blurring the line between a web-based document and a full-blown computer application, simply COMPLETELY REMOVING THIS SEPARATION. You'd be looking at running applications simply by pointing your application to a web-based URL: http://widgets.com/evilApp.xaml. Security implications of this are HUGE and horrific when considering microsoft's past track record.

    I believe microsoft sees Mozilla as a threat. XAML is their answer to that threat. That blog is attempting to seed brains in that direction.

    consider the fact that today, to upgrade windows, you are trained to go to http://www.windowsupdate.com/ and watch your whole upgrade happen INSIDE of your web browser. Forget downloading an executable and running it or having a separate application that is dedicated to software updates. NAH. let's just teach users that running software from your browser is ... OKAY. So next time they see an ActiveX prompt about allowing some code from Gator/Claria, Inc. to run, they'll think that's OKAY too. Let's really remove all layers of security and further open ourselves to stupid worm-spawning trojans.

    i'll stop here. windows appalls me. if it doesn't appall you then you've never had to support armies of newbies running windoz, starting with your own family.

The computer is to the information industry roughly what the central power station is to the electrical industry. -- Peter Drucker

Working...