Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

FireFox and Longhorn: Meant For Each Other?

Posted by Hemos on Sat May 08, 2004 08:48 AM
from the might-make-life-easier dept.
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."
+ -
story
This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • 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) Homepage 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.
  • 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.
    • Re:Portability? (Score:5, Insightful)

      by Anonymous Coward on Saturday May 08 2004, @09:01AM (#9093151)
      The beauty of Open Source is that Microsoft is completely welcome to contribute these changes if they want them to occur. They're the biggest company in the world - no reason they have to rely on others to do it for them. Toss an engineer at it yourselves!
    • Re:Portability? (Score:5, Insightful)

      by rmohr02 (208447) * <mohr.42 @ o su.edu> on Saturday May 08 2004, @09:16AM (#9093245)
      Currently Mozilla is looking towards integrating with GNOME. Scoble wants them to put the same effort into integrating with Microsoft technologies. That still doesn't explain why a browser would want to integrate with a filesystem, but I'm sure there's some explanation that makes sense to someone about that.
  • 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.
  • 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.
  • 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?
  • 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?
    • Re:WinFS? (Score:5, Funny)

      by Talez (468021) on Saturday May 08 2004, @09:00AM (#9093141)
      Well it could make an offline cached internet within the WinFS that could be searched much like the rest of the filesystem.

      Thats just one idea I had.
  • 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.
  • Peanut butter and chocolate for example.

    Tv and remote.

    Geek and computer.

    Arsenic and old lace. :P
  • 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. :)

    • 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.

  • 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.
  • 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"...?
  • Mozilla's Reply (Score:5, Informative)

    by rmohr02 (208447) * <mohr.42 @ o su.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
  • 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.
  • 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.
  • 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...........
  • 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.

  • 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 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 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.

    • Re:bwahahahha (Score:5, Insightful)

      by Wister285 (185087) on Saturday May 08 2004, @09:00AM (#9093147) Homepage
      Believe it or not, everyone that works for Microsoft isn't an evil person trying to crush the free software movement. The point of this article seems to be that a Microsoft employee recognizes Firefox's superiority. If this guy is able to admit openly on a Microsoft website that he doesn't even use IE, maybe developers should listen to him. Sure, making a Longhorn only version is not the solution. GNOME should investigate these features to see if they are worth trying to duplicate. Ideas shouldn't be cynically disregarded just because of where they originated.

      If the Mozilla developers feel that cross platform is most important (which I feel is most important), they should just consider what these suggestions mean and maybe make them design objectives if they are at all possible.
      • Re:bwahahahha (Score:5, Insightful)

        by AntiOrganic (650691) on Saturday May 08 2004, @09:42AM (#9093402) Homepage
        Believe it or not, everyone that works for Microsoft isn't an evil person trying to crush the free software movement.
        Of course not; they have little to gain from crushing Mozilla. They do, however, have a lot to gain by crushing Linux, and by attempting to persuade the Firefox developers to "embrace and extend," and tie themselves down to more Microsoft proprietary APIs, this is what they're going for. First and foremost, Microsoft is a company, and they're not just being altruistic. Everything, when you get right down to it, is financially motivated.

        If this guy is able to admit openly on a Microsoft website that he doesn't even use IE, maybe developers should listen to him.

        Sales 101 Rule #1: Tell the other guy what he wants to hear.

        If the Mozilla developers feel that cross platform is most important (which I feel is most important), they should just consider what these suggestions mean and maybe make them design objectives if they are at all possible.
        How would a relational database filesystem layer, a bloated 3D interface graphics framework, and a new UI markup language (which Mozilla already has) help a web browser in the slightest?
        • Re:bwahahahha (Score:5, Insightful)

          by The Vulture (248871) on Saturday May 08 2004, @12:32PM (#9094339) Homepage
          I have met some 'softies, as you put it. Had a business relationship with them for a year. I went to the Redmond campus for a week and escaped unscathed.

          When I was there (December 1999), the talk around the campus was the anti-trust suit. Most of the employees felt wronged, they just didn't understand why charges were being brought against the company. When I'd mention things like breaking competing applications and hidden APIs, they just stared at me blankly.

          They're smart people, certainly, but I really do think that they are somewhat brainwashed, when it comes to the company, and what it does. They're not knowingly against other companies or Open Source software, they just see a Microsoft solution as the only solution.

          -- Joe
    • Re:You know... (Score:5, Insightful)

      by I confirm I'm not a (720413) on Saturday May 08 2004, @09:21AM (#9093275) Journal

      No need - there's already [w3.org] an organisation dedicated to making the web a more friendly place. The problem is, some [microsoft.com], browsers don't follow the standards too well, choosing to implement proprietary extensions to published standards, and implementing standard extensions slowly at best.

      <voice type="Blackadder-Wise-Woman">There are three solutions to this:

      1. Persuade certain browser vendors to comply with modern standards;
      2. Persuade the entire online community to switch browsers to modern, standards-compliant browsers;
      3. Kill everybody!
      </voice>