Slashdot Mirror
FireFox and Longhorn: Meant For Each Other?
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."
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.
What about making those technologies available to other platforms with a no-royalties license instead?
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.
Could one not consider XAML just a re-implementation of the XML-based UI builder that the Mozilla guys developed?
:)
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 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.
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.
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.
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.
Craft Beer Programming T-shirts
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.
No need - there's already an organisation dedicated to making the web a more friendly place. The problem is, some, 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:
- Persuade certain browser vendors to comply with modern standards;
- Persuade the entire online community to switch browsers to modern, standards-compliant browsers;
- Kill everybody!
</voice>This is where the serious fun begins.
surely you mean assimilate?
Real stupidity beats artificial intelligence every time.
-- Terry Pratchett, Hogfather
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:
> 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:
> 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...
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.
But... But I thought the Internet came on CDs from AOL.
I demand the Cone of Silence!
MS: Together we can rule the software industry.
Firefox: Never.
MS: I am your father.
Firefox: Noooooooooooooo...........
Why did I lurk so long before registering for a Slashdot account? I could have had a Slashdot ID of less than 100000.
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.
My question is, will the cloning of the APIs/technology be *legal*?
...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 don't get me started on the dangers inherent in developing using Mono. Ugh.
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.
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.
"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".
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.
Extraordinary Vacations. Exceptional Prices