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

 


Forgot your password?
Close
typodupeerror
×
Microsoft Programming IT Technology

Avalon Preview Released for XP 341

Posted by michael from the promised-land dept.
CliffH writes "For those that want to play with a preview release of Avalon (the November Community Technology Preview) and the SDK, head on over to this page and download to your heart's delight. It is 261MB+ and is already going slow so be warned."
This discussion has been archived. No new comments can be posted.

Avalon Preview Released for XP More

Avalon Preview Released for XP

Comments Filter:

  • Watch out! (Score:2, Insightful)

    by kngthdn ( 820601 ) *
    From the article...

    The company warns customers not to use it even on a primary development computer, with there being every likelihood of bugs and a pretty good chance developers will want to reinstall their system once they're done using the Avalon preview.

    If Microsoft thinks it's that buggy, I don't think I wanna see it yet.

    What really gets me down is the time I spent reading Charles Petzold's book on Win32 programming. 6 months of headscratching, all for nothing. I couldn't even sleep until the br

    • 3 aspects (Score:5, Interesting)

      by Davak ( 526912 ) on Friday January 14, 2005 @06:24PM (#11368836) Homepage
      Longhorn originally had three major parts. It appears Microsoft has released two of those three now.

      WinFX is an object-oriented API that uses the .NET framework and allows for integration into Longhorn, Microsoft's new OS.

      Win -> API
      FX -> Framework

      WinFS is the vaporware magical file system that includes a new abstraction layer for the files for sorting, searching, indexing, etc.

      Monad/MSH is the new command line/shell scipting part of longhorn. [tech-recipes.com] It too can be downloaded and used in beta right now. It's probably the most useful aspect of longhorn to the average power-user.

      If you are going to play with something that isn't going to scrub your system, I would start with monad. It sits happy on any installed system.

    • Moderation +1: sad, but true

  • Actually, (Score:3, Funny)

    by krisp ( 59093 ) * on Friday January 14, 2005 @06:21PM (#11368807) Homepage
    it's 255.3mb, and 261,450kb. And what u talkin bout willis? My download started at 1400KB/sec and trickled down to my 5mbit cap!
  • Alright, lets see what my Radeon 9200 can do...

  • The nice thing about APIs is there's so many of em (Score:4, Insightful)

    by poot_rootbeer ( 188613 ) on Friday January 14, 2005 @06:25PM (#11368845)
    "The goal is give developers a consistent set of APIs," or application programming interfaces, Montgomery said.

    And they're doing this by adding ANOTHER set of graphics APIs to Windows, to complement the ones we have now, and the ones we had five years ago, and the ones we had five years before that, and the ones we had five years before THAT?

    I don't get it.

    • Re:The nice thing about APIs is there's so many of (Score:4, Interesting)

      by bonch ( 38532 ) on Friday January 14, 2005 @06:30PM (#11368894)
      Simple answer: No.

      It's all going .NET with the new technologies based on that. They're ditching Win32, though there will be binary compatibility for older apps. The kernel will remain mostly unchanged; it's the overlying technologies that are being rewritten. Not only will this make things much safer (.NET is garbage-collected, type-safe, etc.), but it allows for much easier development (compare MFC to, say, WinForms).

      Hate Microsoft or not, they're taking a step in the right direction with Longhorn by replacing all that "cruft" (my favorite term for such things). Of course, I still think Apple will just come out with something even better with Longhorn, but at the least, I'll be happy having the majority of people getting their computers into a managed memory environment where I don't have to worry as much about an app taking things down.

      • Reaon for Longhorn delay (Score:5, Funny)

        by bstadil ( 7110 ) on Friday January 14, 2005 @06:42PM (#11369001) Homepage
        .NET is garbage-collected,

        I guess this is why Longhorn keeps on slipping. Maybe they should let a little code slip through so as not to jeopardize the Duke Nukem Forever bundling agreement.

      • Of course, I still think Apple will just come out with something even better

        Where? How? There is nothing on Apple's roadmap. Objective-C is neither garbage collected nor type-safe, yet it is still what Apple is pushing. And while Apple kind of inherited a scalable graphics engine and toolkit with NeXTStep, that is technology from the 1980's; their competitors are designing with the benefit of hindsight and with knowledge of today's needs and requirements.

        The people most likely to come out with someth
        • Objective-C is neither garbage collected nor type-safe, yet it is still what Apple is pushing.

          Objective-C is dynamically typed, and therefore is by definition type-safe. It is also garbage collected, although it is both reference counted and manual. But I know what you meant. You meant it isn't type-checked at compile time and automatically garbage collected. Which like any language feature debate has both pros and cons. Neither are key issues that you can judge the superiority of a whole OS on.

          Appl

      • Wait a sec:

        They're ditching Win32, though there will be binary compatibility for older apps.

        So, they're ditching Win32, but they... aren't?

        Not only will this make things much safer (.NET is garbage-collected, type-safe, etc.), but it allows for much easier development (compare MFC to, say, WinForms).

        How is this? If the old API never goes away, how are you not adding another layer of "cruft"? Consider DirectX -- even with the DirectX 9 SDK, I can still compile apps that use Directdraw surfaces (whi

      • ".NET is garbage-collected"

        Duh, learn your punctuation! It should be ".NET is garbage, collected". :)
    • If you look at their APIs, they have been getting cleaner and more consistent in the past few years. Just look at their .NET Foundation classes. The Win32 API is an abomination, I would welcome an overhaul.

    • Re:The nice thing about APIs is there's so many of (Score:4, Interesting)

      by omicronish ( 750174 ) on Friday January 14, 2005 @09:42PM (#11370588)

      And they're doing this by adding ANOTHER set of graphics APIs to Windows, to complement the ones we have now, and the ones we had five years ago, and the ones we had five years before that, and the ones we had five years before THAT?

      That may be true in the high performance DirectX area (D3D and DDraw revisions frequently made large changes to the API), but in the normal application area we've been stuck with GDI since Windows was conceived. Only relatively recently has GDI+ come into play, although at a high level it's simply an OO wrapper around GDI, and likewise, MFC graphics classes are also GDI wrappers. At the core, Windows basically supports GDI for normal applications and DirectDraw/Direct3D for high performane graphics, and so the situation then isn't as complex as you make it to be. GDI itself currently is very underpowered when you compare it to things the Mac OS can do, so it makes sense to finally revise the API after 20 years of usage.

      I can't possibly describe Avalon's capabilities here, but as a simple example, in GDI you draw rectangles, lines, etc., whereas in Avalon you define visual objects and Avalon automatically renders them as needed. In computer games and other applications that need a deeper level of control Avalon won't be that appropriate (although IIRC you can do simple 3D in Avalon), but for normal applications I think it'll be awesome. Death to GDI!

      Of course after rereading my post it does seem like Windows has a bunch of graphics APIs. Just remember that all that application-side ones are reducible to the ancient and horribly underpowered GDI.

  • Here comes the bashing... (Score:4, Insightful)

    by bonch ( 38532 ) on Friday January 14, 2005 @06:26PM (#11368856)
    Instead of discussing the technology (which is actually pretty cool...they do have smart engineers at Microsoft), I have a feeling this will be a bunch of +5 Funny Microsoft-bash posts.

    One third referencing some obscure GUI from the past where something almost like this has been done already, another third referencing some future project not released yet doing the same, and the rest a bunch of +5 Funny "jokes" rehashing old Microsoft jokes from the last eight years. Okay, I'm generalizing, but that's also what people will be doing about this. :)

    Seriously, it looks like interesting stuff, and I can't wait to not only develop with it, but develop with the competing technologies that will also spring up as a result.

    Oh, and for the record, before people say it--OS X does use the 3D card, but only for fast blitting. It is still 2D. Not actual 3D acceleration using hardware triangles like this, where you're dealing with a camera viewport and using meshes.

    • Re:Here comes the bashing... (Score:4, Insightful)

      by ZiZ ( 564727 ) * on Friday January 14, 2005 @06:33PM (#11368927) Homepage
      Oh, and for the record, before people say it--OS X does use the 3D card, but only for fast blitting. It is still 2D. Not actual 3D acceleration using hardware triangles like this, where you're dealing with a camera viewport and using meshes.

      Speaking of this, I'd love to see a super-bloody-fast hardware accelerated 2D video card, with code and drivers optimized for doing 2D operations - skip the 3D stuff, but give me 2D layers, in-card pixel-perfect collision detection, et cetera, et cetera. You could expect it to be at a reasonable price, it would be /very/ useful for desktop, presentation, and even 2D gaming...and it would be far simpler to program efficiently.

      But regardless of that, parent has a solid point.

      Imagine if your windowing system dealt with windows-in-the-front merely by telling your graphics card 'this goes to the front'. Think how nice it would be to never have to manually rotate and scale images for display, but know that your desktop would know how to deal with it if you asked it to nicely. Picture hardware-accelerated mouse cursors that can be as dynamic and beautiful as software-rendered mouse cursors. If you like that sort of thing, anyway.

      • 3d cards make for hell of 2d accelerators.

        first 3d cards were JUST 2d accelerators for most stuff anyways, you would only draw zbuffered triangles(textured, shaded...) with them.

        the normal 3d cards you see today are just perfect for that and _very_ affordable, windows just can't take much of advantage of it now(longhorn is intended to have a mode that would take advantage of it).

        (mac osx takes use of the fast funky drawing for desktop stuff and effects, for one)

        besides, there's a whole lot of "2d accele
        • though, really, are you trolling? hardware accelerated mouse cursors? isn't that so.. hmm. 1980's? or 70's?

          Check my history. I post what I think, certainly, but never an intentional troll. I just know that when I turn on 'hardware accelerated mouse cursor' in games I play, the cursor looks much less pretty but is much, much more responsive. I can only presume that this is a limitation of the hardware.

      • Re:Here comes the bashing... (Score:4, Interesting)

        by blacklite001 ( 453622 ) on Friday January 14, 2005 @07:02PM (#11369213)
        Well, they don't have all those bells and whistles, but Matrox [matrox.com] has been concentrating on solid 2D performance for years now, and for everyday 2D applications they (at least, last time I checked) consistently outperform the massively expensive 3D cards.
      • It's way simpler to implement a windowsystem in software than on silicon.

        It's also not like driving 3D chips is impossible. Normally you have acceleration for doing the regular 2D stuff (fill, copy and line with the standard 256 raster ops). If you want to do something like accelerated alpha blit then it's normally just drawing two textured triangles with the 3D engine (the hardest part of that is engine setup).

        The hard stuff is in texture memory "VM" design (i.e.: efficiently using texture memory when al

    • Re:Here comes the bashing... (Score:4, Funny)

      by DrCode ( 95839 ) on Friday January 14, 2005 @06:37PM (#11368959)
      I'm not trying to be funny. But every time I step on a nail, it hurts. So I've learned to avoid stepping on nails, even though there might be one somewhere that will feel good when it pierces my foot.

      Similarly, every version of Windows I've used hurts (and the pain lasts much longer than that from the nail).

    • Re:Here comes the bashing... (Score:5, Funny)

      by johannesg ( 664142 ) on Friday January 14, 2005 @06:39PM (#11368969)
      Instead of discussing the technology (which is actually pretty cool...they do have smart engineers at Microsoft), I have a feeling this will be a bunch of +5 Funny Microsoft-bash posts. One third referencing some obscure GUI from the past where something almost like this has been done already, another third referencing some future project not released yet doing the same, and the rest a bunch of +5 Funny "jokes" rehashing old Microsoft jokes from the last eight years...

      ...and one idiot who thinks he can stave off all that by posting his insanely smart prediction about it.

    • When you say that OS X doesn't do this, are you taking into consideration Core Image that's coming in Tiger this year?
    • That's what the Funny:-6 modifier is for. I find it works wonders for Slashdot as a whole.
    • ...I have a feeling this will be a bunch of +5 Funny Microsoft-bash posts.

      That isn't the point as I see it.

      I don't know if Microsoft is the largest software company or just the most profitable, but their economic momentum is what many critics object to. What you perceive as craping and whinging (and there is some of that too) is instead, as we see it, our job as consumers. We are fulfilling our obligations to make our demands known ("Market Forces" and all that).

      I use Linux two reasons:

      1) it is cool te

    • I have a feeling this will be a bunch of +5 Funny Microsoft-bash posts.

      And also a bunch of posts from people like you who think free speech is optional.

      Personally, I like an alternative viewpoint. If I wanted marketing dross I'm quite capable of reading the source material at microsoft.com thank you.

      ---

      zealotry [reference.com] n : excessive intolerance of opposing views. [microsoft.com]

  • From TFA:
    The main difference is that newer graphics drivers in Longhorn allow for better performance and newer hardware. With Windows XP or Windows Server 2003, users might see slower performance, fewer shades of gray or less 3D animation, Montgomery said.

    As we've already learned [slashdot.org], Longhorn is going to be graphically intensive (just what you want for the kernel of a server OS, isn't it?). While I agree with the statement in that Longhorn may very well have drivers more appropriate for doing the things t

    • Re:Graphics and Avalon... (Score:5, Informative)

      by Thundersnatch ( 671481 ) on Friday January 14, 2005 @06:43PM (#11369008) Journal
      just what you want for the kernel of a server OS, isn't it?

      Why in hell does every Linux fanboy assume that all Windows processes run in kernel mode? Even Windows Explorer on NT4/Win2k/XP/2003 runs in user space, buddy.

      All of this UI stuff wil run in user space, with the exception of the actual video device driver code (which is done for performance). Windows video device drivers that are WHQL certified are typically rock solid and stable for general non-gaming use.

      Anyway, you can run GUI-less windows servers on 2003 today. And even if you do choose to use the GUI shell for administering a Windows server, when you log out, the processes for explorer.exe and pretty much everything else GUI are completely stopped (only GINA, the graphical login prompt, remains). You can verify this with any number of Windows remote administration tools.

      Finally, you can bet that the "eye candy" will be turned off by default on the server versions of longhorn, just as it is on Windows Server 2003 (which uses the same Luna GUI as XP, with almost all the animation/transparency/etc. options turned off).

      • I thought Win32 needed to be ripped out of the OS before CLI-only operation was possible?
      • Why in hell does every Linux fanboy assume that all Windows processes run in kernel mode?
        Upon what information are you basing your assessment here? Parent said nothing about Linux.
      • "Anyway, you can run GUI-less windows servers on 2003 today. And even if you do choose to use the GUI shell for administering a Windows server ..."

        This deserves a "Why does every MS apologist insist that Windows can be run without a GUI?"

        Or, more accurately, "Why does every MS apologist insist that their half-dozen Resource Kit utilities adds up to Remote Administration Without a GUI?"
      • Why in hell does every Linux fanboy assume that all Windows processes run in kernel mode? Even Windows Explorer on NT4/Win2k/XP/2003 runs in user space, buddy.

        First of all nobody has ever said that all processes are running in kernel mode.

        What is being said that any process from the user space can be running in kernel mode. And the reason for this is because any glitch with any of Direct<$shit> technologies immediately brings BSOD, sonny. You can try to play any semantics games you want (no pun inten

    • 'Just what we want for the kernel of a server OS'?

      Avalon is a GUI engine, and has nothing to do with the kernel. As that other slashdot article clearly stated (and anyone who does a little research on the Longhorn beta would know), for those systems lacking powerful video cards, Longhorn will look and behave like Windows XP.

  • So why not... (Score:3, Informative)

    by Sanity ( 1431 ) on Friday January 14, 2005 @06:28PM (#11368880) Homepage Journal
    ..download through Dijjer [dijjer.org]?

  • Screenshots (Score:4, Insightful)

    by Szentigrade ( 790685 ) on Friday January 14, 2005 @06:30PM (#11368895)
    I don't know about the rest of you but i would rather bypass downloading a 250MB file and would just like to see some interesting screenshots.
  • Hell, even their previews are months behind schedule. I don't think we'll ever see Longhorn.

    Seriously though, anyone have screenshots?
  • Didn't microsoft give us [slashdot.org] some source code?

  • Interesting (Score:3, Interesting)

    by Nik13 ( 837926 ) on Friday January 14, 2005 @06:51PM (#11369075) Homepage
    I wonder if it's really that graphic intensive (not gonna bother downloading it yet though). Seeing things like this get added to XP and things like WinFS taken out of LH, it's making it less and less attractive to ever upgrade to LH. For the first time in my life, I feel like either
    1) lots of people will stick to XP, or
    2) a lot of people will move on to linux instead.

    I've been using pretty only windows in the last few years (ever since I got rid of my atari 1040 and older stuff), coding for it and all... But I'm really loosing interest in the "new" stuff they come out with (like, I got all the themes and such crap all off - "classic" look). It just seems more bloated, and they're trying to put some "nice" (they think it is, anyways) GUI so lusers aren't scared anymore, when in fact, I find it's becoming quite a mess - and an overly bloated one, that is.

    I've tried knoppix 3.7 a couple days ago, and I must say it's a VERY viable option for most stuff. Yes, I had a few problems (enabling spdif out on sb lives, xmms wouldn't play mp3's off smb and small things), and it won't run all my usual apps (photoshop, ms office...), but I was very surprised nonetheless. There were some compilers in there, a CAD program (shocked me), OO loaded slow (of course) but it wasn't half bad... It was really easy to pick up and find everything.

    Most people I know all love their windows/autocad/photoshop/etc (not that they know how to use it) - but that's mostly because they didn't pay the hefty price tag, but this does the most part, for free (legit). I'm starting to seriously consider "doing the switch", at least on one PC to give it a good try.

    I think LH itself is what will make the most people switch to linux (especially combined with all the spyware and other crap most lusers have been crippled with lately). I only see bad in LH - and I'm mostly known as a M$-fanboy... But that's changing lately. I've been starting to convert myself to more open, portable (and perhaps more stable/secure) options (like using LAMP instead of ASP or ASP.Net/IIS/SQL Server like we use at work and such) and I'm liking it, a lot (cheap to host, too). Now if I could find a replacement for most apps (including VS.Net), I think I'd be sold.

    To me, that MS-world is just unsustainable. Everybody I know only use it because they can use pirated everything for free. I don't think I know anyone who wants to - or can afford to buy a new windows, office, and everything else license every year (or even for every second version - and who wants to stick to old soft?). I don't mind paying a minimal fee for a good distro or such, but what I use daily on a win box cost me over a few months' salary... How much longer can we keep up with this dream of being afford to use all these apps that cost hundreds of $? (yes, I know, big corps can afford it... whatever).
    • kdevelop is supposed to be a good IDE, or kylix (dephi/c++).

      Also, there's Gamba's, but i think thats only for a BASIC ripoff

  • What is Avalon? (Score:3, Funny)

    by ProfFalcon ( 628305 ) <slashdot,org&cmulcahy,com> on Friday January 14, 2005 @07:07PM (#11369257)
    It is 261MB+ and is already going slow so be warned.

    Fortunately, there's no explanation of what the hell "Avalon" is in the text so that ought to help with the download performance. Had someone actually known what the hell you were so excited about, more people would try to download the software.

    Good strategy. It's like those morons who put the important part of their comments in the subject line and continue on to their message. I miss important bits of the message since I do not scan for the subjects so miss out on the point they are attempting to make. It sure makes life easier for the reader if we don't know what is going on and do not have to actually get interested in the article or comment enough to read it.

    There. Rant over. I feel better now.

    Thanks

  • Avalon vs Quartz (Score:4, Interesting)

    by jstheriault ( 136211 ) on Friday January 14, 2005 @07:10PM (#11369284) Journal
    From what I gather, Avalon is Microsoft's version of Quartz. Has anyone compared the two in terms of capabilities, ease of programming etc.?

    • Re:Avalon vs Quartz (Score:4, Informative)

      by caseih ( 160668 ) on Friday January 14, 2005 @09:27PM (#11370500)
      Avalon is much more advanced than Quartz is currently. Avalon is a vector-based drawing API. Quartz, although it looks smooth, is really bitmapped, although not for long. Quartz will gain true vector capabilities very soon I'm sure, probably before longhorn ships.
      • Quartz is built on Display PostScript and the whole collection of drawing APIs are based on the NSBezierPath classes. You actually have to go out of your way if you don't want vector based drawing. This is assuming you mean actually drawing in Quartz as opposed to loading a bitmap from a file and just displaying it with NSImage. It has been this way from the beginning.

        Wait, you were just making shit up, weren't you?

        • Re:Avalon vs Quartz (Score:3, Informative)

          by caseih ( 160668 )
          Yes the API is path-based, but once the paths are rendered to a bitmap and then composited on the screen it is finished. Any scaling at that point is done on a bitmap level (for example the zoomable icons). Avalon preserves the paths and vectors all the way into the composite layer so things can be warped and scaled without having to have the program do a redraw. Currently Quartz forces the app to create the paths all over again every time the window is redrawn or if the display was to be suddenly scaled

      • Re:Avalon vs Quartz (Score:2, Informative)

        by Dhrakar ( 32366 )
        Actually, quartz is much more than just bitmapped operations. It handles all of the drawing primitives and such and is PDF based (similar to the way that NeXT's windowing system was based on Postscript). Thus, Quartz is already vector based. Perhaps you are thinking of Quartz Extreme? This uses the graphics card to do compositing of windows for display (each window is flattened to a texture map essentially). For more, see: Apple's developer site [apple.com]

        • Re:Avalon vs Quartz (Score:4, Informative)

          by caseih ( 160668 ) on Saturday January 15, 2005 @02:36AM (#11371838)
          While you are right about the API being a path-based and vector-based API, everything is rendered to a bitmap that is composited on the screen. See http://www.oreillynet.com/cs/user/view/cs_msg/3368 7

          relevant quote:
          Quartz uses composition, but despite the fact that it also has extensive support for vector drawing, there is a big limitation: there is no vector-level retention - as I understand it the composition is done *after* the rasterization of the vector imagery. The vector support in Mac OS X actually works in pretty much exactly the same way as GDI+ does in current versions of Windows, and is not integrated into the composition engine.

          Compare this with Avalon, which uses vector-level retention as part of its composition model, and can interleave multiple transform and rasterization steps as a result. (It can also retain bitmaps as an optimization, but it always retains vector information too.) This enables transforms to be integrated with the composition engine. Transforms in Quartz are done much more like current versions of Windows handle them - they are dealt with at the level of a drawing context when the application generates its imagery. (At least that's how I've always seen it done. If you can point me at an example that shows transformations at the composition level rather than the drawing level in Quartz, I'd be very interested to see that.)

  • Laptops? (Score:2, Interesting)

    by Monkelectric ( 546685 )
    Worst, Idea, Ever. This sounds like it will be *terrible* for laptops, or any other place power useage is a concern :) Like I really need to run my CPU at 100% so word can lockup that much faster.
    • Like I really need to run my CPU at 100% so word can lockup that much faster.
      Well, the whole idea behind the scheme is to offload work from the CPU to the GPU. Note, however, that the GPU also draws quite a bit of power, and (iirc) has its own power management system.

      All that said, Linux is headed in the same direction, for the same reasons.

    • Yeah. hardware accelerated GUIs are horrible for laptops and could never work.

      Oh wait.. I'm typing this on my PowerBook which has Quartz acceleration on its nVidia GeForce 5200 Go. Everything seems to work fine, the battery life is quite good, and the performance is very acceptable.

      That said, I wouldn't want to run it on the Intel Extreme(ly bad) Graphics system.

      I was looking at ThinkPads and all their 12" ThinkPads (what I would want, and I have a 12" PowerBook now) have Intel Extreme Graphics. That'

  • Am i the only one not excited over this? (Score:4, Interesting)

    by Lisandro ( 799651 ) on Friday January 14, 2005 @07:17PM (#11369332)
    After all i've read and seen [msdn.com] about Avalon, i still don't get what the fuzz is all about. Yes, it looks flashy, but at the expense of unreasonable processing power (don't forget this is an integral part of the Longhorn kernel). And i consider myself a sucker for eye-candy.

    I know it's not comparable, because we're talking windows, but Enlightenment 0.17 [htttp] will (hopefully) do everything Avalon does, and pretty much everything new Longhorn does as well. Just check the information on the e17 foundation libraries. Amazing stuff.
    • There it is again. Why do you think a GUI subsystem is part of the kernel?
    • Try clicking that link. How does any living human manage such a typo?

      I'm speechless!

    • Re:Am i the only one not excited over this? (Score:4, Interesting)

      by RzUpAnmsCwrds ( 262647 ) on Friday January 14, 2005 @10:22PM (#11370777)
      "but at the expense of unreasonable processing power"

      Not at all. Avalon makes heavy use of DX9 shaders to offload the work to the GPU.

      Unlike Quartz Extreme, which only uses the GPU for compositing, Avalon offloads nearly all GUI operations to the GPU.

      "don't forget this is an integral part of the Longhorn kernel"

      Nope. It's user-land.

      "but Enlightenment 0.17 will (hopefully) do everything Avalon does"

      No, it won't. Most Linux apps are QT-based or GTK-based, meaning that Enlightenment is little more than a window manager. Unless we can switch a large number of Linux apps to the e17 foundation libraries (which, if I understand correctly, aren't meant to be a comprehensive toolkit like QT or GTK), e17 won't have the abilities of Avalon.

      I am psyched about Avalon. Here's why:

      - Pixel independance. Finally, Windows users will be able to choose whatever resolution they want and ajust the text (and icons/controls/other stuff) to a size they are comfortable with.

      - 3D acceleration. Avalon enables lots of eye candy, and it does so without taking a whole lot of CPU time. In Microsoft demos, Avalon can animate 100s of translucent videos at full framerate without going above 5% CPU load.

      - 3D integrated. Avalon makes 3D an integral part of the GUI. There's no need for complex APIs or dirty hacks to implement 3D functionality. Things like Excel graphs instantly get the benefits of 3D acceleration.
      • "No, it won't. Most Linux apps are QT-based or GTK-based, meaning that Enlightenment is little more than a window manager. Unless we can switch a large number of Linux apps to the e17 foundation libraries (which, if I understand correctly, aren't meant to be a comprehensive toolkit like QT or GTK), e17 won't have the abilities of Avalon.

        Actually, the reason i'm so excited over e17 is not much the window mananger but the underlying libraries. Much like the e16 libraries (imlib2 and such), their usabilit
      • Most of these features arrive with the Tiger release of OSX (10.4). The Quartz engine gets upgraded to support fully accelerated drawing (as opposed to simple compositing), resolution independance, plus the CoreImage/CoreVideo APIs.

        It'll be interesting to see how well these technologies fare on both sides.
    • Avalon is not part of the Longhorn kernel - The Avalon graphics layer is a user process. The Longhorn kernel is, at the moment, relatively unmodified from XP, which saving some security changes in SP2 is relatively unmodified from Win2k. There has been some discussion of moving the security engine for the .NET runtime into the kernel, and some discussion of moving the core DRM system component for Windows into the kernel, but both of these changes are unlikely for Longhorn and are more oriented at the Bla

  • pardon me but... (Score:2, Interesting)

    by dwntwnboi ( 820586 )
    look, i admit that i am not a s/w developer-- i actually work in digital media. long story short, i installed this (all of it), and didn't notice anything different. did i just install a whole new set of programming tools expecting some eye candy, or is there something i'm missing?
    • To give an paradigm from the digital media world, this is the tool for creating a DVD not the DVD itself.

      Wait for public release of Longhorn Aero builds to see the "DVD".

Slashdot Top Deals

Scientists will study your brain to learn more about your distant cousin, Man.

Close