Longhorn's arrival will indeed be monumental, as their research teams are finally producing something worthwhile. The OSS world has much to do in preparation for this release; this version of Microsoft's OS will not simply offer trivial UI "enhancements" that appeal to users, as it has done in the past - they are really targeting both users and developers very forcefully this time around.
Post a Comment
Good reporting on what you saw. I fail to see the importance of the open source community "keeping up" with microsoft or apple. OSS will always be OSS lets keep it that way and do what we will.
1) No money
2) No standards
3) No leadership
4) Too much time to develop such a thing
5) Always behing MS.
6) The linux GUI is still not as usable as the 2.5 years old XP
7) Mono will always be behing .NET
I don't see much of the items in Longhorn as really moving ahead.
Personally I'm not excited about WinFS. I see it's advantages, and I see the issues that it may also bring. In my use it probably won't provide any help, although I am sure some people will be assisted greatly by it.
.Net may be pretty cool if done right. While cool, I don't think it will really be *enabling* for users; but it can definitely decrease application development time. At the same time though, there are alternatives for fast application development; so it's hardly a breakthrough or revolution.
I was intrigued by the headline, but there wasn't any in-depth information in this opinion piece:
Avalon will be the most advanced user interfacing technology to date, blowing anything else (including Apple's Quartz Extreme) out of the water. Avalon will be a huge pull for media application developers, the eye-candy market (including desktop extension frameworks such as DesktopX),
Please explain why and how this is true rather than cheerleading. Zeal is good, details are better.
WinFS will be a workable, usable implementation of what the desktops have desired for a long time - a large, flexible, user-friendly metadata database for the filesystem, and I assume MS will use it to its fullest capabilities when integrating it into the Longhorn user experience.
How is the metadata database being implemented? Is it an improvement over the BeOS tracker, which has been around for quite some time now?
On the developer side of things, .NET is gaining popularity. It is really a well-thought out platform for developers to deploy their applications with, and as such is in a strong position to dominate developer interest, training, and experience in the near future, in a similar manner to how we've seen Java dominate in academic circles and universities.
Again, rather than making a claim about how successful .NET will be, please provide insight, given your experiences from inside MS, what .NET's advantages are and why it is all that you claim.
I don't wish to sound dismissive, but this opinion reads more like a sales pitch. I would love to hear an inside perspective about the workings of Longhorn, but instead I got a basically unsubstantiated claim of how great they will be.
I was under the impression that Microsoft was doing some cut-backs on development to be able to ship Longhorn in a timely manner.
See the below link for more information:
http://www.theregister.co.uk/2004/04/09/longhorn_overboard/
WinFS appears to be the main casualty, having already been curtailed.
I see that the development world is going to go soft if they start developing visually as in a component type development atmosphere. I can see a windows developer being told to have to develop outside of the .net platform and not knowing how to do it because they haven't actually been fully programing. This is starting to look like VB developers for the future. I don't like it and I am not going to support it.
>WinFS appears to be the main casualty, having already been curtailed.
This is NOT true. In the Longhorn Blogs, Microsoft people replied to this rumor and they cleared up the confusion: they do NOT cut down big features, only very small features, which are normal to be cut down on any development process that needs to be on schedule. None of the announced features are cut. That rumor started by a confusion a journalist had during an interview with an MS person.
Exactly. It has even been discussed on OSNews!
http://www.businessweek.com/magazine/content/04_16/b3879009_mz001.h...
Propaganda for an unexisting product.
This is done to keep current Windows users from considering alternatives to their very afflicted systems. The promise of a greater tomorrow without mentioning any of the well-known troubling issues that surround Longhorn is nothing else than propaganda.
Read up on TCPA and you will see that Longhorn, if it materializes, is a nightmare for the consumer and for any citizen that values his freedom.
Yes I linked that article at Busenssweek when it came out, but MS cleared up the situation 2 days later. I don't have the URL handy atm, but MS employees said that they ARE NOT cutting big features (as that article said), only small stuff that are not even worth mentioning.
1) Oh? Really? I Guess ppl at ximian, openoffice.org, gnome, kde etc. are all paid with public charity?
2) Nope. I.e: KDE and Gnome already share a good part of the standards by freedesktop.org. It's all in the choice, as has always been with OSS.
3) Sure. And this is one of the best things about OSS. Leadership _emerges_ from the collective mind of OSS users/developers, rather than being imposed by a single. Way better, IMHO.
4) OSS has all the time it needs. No leaderhip, remember? And no money 
5) Nope. It's a different position than MS, not necessary "behind". Sometimes ahead, sometimes above, sometimes behind... you get it.
6) There is NO such thing as a "Linux GUI". There are a lot of Guis, and again, you can choose. Just try KDE 3.2 & Gnome 2.6 if you want feature-rich DEs, or stick with lightweight competitors as xfce4. Or mix them. I've the most usable gui in the world on my Gentoo box, a mix of KDE programs, gnome programs, shell scripts and so on. Customized the way I like it.
7) I must agree, here. And I'd like to add: who f*&kin' cares? C# is a good one, the rest of .NET is M$' greatest fiasco since "win98me" times. We have a rock-solid gcc, and a promising, widely spread, mean and lean Java. Oh, and let me introduce you to Python, Ruby... whatever floats your boat.
OSS CAN compete, I'd not say the same thing about M$ Eye-candies, ALWAYS behind Apple's. We'll see this Avalon.
>Propaganda for an unexisting product.
Give me a break. It is VERY important to make your developers migrate and get used to the new APIs, yes, years before the platform is available to the public. Remember, Longhorn is pitched to Developers, NOT to Joe User. MS (and any other OS company) *should* pitch it to their devs, because that's how you get Longhorn-native apps on the Day 1 of the release!
It is not propaganda. It is business, and a very good business at that. I would do the exact same thing if I had an OS company that was about to overhaul the platform.
Obviously you didn't saw changes to Longhorn that M$ predicted
1. Avalon is not gonna be in this Longhorn release
2. WinFS will include only a simple implementation, not complete one
Both were postponed for Blackcomb
As for .NET gaining popularity, well looking at it as the only solution to write software for Longhorn (at least complete), you shouldn't call that popularity, it's more like needs
Answer to SpookkyET
1) Yep, Novel, RH, IBM are pennyless
2) You mean like Office 95/2000/XP?
3) Every project has it's leader, and there exist organizations like freedesktop.org etc.
4) Really??? Look at how much time M$ spent, but there's not even a decent and stable interface
5) At which department? Bugs? Ok, I mostly set up servers and it was a long time ago since I discarded Windows as possible solution.
6) btw. XP IS REALY 2.5 years old. I admit Linux seriously lacks at spyware and viruses but other department are more than sufficiently covered from basis implementation. You know like Office, Outlook-like-Evolution, Gimp...
7) Mono?? Well, maybe. But there's plenty of other choice, personaly .NET is not good enough to use it.
I didn't know that. Sorry. AFAIAC, no need for URL, I trust you.
So, that's it. We'll have in a more or less near future a fantastic new system that will blow anything we have today. Good.
I found the URL:
http://blogs.msdn.com/jmazner/archive/2004/04/13.aspx
I'm predicting that, from a technological standpoint (usability might be weaker point), OSS *NIX platforms will be fully competitive with Longhorn within the same timeframe (6 months to either side) of its release.
The FD.O X server combined with Cairo and the advances queued for the toolkits (eg: Arthur in Qt4) will provide the graphics clout. All the features that have been announced for Longhorn are in the works for FD.O, along with some others (mainly, a more general and flexible)compositing model that Longhorn doesn't have.
Qt and KDE are already competitive with WinFX to a large degree (WinFX is the first Microsoft toolkit to get essential features like a layout manager!) and Qt4 and KDE4 will solidify that position. XML-GUI and related technologies will provide a good foil to some of XAML's features, and powerful scripting language bindings (eg: Python, Ruby) will complete the package.
.NET? Meh. I think a poly-language approach achieved through automatically-generated bindings to the large core libraries (gnomelibs and kdelibs) will have most of the same benefit, with significant performance advantages.
The only sticking point, then, is WinFS. It seems pretty clear at this point that Reiser4 offers a much better underpinning for a database-oriented filesystem than the NTFS that underlies WinFS. However, I don't know if Storage will be able to deliver the UI and framework that sits on top. This is clearly the area to watch.
Microsoft has a number of evangelists. There used to be a DirectX evangelist that wrote columns for Boot magazine back in the day.
So what? Longhorn is going to blow everything out there?
See guys: Mac OS X was released in 2001. They've had this "transparency eye candy" for long time. Saying "Longhorn is blowing everything else (icnluding Quartz Extreme)" is just silly. Longhorn will try mainly to catch up with Mac OS X and make it better. Apple has _already_ did it right in 2001 and their development team will be obviously coding new features that could be released ej: in the next mac os version.
Second, there's a lot of hype about "longhorn is doing a lot of things". Seriously, NT API was designed to run OS/2 apps, then Win 3.1 had a lot of success and they they changed it to run win 3.1 programs. Longhorn is basically Microsoft recognizing "Our OS design is crap and $OTHER_OS will be cometing with us in te future so we need to _fix_ it". Lot of the Longhorn work is basically fixing the Win32 API. And to be confident, Linux is quite dawn well design, and people is obviously _not_ to rewrite all the userspace from scratch like MS is doing.
What linux will do is redo some parts, like the DRI/DRM interaction between XFree and the kernel drivers. Then, add the freedesktop extensions to x.org. Then elcairo on top of that starts using OPENGL for drawing things. Then GTK switchs to elcairo as their drawing engine, and the gnome apps are ported to it. See, no need to rewrite half of the userspace libraries from scratch just because you designed your OS to be compatible with the win3.1 crap and you couldn't make your OS better because the marketing team didn't want to drop the compatibility....
Many are decrying the article for being nothing more than a MS love fest. I really don't care if it is or not. If the past 20 years have taught us anything it is that perception is more important than reality. MS has the momentum to shove this crap down people's throats. Unless competing, and preferabbly better, alternatives are offered by non-MS companies, customers and developers are going to be hard pressed not to port.
The interesting thing is that these changes are going to require entire rewrites of existing software. Let's all take this mult-year opportunity to convince the developer world that porting to another architecture is a better idea than porting to MS's new architecture. The time is right. Let's not put our heads in the sand and pretend that Longhorn will remain vaporware or that it's true greatness has any impact on the adoption rate by developers.
The message to TrollTech, Apple, Linux people et cetera is why they should choose to port to their API instead of MS's new one. What is the real answer besides "We're not MS."
If the past 20 years have taught us anything it is that perception is more important than reality.
Yay. Somebody who gets it...
I ran a recent beta given me by a friend and found most of the big Longhorn features to be vaporware. It is merely XP with different skins.
As far as I know, Microsoft has not released a beta yet, only alpha code. See http://news.com.com/2100-1008_3-5183385.html?tag=nefd_lede
That will explain why you don't have all the big Longhorn features yet.
what makes OS X such a good OS for me is QE. I love display PDF. the fact that every application can output to PDF and you can view it in a super fast super awesome viewer is great.
I can make a document, create a PDF out of it, then export it to an image file like JPEG, TIFF, PNG, or any of 10 other formats, which lets me use it in any number of situations.
it is called flexibility. if Longhorn can create a data manipulation system that makes me feel like I am playing with data and files and not playing with the OS to get it to play with my data and files, then I will certainly use it a lot more than I use XP right now.
oh, I certainly hope that they pay attention to the small details this time. XP came out and they still had apps that were not Lunaized. if MS can learn anything from Apple or even their own MacBU, it is that people like the big features, but appreciate an application for the little details.
NT API was designed to run OS/2 apps, then Win 3.1 had a lot of success and they they changed it to run win 3.1 programs
NT was designed to allow it to be easilly extended and ported. The OS/2, DOS, (neutered) POSIX and Windows support runs over the NT kernel, and it's mostly the Win32 stuff getting an overhaul, not the kernel itself (although there are as always fixes and enhancements).
And to be confident, Linux is quite dawn well design, and people is obviously _not_ to rewrite all the userspace from scratch like MS is doing
Microsoft isn't rewriting all of the userspace stuff, just some things like the graphics system, which has sucked for a long time. FWIW, the new graphics system is being built on technology that they've *had* for a long time (DirectX etc.), as well as fixing their hideous Win32 API with more modern .NET stuff.
What linux will do is redo some parts, like the DRI/DRM interaction between XFree and the kernel drivers. Then, add the freedesktop extensions to x.org. Then elcairo on top of that starts using OPENGL for drawing things. Then GTK switchs to elcairo as their drawing engine, and the gnome apps are ported to it.
You have no idea what you're talking about here do you?
See, no need to rewrite half of the userspace libraries from scratch just because you designed your OS to be compatible with the win3.1 crap and you couldn't make your OS better because the marketing team didn't want to drop the compatibility....
Last I checked (which was recently enough) the whole Linux experience remains in the same rut it's been in for as long as I've known about it (a good 6 years); it's always "the year of Linux" or "the year of the Linux desktop," and yet nothings changed. Tons of features, all of them half baked.
BS.
Read a book or something.
It is not propaganda. It is business, and a very good business at that. I would do the exact same thing if I had an OS company that was about to overhaul the platform.
Who sais that you can't use propaganda in business? No matter if the goal is to make money or to improve the status in a political system it's propaganda.
I'm getting really tired of everyone excusing things because "It's business".
Let's all shove our heads deeply into the sand and say "well it's business, and that's the way it works. we can't do aaanything about it."
Then why use JAVA when you can use assembly?
You do realize that .NET is language agnostic. You can write low-level code in unmanaged C++ or in C. Build an SDK on top of that using managed C++. And build applications on top of that using C#, VB, Python, J# or whatever language you choose.
Components is where it's at. And .NET made the right decisions in allowing different components to be written in different languages, and allowing the mixing of managed and unmanaged code.
I'm far from an MS fanboy. I don't even have a Windows machine at home. But language agnostic, component technologies is where it's at.
Now only if they could figure out all the deployment issues.
microsoft has been paying off companies left and right due to patent infringement.
they are not done yet.
> But language agnostic, component technologies is where it's at
Uhuh, and platform independence just went out the fscking window.
"Propaganda for an unexisting product."
"Unexisting?" Aside from that not being a word, I guess you've been missed the PDC build of Longhorn and the almost monthly build leaks. Next.
"This is done to keep current Windows users from considering alternatives to their very afflicted systems. The promise of a greater tomorrow without mentioning any of the well-known troubling issues that surround Longhorn is nothing else than propaganda."
Well-known troubling issues? Intended to keep Windows users from considering alternatives to afflicted systems? Rather than making vague, baseless claims, care to cite a single, specific example? Didn't think so. Next.
"Read up on TCPA and you will see that Longhorn, if it materializes, is a nightmare for the consumer and for any citizen that values his freedom."
Read it. Has nothing to do with this. Your post is anti-"M$" propoganda spam that makes the OSS community look bad.
.NET and Longhorn are coming--accept it and move on, or join KDE and the other groups that will no doubt be spending the next five years ripping off all the new features until the next version of Windows comes out (Blackcomb)...
>>Propaganda for an unexisting product. This is done to keep current Windows users from considering alternatives to their very afflicted systems. The promise of a greater tomorrow without mentioning any of the well-known troubling issues that surround Longhorn is nothing else than propaganda.
You are so right! They have used this technique since the days of DOS. They used it very effectively in the years leading up to Windows 95. And now they're doing it again with longhorn. They keep feeding the media a constant blitz of sound bites and articles and stories talking about how Longhorn, due in 2004...ooops I mean 2005...wait, 2006...maybe... just so that people keep salivating over what's a few years away instead of looking for better alternatives now. You never hear Apple, for example, talk about what OS X is going to be like in 2006. MS is famous in the industry for hyping vaporware years before its release (and sometimes it never even gets released).
"Uhuh, and platform independence just went out the fscking window."
Guess you've never heard of Mono, or of the Common Language Specification. Nice try, though.
".NET and Longhorn are coming--accept it and move on, or join KDE and the other groups that will no doubt be spending the next five years ripping off all the new features until the next version of Windows comes out (Blackcomb)..."
You mean just like Microsoft will rip off XUL and SVG in 2006?
"Read up on TCPA and you will see that Longhorn, if it materializes, is a nightmare for the consumer and for any citizen that values his freedom."
Read it. Has nothing to do with this. Your post is anti-"M$" propoganda spam that makes the OSS community look bad."
Yes, read it. This:
http://www.notcpa.org/faq.html
And this:
http://www.wired.com/news/business/0,1367,58748,00.html
microsoft's aproach is much simpler, more coherent, cleaner and better integrated with the surrounding system, while on linux you seem to have a blob of lots of diferents parts and unrelated stuff glued together in haste via some half baked bindings.
Longhorn will appear - right. Lots of people will go 'wow' isn't Bill clever, its only two years late and isn't it great and all that stuff.
yes, by that time open source will have "caught up" - whatever that means. (I really don't know - I moved to Linux years ago - basically because it had the 'killer apps' I needed for a photo and imaging business. Windows, then, didn't. KDE's Konqueror showed me thumbnails of every picture, and I could go to surf a website in the same file manager window if I needed to - I was ahead of the game - Gimp was faster than Photoshop, and a LOT cheaper And it was a lot easier - with faster file transfers - setting up a server to look after the files I seem to accumulate at the rate of 1GB per week - more in the summer)
When I started up in this I couldn't afford MS prices - particularly for lower-quality goods. And then the 3rd party software from Adobe, etc. No chance. There are quite a lot of people like me in the world - a lot more will have moved to Linux by the time Longhorn appears. And the people who want to get a new computer for home, games etc. will get longhorn. But there will be a few less of them each time.
Sagres if Microsoft's approach is that good, which it could be because I haven't seen Longhorn, than what do you consider Apple's windowing system?
I dunno about that. How do you know that Microsoft's design is coherent? Have you looked at the code? Microsoft's developers aren't a monolithic entity. They are individual departments within Microsoft. There is the OS group, the DirectX group, etc. In that way, they are not really much different from all the seperate Linux projects.
One of the things that people notice with Linux is the explicit layering. Some people mistake this for chaos. Real programmers know that this is just proper, modulerized design. Microsoft does things the same way, its just not obvious because you can't see the code.
Read a book or something.
Sure I did. Where did you think I got the NT info, from the air? Didn't remember what was the title, it was the one fucking decent book about NT internals, preface by Lou Perazzoli joreject leader for the NT kernel development, and even with that NT internals are just obscure.
Linux deskto year? I don't see why a Outlook user should have any problem with evolution. Even taking into account that GNOME HID is quite nice and personally I like it more that Outlook design...
"You have no idea what you're talking about here do you? "
Really no, I just atendded the weekly DRI development talks in irc (im not a developer no), Keith packards is clerarly pushing elcairo as 2D drawing API, cairo has a opengl backend, and GTK has already announced that they will switch to elcairo as their primary drawing engine. It is not very hard to understand, is it?
Seeing every widget on the screen scale seamlessly as the user manipulated a document reader last summer at the Microsoft Avalon technology demo was quite impressive, and struck fear into my heart for the rendering servers on open-source operating systems.
Ah... that explains the whitepaper on the MS web site that says Longhorn will require an ATI 9800 or nVidia 5900 for the "best" experience. Of course, by the time it ships, those will be low-end cards. 
At this point, Longhorn is just Windows 2003 with the .Net runtime built-in and an "eye-candy" interface. Hope it's better than the XP interface. I use the "classic" look - it might be ugly, but at least it doesn't make my $2000 computer look and act like a child's toy. I'll go spend $30 at Toy-R-Us for a Speak-n-Spell if I want a toy.
Where did you think I got the NT info, from the air?
Nope. Mostly from empty space was my guess.
Linux deskto year? I don't see why a Outlook user should have any problem with evolution
I've had to help many an unfortunate soul with evolution who've had no problems setting up outlook express.
Really no, I just atendded the weekly DRI development talks in irc
Attending and understanding are two completely different things.
Survival of the fittest - Linux projects, the most viable go through, some fall by the wayside. Meanwhile they cooperate.
"I am a mushroom, they keep me in the dark and feed me on s***" - apparently Microsoft have so developed the cult of secrecy that they are suspicious of passing on 'secrets' to other MS coding departments.
Which will eventually - in 5 or so years - end up with the most 'coherent' operating system?
"Nope. Mostly from empty space was my guess. "
Well, I sugges you to really go and read a book about what was the primary target of NT development.
"Attending and understanding are two completely different things."
End of discussion with you. Goodbye.
Re: dcg (IP: 80.103.20.---) - Posted on 2004-04-19 23:31:32
I thought in the Microsoft world Evolution had zero penetration.
>>Many people??
Many people??
Yup. Despite the fact that I am takingMS's side in this particular thread, I am much more of an OSS advocate.
Rayiner, your confidence in the rendering technologies of today might be a little misplaced. Yes, I think Keith Packard's X server will rock, and I think Cairo will rock. Whether they will be able to compete with Avalon will be an interesting battle, but that is not the key one. While the OSS world is developing these technologies, MS has had them developed and has been using them all this time. In a few years the capability might be there on Linux, but will it be used to its fullest? Will the toolkits be ready for it, and will they have made the necessary changes in their layout metaphors to accommodate the new capabilities of Cairo? Will the apps be using these new versions of the toolkits, and will they be designed/redesigned around the new metaphors a 3D windowing system can offer?
Someone asked me why I didn't delve into great depths explaining my assertions concerning Avalon; that would best be suited to a another article, but you can learn much from the Longhorn articles on MSDN. Avalon will be using DirectX for rendering, and so the power of the DirectX libraries (which is considerable) will all be available at the toolkit level. Develops comfortable with DirectX can probably do some pretty incredible things with Avalon. Everything on the screen is a potential polygon, with the capability of being treated like one. Yes, that can mean hardware acceleration and compositing, but it also means much more in terms of the "user experience." Rendering fonts at the same size that scale with resolutions, manipulating windows in 3D space, using new kinds of controls that can take advantage of a 3D environment, these are all possible with Avalon. I'm not sure whether they're technically possible with Quartz, but I haven't seen much in userspace taking advantage of these capabilities, except for perhaps Expose and the user-switching effect. These effects are pretty, but it's clear that they are not ingrained into Apple's platform or the applications from the ground up. Just as an example of some of the neat capabilities of this system that I haven't seen elsewhere, a demo had the dialog box for a user login textured with a video -- a movie of clouds slowly rolling across the sky filled the dialog's background. Nice touch.
The point is, Rayiner and others, this will be such a potent hit to OSS because Microsoft has been _using_ these new technologies to their fullest in their OS, and also aiding developers in getting their applications on board, so by the time 2006 rolls around, not only will the capability be there, but the OS features and the applications will be using these capabilities. This is what I mean when I warn the OSS community of events to come. I think we have a ton of talented hackers that could produce similar technologies as these, but finalizing them and getting everyone on board, including the toolkit, desktop and app writers, takes an exorbitant amount of time, no matter how talented you are. This is why preparation needs to begin now, not only on the framework level (as it is already being done with Cairo and Mono) but on every other level as well.
Also, side note, I'm not an MS fanboy, I'm a Linux and Gnome zealot if anything. They just happen to be a great company to work for.
This article may not be saying anything new, but it still got it pretty much right: OSS needs to offer a better user experience AND a better development environment.
If there is one thing that WON'T help OSS, it's zealotry. History shows what happens to those who underestimate Microsoft.
But for you MS fans, please stop comparing Longhorn to current technology, as if the rest of the world will be standing still. Fer crying out loud, linux has time to produce a whole new kernel series by then! And Apple will produce at *least* two major revisions of OSX.
Fer crying out loud, linux has time to produce a whole new kernel series by then!
Think they'll have a kernel debugger by then? ;p
I don't mind hearing about whatever new features the next version of a product is going to have. But touting the new features as the next big thing that is going to be superior to everything else, when it is not even out, sounds illogical and biased to me.
Longhorn will not be here in a long while, and we don't know what is going to happen during that time. Maybe Ximian or KDE will come up with a 100% SVG environment, or Apple will come out with Aqua Superextreme. We don't know what will be available in other platforms when Longhorn is out.
All this reminds me of early 1995 when all my high school friends were talking about how superior Windows 95 was *going* to be, while I was able to do all what Windows 95 offered then plus more in OS/2.
The OSS movement needs more people with Phil's attitude. Instead of blindly hating M$ like most readers of OSNews, he evaluates M$ software with a critical eye.
Frankly, I am sick-and-tired of the "M$ SUX" crowd. I don't use Windows because I don't think it is a particularly good OS, but I respect it at the same time. OSS users flaming M$ all the time gives OSS a black eye.
Loving OSS doesn't mean hating M$.
Most of your flamers just need to cool your jets, remember the first time you say a computer, and just get excited about technology. This is a very exciting time for Operating Systems. Open source is driving close source innovation; close source is driving open source innovation.
I am genuinely excited 'bout the direction of software. Join the excitement and stop blindly flaming!
[ For the record, I don't have a single machine running a M$ OS ]
Apparently you can make full KDE applications _now_ with:
Javascript (ECMAScript) bindings
XMLGUI (an xml gui markup language).
If this wouldn't appeal to the hoardes of windows point-n-click "developers" I don't know what would. Even web people could do this.
"Attention vb folks! Why wait until 2007 to be a programmer without knowing how to program? Act now!"
http://xmelegance.org/kjsembed/examples/index.html
It's funny reading all the misinformed anti-MS trolls. Oh well, that's the kind of information you get reading Trolldot.
Rayiner - What worries me is that platform-agnostic XML will be swept aside by MS XAML.
Phil - A dialog box with clouds moving by in the background isn't IMO the OS "using its capabilities to the fullest," it's:
(a) distracting,
(b) trivial, and
(c) a waste of resources,
though perhaps not much of the latter - we'll see what typical hardware capabilities are when the OS ships vs. what the OS needs to be happy.
My biases: I use and like Win2K, as well as FreeBSD, DragonFlyBSD, and the occasional Linux distro, and act as unpaid tech support for Dad's eMac with OS X. I think MS Reader is a *great* app that blows its competition away, but I guess e-reader apps in general are products whose time hasn't yet come. I think Firefox and Opera, particularly the latter, are much more usable and configurable than IE. I much prefer XFCE to GNOME or KDE. Even XFCE is somewhat of a move toward the mainstream for me - my longtime window manager before that was Blackbox.
Yeah, I know this puts me in a minority. Heck, maybe there are a billion folks who want to watch clouds fly across their dialog boxes and will pay, oh, let's guess $149 each for the privilege. Or will this be the OS where "product activation" becomes "product rental"? Only $10 a month for Longhorn, cheap at twice the price!
Avalon will be the most advanced user interfacing technology to date, blowing anything else (including Apple's Quartz Extreme) out of the water. Avalon will be a huge pull for media application developers, the eye-candy market (including desktop extension frameworks such as DesktopX),
I don't know where this stuff is coming from. Quartz isn't even a user interface. Who are "media application developers" and why would OS support for list box resizing be a "huge pull"?
From the screenshots I've seen of the desktop, it looks like a re-skinned version of XP. The sidebar is similar to what GNOME has had for a while now.
>Avalon will be the most advanced user interfacing >technology to date, blowing anything else (including >Apple's Quartz Extreme) out of the water
then later in a comment the writer says
>these are all possible with Avalon. I'm not sure whether
>they're technically possible with Quartz
If you don't know then don't compare. State facts not speculation. You saw some nice demos. Delve into the details.
>WinFS will be a workable, usable implementation of what
>the desktops have desired for a long time - a large,
>flexible, user-friendly metadata database for the
>filesystem, and I assume MS will use it to its fullest
>capabilities when integrating it into the Longhorn user
>experience
In what way will it be better than the BeFS or even ReiserFS. Note the Beos system has integrated the metadata idea into it's so called user experience.
Both BeFS and ReiserFS are here today and being used by alternative OS's.
As for .NET, Java is already here and is a mature product. Microsoft finally getting around to cleaning up their API is hardly cause for alternative OS's to go wow!
And honestly, just because something can be done doesn't mean it is a good idea.
Texturing a movie over a requester is frankly useless.
Here is my review of Longhorn.
Avalon - Windows finally gets a layout manager. DirectX will be used for rendering and XML for form design
WinFS - Metadata can be attached to files and searched on finally ensuring that the filesystem can be treated as a database.
.NET - Microsofts version of Java hits version 3 and is considered mature.
Cheers
David
I agree with other folks' comments that Phil's article appeared a little high on the sell, and low on the detail I would have preferred from an OSnews article.
Perhaps he or someone could consider a future article looking closer at the Longhorn features to actually go into detail about why certain features will actually lead to a positive user experience, as opposed to something orientated to making developers going oooh and aaah :-).
I guess my point is that I've read quite a few articles here and elsewhere extolling the wonders of what Longhorn may be when it eventually arrives, but little on what it will actually achieve for the majority of end-users.
This is a very exciting time for Operating Systems. Open source is driving close source innovation; close source is driving open source innovation.
Maybe, but MS is playing to win. Some people would argue it already has, but just think for a moment what the tech world would be like if they did, especially with technologies like TCPA on the horizon.
I should probably point out that I know OSnews is entirely developer-oriented, so the impact on users isn't quite as interesting, but in this context I'd be interested to know why developers should spend the effort reimplementing their applications for Longhorn. Sure, a lot of stuff may improve under the hood with changed APIs, but why should users buy the new version if most applications won't actually be enhanced by the features? Or will they? You tell me :-).
I should probably point out that I know OSnews is entirely developer-oriented, so the impact on users isn't quite as interesting
You forget one thing, developers are users too And fact is that seeing things from a users perspective rather from a developers technical point of view is really good for any programmer, even low level kids.
OSNews is about operating systems and the technologies around it. I bet that not more than 50% of the readers are software developers.
While the OSS world is developing these technologies, MS has had them developed and has been using them all this time.
I don't know how much of a head start they have on this. Remember, Avalon isn't even in the alpha versions yet, so I really don't know how much of a lead they have on the Avalon work.
In a few years the capability might be there on Linux, but will it be used to its fullest?
Certainly, it won't be used to the fullest in Longhorn. Pretty much only the OS will support it, we'll have to wait awhile for applications to do the same.
Will the toolkits be ready for it
Both GTK+ and Qt have now suggested support for Cairo. Gtk's Canvas API will be rewritten to support Cairo, and Qt's graphics layer is being redone in Qt4 to support vector-graphics back-ends like Cairo.
and will they have made the necessary changes in their layout metaphors to accommodate the new capabilities of Cairo?
I don't forsee any layout metaphor changes being necessary. The "fully-scalable UI" stuff is just a marketing fantasy at this point. Completely scalable UIs will be impossible for at least another decade, until screens reach 200-300 DPI. Remember also that Microsoft is starting from scratch here --- their current toolkit isn't at all scalable. Meanwhile, GTK+ and Qt both have mature, scalable layout managers.
Will the apps be using these new versions of the toolkits, and will they be designed/redesigned around the new metaphors a 3D windowing system can offer?
Longhorn will *not* offer a 3D windowing system. It will be a simple evolution of current 2D WIMP interfaces to support richer graphics by 3D hardware acceleration. As a result, no such changes will be necessary.
Rendering fonts at the same size that scale with resolutions
This cannot be accomplished with a 3D API, but can be accomplished via current 2D APIs. See, resolutions are not high enough that you can do any transformations to text and still expect a readable result. Until resolutions do get high enough, using 3D hardware to get scalable fonts is a pipe-dream.
manipulating windows in 3D space, using new kinds of controls that can take advantage of a 3D environment, these are all possible with Avalon.
They might be possible, but the ramifications of these possibilities has not be explored, and Longhorn will not take advantage of them to any great extent. Remember --- Longhorn will undoubtedly be less impressive than it seems now. Microsoft is not Apple. They do not under-promise and over-deliver. Rather, they overpromise, and prune down features while slipping the release date further back. This has been the case with pretty much every Windows release, and most of the DOS releases. If ground-breaking UI elements taking advantage of these 3D capabilities were going to be in Longhorn, we would have heard about it by now.
so by the time 2006 rolls around, not only will the capability be there, but the OS features and the applications will be using these capabilities.
If this is the case, it would be *absolutely* unprecedented in the history of Microsoft's existence. Application support always lags innovations in the US. Microsoft cannot be so agile. They are tied down by the sheer size of their organization, userbase, and developer base. This acts against them in such situations. Remember how long it was before we got lots of native 32-bit applications?
Don't get the wrong idea. I'm not suggesting that we shouldn't take Longhorn as a serious technological threat. Far from it, I agree with you that we need to keep an eye on where Longhorn's technology is going. All I'm saying is that your article is a little too chicken-little in comparison to the actual magnitude of the Longhorn threat. Its a good idea to keep Microsoft's capabilities, and more importantly, their past history, in perspective, and not see them as some omnipotent competitor with infinite resources.
"The OSS movement needs more people with Phil's attitude. Instead of blindly hating M$ like most readers of OSNews, he evaluates M$ software with a critical eye."
If you really feel that way, why do you keep calling them "M$"?? lol
"The point is, Rayiner and others, this will be such a potent hit to OSS because Microsoft has been _using_ these new technologies to their fullest in their OS, and also aiding developers in getting their applications on board, so by the time 2006 rolls around, not only will the capability be there, but the OS features and the applications will be using these capabilities."
Ah, therein lies the heart of the dispute. It's what we always come back to. Seemingly a dozen articles a week on Longhorn on what they're going to do, what they will do, what they might do, when it might be ready....as somebody else mentioned, it reeks of Windows 95 again. You saw impressive prototypes? That's nice, but we'll all be speculating for the next year and a half whether they can pull it all together by 2006 and whether it will actually hold together. Let's face it, they don't exactly have the most impressive track record.
"Good reporting on what you saw. I fail to see the importance of the open source community "keeping up" with microsoft or apple. OSS will always be OSS lets keep it that way and do what we will."
And thank you for pointing that out. OSS is more than just another marketable product. Let Apple and MS duke it out. Really not OSS's problem...
> Guess you've never heard of Mono, or of the Common Language Specification. Nice try, though.
How many .NET components does mono implement *today*? When can it be considered a full .NET, if ever? Will M$ 'certify' mono as such? Note that I would agree that there isn't anything *technical* from writing a platform independent runtime based on the ECMA standard. The issue just isn't technical. After all, IE has great support for CSS 1 right? So much for standards.
There is a very good reason GNOME is not going to use CLR for their VM and C# for development. Read the devel list.
Nice try again, wouldn't you agree?
Although short, this article is a good little "scare" for the OSS community. And I love the "MS is finally innovating" - as I also believe it is.
Longhorn can only be good for the computing landscape - not that I'm ever going to use it myself
Thanks for the article,
Adam
"Remember how long it was before we got lots of native 32-bit applications?"
Give or take 18-24 months. There were a "few" who dared fly with the eagles in the first few days. But that was far from the norm.
Then again, many of us were running such old and slow hardware in those days..... would it have really mattered?
Not much.
Right, thus Rayiner's remark about the 300DPI displays and mine about what hardware Longhorn will require to work happily.
It will be interesting to see whether gaming will continue to drive PC hardware development, or whether gaming hardware development will concentrate even more exclusively on consoles and POTV or HDTV displays.
There is a great deal of differences between adding 3D effects to a "classical" 2D windowing ( say, making 3D rendered buttons ) and building a 3D environment, eventualy coupled with VR devices.
In other words, the QT API will handle Longhorn future effects while preserving its multi-platform capabilities. One strong point of Microsoft graphical environment was its coherence and stability comparing to the mess of XLib and X toolkits. Now, as Microsoft changes APIs every other year ( Win32, MFC, .NET, WinFX... ), there may be opportunities for widespread multi-platform APIs as QT to present a stable environment.
There are many companies around which build professional softwares ( say for Chemistry, Electronics, Economics, Sewing, ... anything ... ) which are interested by tools allowing cross-platform developments and cannot afford fully customised versions ( Many people use computers without being involved in IT developement. Really ! They exist ;-) . There is a conflict inside Microsoft between the Operating System guys which want a closed platform and the Development Tools folks which would benefit from porting Visual C++ to Linux.
For all those saying that .net is going to be so amazingly wonderful, here is some info. I recently attended a MS event at my University which was about Linux vx. Microsoft in terms of development. After the MS reps were done explaining how wonderful .net is supposed to be, I asked a simple question:
"So where are the runtimes and development tools for platforms other then Microsoft?"
And it pretty much stumped them. The first time they answered they avoided the question talking about how it could supposedly connect to any other platform. Then they asked if that answered my question. Of course I'm sure they were expecting a "yes" seeing as they were rather surprised when I said:
"No, not really" (At this point the rest of the audience laughed.) I went on to detail what I meant by development tools and their answer saddened me.
Basically what they told me and the rest of the audience is that the runtime is available to the academic community (Under the infective Shared Source Initiative) for Unix and Mac OSX, however since they (Microsoft) own the Windows platform and want it to do well, they focus pretty much solely on the Windows runtime of .net. So, as it turns out .net will run on anything, as long as it's MS. Isn't that wonderful? I don't really see how something can be interoperable with everything else if the community is required to create an implimentation of that specification (i.e. mono).
The only thing that is really interesting about Longhorn IMO is WinFS. I think idea of a database based filesystem is incredibly powerful. Storage looks interesting, but I think it is centered too much around the Gnome frontend aspect rather then the filesystem itself. How well would something like Storage port over to the Linux CLI shells or KDE?
-Locri
... but not as you might think. I'm sure a good brown-nosing like that one will help you get that second internship, Phil.
>Propaganda for an unexisting product.
Give me a break. It is VERY important to make your developers migrate and get used to the new APIs, yes, years before the platform is available to the public. Remember, Longhorn is pitched to Developers, NOT to Joe User. MS (and any other OS company) *should* pitch it to their devs, because that's how you get Longhorn-native apps on the Day 1 of the release!
It is not propaganda. It is business, and a very good business at that. I would do the exact same thing if I had an OS company that was about to overhaul the platform.
Clearly you do not understand software development Eug. Look at most software products out there. They support 98/Me, 2000/XP, and 2003. How? By NOT USING the latest and greatest features for the most recent OS. Why? Because, in the real world, people all don't jump to a new platform. By using only the latest and greatest, you effectively cut out the majority of the market. You kill your own business. But, by implementing the software using older technologies, you appeal to a wider audience. Every major software company does this and the smaller ones especially do. If you believe that Longhorn is pitched to developers then that would be a MAJOR strategy change for MS. You should understand that there won't be many longhorn native apps on Day 1. There haven't been any 2003 native apps ready on day 1 or XP native apps, or 2000 native apps.... They come out later, after that particular OS has the majority. Assuming Longhorn comes out in 2006, you are waiting until 2008 or 2009 for it to become the major OS.
Additionally, where is the development environment for all these new technologies? Where are the available betas and test systems? Where are the APIs? They aren't out yet! You can't develop for them yet. You won't be able to for a while.
Face it, his comment is spot on. Longhorn doesn't exist yet. I can't buy it, and they won't give it to me. I can't actually do real development for it, and most of it is still secret. MS puts out many articles (this counts since he is an intern, looking for another internship) that are low on actual data and mostly propoganda/advertising. This keeps the next version in people's mind so they don't switch platforms during the stagnant time period. It's called mind-share. Every company does it for their products and MS is no different.
If you think like the BeOS developers did, then it is no wonder that they went out of business.
I had a kind of sort of similar encounter. A couple of Microsoft developers came to my school to speak to com S students about internships. Since my school has definite tendencies (in the CS department) to Linux; so the questions quickly steered towards Windows issues. One of the two was an xbox developer and former Windows, and the other was Office (man did we pick on her). Basic questions we asked:
"For the love of God would you please kill the registry in Longhorn?" (that was mine, slightly reworded )
"Will Office have any of the useless features removed?" (they said yes)
They dodged most of our questions, which I hardly remember. But apparently they call mr. Gates; Bill ghee (my spelling).
If they support .Net it may be cool. In the very least they should help the mono team out with a few things (like documentation).
Someone asked me why I didn't delve into great depths explaining my assertions concerning Avalon; that would best be suited to a another article, but you can learn much from the Longhorn articles on MSDN. Avalon will be using DirectX for rendering, and so the power of the DirectX libraries (which is considerable) will all be available at the toolkit level. Develops comfortable with DirectX can probably do some pretty incredible things with Avalon. Everything on the screen is a potential polygon, with the capability of being treated like one. Yes, that can mean hardware acceleration and compositing, but it also means much more in terms of the "user experience." Rendering fonts at the same size that scale with resolutions, manipulating windows in 3D space, using new kinds of controls that can take advantage of a 3D environment, these are all possible with Avalon. I'm not sure whether they're technically possible with Quartz, but I haven't seen much in userspace taking advantage of these capabilities, except for perhaps Expose and the user-switching effect. These effects are pretty, but it's clear that they are not ingrained into Apple's platform or the applications from the ground up. Just as an example of some of the neat capabilities of this system that I haven't seen elsewhere, a demo had the dialog box for a user login textured with a video -- a movie of clouds slowly rolling across the sky filled the dialog's background. Nice touch.
Quartz Extreme does all of these things. Quartz became "Extreme" when Apple added the hardware-based OpenGL acceleration. I'm sure it will be even more extreme in 3-5 years when Longhorn comes out.
A user interface stuck on top of full-motion video strikes me as the most ridiculous, anti-UI kind of eye candy ... a nice demoware feature because MS hasn't figured out anything useful to do with Avalon yet.
OS X does let you do lots of interesting things that really speed up workflow. The reason you may not have heard much about it is, let's face it, these features really only benefit graphic artists ... if your work is writing code, word processing or spreadsheeting then obviously you aren't going to see much everyday benefit. But if you work with, say, typography, then you see the benefit constantly. Even if you don't, every graphic or UI element is a TIFF or PDF and can be manipulated ... you can drag a JPG off of web page into Photoshop, color-correct it, and drag it into iTunes and bang! you have a nice album cover image in less than a minute, something that would take you easily 5-10 in Windows.
And a lot of these capabilities come from developers making use of them ... you'll see more from Mac developers as Macromedia and Adobe come out with new versions ... InDesign already does some really cool things.
I'm not sure I see FOSS keeping up though ... to me it still hasn't caught up to Windows 95 as far as on-screen rendering is concerned. If I can't get consistent font rendering or flicker- and artifact-free display from X now (and hardware is not the problem) how can I expect seamless vector-based compositing anytime soon?
"Think they'll have a kernel debugger by then? ;p"
$ apt-cache show kernel-patch-kdb
[...]
Description: Builtin kernel debugger
[...]
In which world do you live?
I was under the impression that Microsoft was doing some cut-backs on development to be able to ship Longhorn in a timely manner.
Wow, that is new MS rushing a OS.
If OSS would get some standards it would help, I understand the freedom of chioce, but **** come on OSS developers.
In which world do you live?
In the one where Linux has no native kernel debugger. You?
as is the one wherein which Linux as distributed by Linus and his top devs, has no native kernel debugger.
But that's okay, because Linux doesn't need a native, built in kernel debugger, because it's top developers are gods that never screw p right? Becuae it's legions of everless technical users catch and report all the bugs meaningfully and send well tested patches?
because all Linux users use Debian, and know how to use apt-get, and know about this magical third party crufty patch!
Ranting pointlessly to people who don't think is always fun.
Time and again I have seen Microsoft promise a lot and deliver squat. Their mantra is, "We will fix it in the next release." You really provided no quantitative analysis of why this 2006+ technology will be any better or even as good as current OSS. Also, where will Apple and OSS be in 2006+ when Longhorn is released? Plus, Linux is superior on servers and Windows has monopoly market share on desktops. Is Microsoft doing anything to narrow the huge lead Linux has over Windows on servers (quality, not installed base), or are they just fighting to cling to their desktop market share?
I do commend you for helping to keep a fire lit under OSS developers. Although Linux has long been far superior to Windows for its target audience, we should not get complacent or abandon bringing Linux to a wider audience. Just because Microsoft has dropped the ball so many times does not mean they will continue to do so.
Not to damper your enthusiasm, but I have seen otherwise intelligent, open-minded people get brainwashed from joining Microsoft Corp. Are you sure you are not getting overly optimistic from a lot of empty, "rah-rah" cheerleading speeches at Mordor...er Dreadmond... er Redmond? :-) Afte