Slashdot Mirror


The NeXT-Best Thing: GNUSTEP 0.9.4 Live CD

roard writes "Following the NeXT tradition with mixed case, GNUSTEP is a live CD/distribution while GNUstep is an implementation of the OpenStep API. GNUSTEP is based on Morphix, and uses the GNUstep libraries and GNUstep-based applications to provide a NeXTSTEP-like environment that people can easily test and use. This new 0.9.4 release comes 8 months since the precedent 0.5 release, and brings a lot of new GNUstep applications with it, as well as an upgrade of the GNUstep libraries and the development tools. In other news, a small demonstration of GNUstep development tools is available in Flash or divx. The old dream of having a GNU OS with Hurd and an OpenStep implementation doesn't seems that far now ;)"

444 comments

  1. wHy WaS NeXT nAmED LiKE ThAT aNyHoW? by JessLeah · · Score: 4, Funny

    i'Ve aLWaYs wOndEReD.

    1. Re:wHy WaS NeXT nAmED LiKE ThAT aNyHoW? by Anonymous Coward · · Score: 0

      probably because of TeX

    2. Re:wHy WaS NeXT nAmED LiKE ThAT aNyHoW? by Anonymous Coward · · Score: 0

      I had a link somewhere that explained, but I can't find the site now (one of those "history of OS X" sites out there somewhere, I'm sure)... NeXT used different capitalizations to mean different things. One was for the OS itself, one was for the windowing system on top of that, one was for the company, one was for the libraries, and so on.

      This is what happens to your brain when you use a case-sensitive OS for your entire life ;)

    3. Re:wHy WaS NeXT nAmED LiKE ThAT aNyHoW? by Anonymous Coward · · Score: 0

      RTFA! ... the company "NeXT" has always been spelled with a lowercase "e", to make the logo look better and to make the name more recognizable in print, ...

      from http://www.objectfarm.org/Activities/Publications/ TheMerger/OpenstepConfusion.html

    4. Re:wHy WaS NeXT nAmED LiKE ThAT aNyHoW? by kwerle · · Score: 1

      Because you can't trademark a generic word (like next) unless you fuck with the capitalization. Because then it's not just the word- it's YOUR(tm) word.

    5. Re:wHy WaS NeXT nAmED LiKE ThAT aNyHoW? by Anonymous Coward · · Score: 0

      you can totally trademark a generic word as long as it is not generic within your trade, cf. "apple".

      NeXT is probably using the capitalization just to seem po-mo and cool. it's an image thing.

    6. Re:wHy WaS NeXT nAmED LiKE ThAT aNyHoW? by Anonymous Coward · · Score: 0
      (Score:4, Funny)

      me too

    7. Re:wHy WaS NeXT nAmED LiKE ThAT aNyHoW? by BlueGecko · · Score: 5, Informative

      NeXT has that capitalization because the original NeXT logo had that capitalization. It had that capitalization because the artist wanted to emphasize several adjectives that started with e (I don't remember them at this point, but they were words such as excellent, extendable, educational, and so on) so he made the e lowercase.

      NEXTSTEP the operating system is and always has been all caps. OPENSTEP the operating system has also always been all caps. OpenStep the API specification is capitalized in camel case, and I'm not going to touch NeXT's computers, because I always get them wrong.

    8. Re:wHy WaS NeXT nAmED LiKE ThAT aNyHoW? by Anonymous Coward · · Score: 1, Funny

      (ScORE:4 FuNNY)

    9. Re:wHy WaS NeXT nAmED LiKE ThAT aNyHoW? by Jeremy+Erwin · · Score: 2, Informative
      NeXT is an attempt to render a logo in ASCII. Most of us are stuck with dreary typefaces that don't include a full height 'e', so it looks rather odd. The 'e' supposedly stands for a variety of words: "education", "exponent"...

      The logo was designed by Paul Rand, who designed logos for UPS, IBM, and British Petroleum, among others.

      The persistent use inter-capitalization (NextCube, OpenStep, AppKit) probably derives from too much exposure to the NextStep api and Objective C-- both of which use inter-capitalization to enhance the readability of code.

      e.g the class NSBezierPath implements the method
      - (void)appendBezierPathWithArcFromPoint: (NSPoint)fromPoint toPoint: (NSPoint)toPoint radius: (float)radius
    10. Re:wHy WaS NeXT nAmED LiKE ThAT aNyHoW? by SharpFang · · Score: 1

      Yes... but that "generic word" limits you to your domain strictly. Using unique word and gaining world recognition gives you protection in ALL domains.
      I can create "apple candies" (duh, obviously!), "apple" clothes, name a car "apple" and such. But if I tried to produce tiny jelly beans called "Microsoft", I'd have my ass sued (and go bankrupt, nobody buing them from fear of poisoning)
      Still, whoever used the brand name outside my domain before the company gains world recognition, can keep the trademark. (see the Linux washing powder :)

      --
      45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2
    11. Re:wHy WaS NeXT nAmED LiKE ThAT aNyHoW? by NickV · · Score: 0

      I always thought NeXT had a captialized "XT" as a play off of the "XT" computers from back in the day. The N is captialized simply because it is the first letter in a proper name.

      Hence NeXT is the computer after the XT.

      Oh well, that's at least how I always read it.

    12. Re:wHy WaS NeXT nAmED LiKE ThAT aNyHoW? by kwerle · · Score: 1

      I don't think that Steve Jobs would nod to the PC even if it deserved it - and especially not back then. I mean - compare the XT to the mac of the day...

    13. Re:wHy WaS NeXT nAmED LiKE ThAT aNyHoW? by Anonymous Coward · · Score: 0

      Because Knuth did it first with TeX.

    14. Re:wHy WaS NeXT nAmED LiKE ThAT aNyHoW? by mattkinabrewmindspri · · Score: 1

      Windows?

    15. Re:wHy WaS NeXT nAmED LiKE ThAT aNyHoW? by kwerle · · Score: 1

      I *think* that trademark laws changed in that time. Not sure - IANAL, etc.

    16. Re:wHy WaS NeXT nAmED LiKE ThAT aNyHoW? by kwerle · · Score: 1

      Damn, hit post too fast.

      I'm not sure if it is "Windows", or just "windows" that is TM. I'm also not sure if it's "Microsoft Windows" or just "Windows".

      Just like McDonalds will sue you if you make your own McFoodItem - it is infringing on their McDonalds TM even though they don't sell McFoodItem, Microsoft will sue you if you sell "Lindows" because it infringes on "Microsoft Windows".

      IANAL, etc, etc.

    17. Re:wHy WaS NeXT nAmED LiKE ThAT aNyHoW? by Anonymous Coward · · Score: 0

      Because Paul Rand, logo designer extrodinaire (UPS (the old GOOD one), IBM, ABC, Westinghouse, etc., made it that way.

      And if I remember he charged $100,000.

      That guy was awesome!

    18. Re:wHy WaS NeXT nAmED LiKE ThAT aNyHoW? by myov · · Score: 1

      MS always seems to refer to the product as Microsoft Windows (TM) or Microsoft Office (TM), rather than as Windows or Office.

      The current products de-emphasize the microsoft part though. (look at a Windows splash screen - it hasn't said "Microsoft Windows" since 3.1. Now it's "microsoft WINDOWS".

      --
      I use Macs to up my productivity, so up yours Microsoft!
    19. Re:wHy WaS NeXT nAmED LiKE ThAT aNyHoW? by klui · · Score: 1

      I read somewhere that NeXT is spelled that way because the original designer of the logo did some group tests and when it's spelled with a capital E, people often mistook it for EXIT instead.

    20. Re:wHy WaS NeXT nAmED LiKE ThAT aNyHoW? by geoffspear · · Score: 1

      Objective C has been around for a lot longer than perl. Please do not use the term "Camel Case" when discussing it.

      --
      Don't blame me; I'm never given mod points.
    21. Re:wHy WaS NeXT nAmED LiKE ThAT aNyHoW? by esh · · Score: 1
      I was always under the impression that "CamelCase" referred to the "humps" in the words that made it look like a camels back. As such it would have no particular relation to perl and its O'Reilly Camel book.


      I may be entirely wrong here, so it someone knows the true origin it would be interesting to know.

      --
      -- ESH
    22. Re:wHy WaS NeXT nAmED LiKE ThAT aNyHoW? by jack_csk · · Score: 1

      Maybe that's the reason why the Internet Explorer logo is "e" instead of "E". Microsoft just don't want users to think about exit windows when they use Internet Explorer.

    23. Re:wHy WaS NeXT nAmED LiKE ThAT aNyHoW? by Anonymous Coward · · Score: 0

      The designer was Paul Rand, a world-renowned logo designer who created, among other things, IBM's logo and the "classic" UPS logo. He liked the lower-case 'e' in the logo and argued to Steve that it might stand for "excellence" or "e = mc^2" etc. To my knowledge no case studies were done.

  2. Re:Have fun, nerds! by JessLeah · · Score: 1, Funny

    Is this some "hyper bowl" thing or somewhaT?

  3. video by va3atc · · Score: 2, Informative

    is not divx, its mpeg(1 or 2, haven't finished downloading yet)

    --
    Candle burns its brightest in the dark
    1. Re:video by marcello_dl · · Score: 1

      "file" command says it's a Divx, mplayer says it's an xvid with avi file format, maybe adding .avi to the filename solves problems if there are any.

      --
      ---- MISSING MISCELLANEOUS DATA SEGMENT --- [sigdash] trolololol
    2. Re:video by YankeeInExile · · Score: 1

      Isn't divx a codec that might be contained within MPG files?

      --
      How does the Slashdot Effect happen given that no slashdotters ever RTFA?
    3. Re:video by va3atc · · Score: 1

      Sorry folks, when I say the length when the video loaded up in contrast to its size I later bit my tongue :)

      --
      Candle burns its brightest in the dark
    4. Re:video by nkh · · Score: 1

      file says it's an AVI (798x598) DivX 4, not an mpg as the extension shows. Just rename it to .avi if it's not auto-detected.

    5. Re:video by va3atc · · Score: 1

      Saw*...Must...Preview....Post.....

      --
      Candle burns its brightest in the dark
    6. Re:video by Wordsmith · · Score: 5, Informative

      It's a codec that might be contained within avi files, or wmv files, or mov files. MPG files are explicitly mpegs.

      Now, to make it even more fun. divx is an implimentation of mpeg-4. So even through it's not an mpeg1 or mpeg2 file, in a sense, it's still an mpeg file.

    7. Re:video by SharpFang · · Score: 2, Informative

      And to make things even more fun, this file is an .avi containing divx mis-named as .mpg

      --
      45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2
    8. Re:video by Xyde · · Score: 1

      Yay for the idiots who decided that the file type is related to the name somehow. Imagine if you could change the file size or the creation date by simply renaming the file *rolls eyes*

  4. Hurd? by Digital+Pizza · · Score: 3, Interesting

    Does Hurd have anything to do with this? (Can't get to the article). I don't see how this brings the Hurd closer to "release", any more that it does Duke Nukem Forever.

    --
    We apologize for the inconvenience.
    1. Re:Hurd? by Pflipp · · Score: 4, Informative

      Like Hurd was the perceived GNU kernel, GNUstep was the perceived GNU GUI.

      --
      "We can confirm that Debian does *not* ship the version with the trojan horse. Our version predates it." [CA-2002-28]
    2. Re:Hurd? by Pflipp · · Score: 1

      Hmm... I hoped "perceived" meant something like "envisioned". That's what I meant, anyway.

      --
      "We can confirm that Debian does *not* ship the version with the trojan horse. Our version predates it." [CA-2002-28]
    3. Re:Hurd? by TheRaven64 · · Score: 5, Informative
      GNUstep, like HURD, is a GNU project that has been going on for ages (it predates KDE and GNOME), without appearing to get close to completion. Unlike KDE or GNOME, which can incrementally add and deprecate features and APIs (potentially ending up with the same mess of legacy interfaces that plagues Windows), GNUstep is implementing the OPENSTEP API, jointly developed by NeXT and Sun. This meant that it was not particularly usable until it was about 90% done. This happened in the last year or so which, combined with the introduction of OPENSTEP into the mainstream in the form of Cocoa on OS X, lead to an increase in interest in GNUstep.

      The relevance to HURD is tenuous, but I recall Roard mentioning recently that he had seen a demo of a GNUstep desktop running on top of HURD, giving a 100% GNU desktop. Perhaps this is what he was referring to. It doesn't bring HURD any close to release, but when HURD is ready (Real Soon Now(TM)), it is likely that there will be a GNUstep desktop waiting for it. If only the GCC developers would commit Objective-C++ to the main tree and let is have a WebKit-based browser...

      --
      I am TheRaven on Soylent News
    4. Re:Hurd? by Digital+Pizza · · Score: 1

      Yeah, I guess get the association, but I doubt this is going to do anything to move Hurd further along; this is already running (apparently) well enough on Linux. I'm not holding my breath for it the Hurd.

      --
      We apologize for the inconvenience.
    5. Re:Hurd? by Master+Bait · · Score: 2, Informative

      If only the GCC developers would commit Objective-C++ to the main tree and let is have a WebKit-based browser...

      Ironic state of things, considering that the very first web browser was written for OpenStep in Objective C.
      --
      "Only in their dreams can men truly be free 'twas always thus, and always thus will be."
      --Tom Schulman
    6. Re:Hurd? by Anonymous Coward · · Score: 0

      Does Hurd have anything to do with this? (Can't get to the article). I don't see how this brings the Hurd closer to "release"

      Since you don't know what it is, it's hardly surprising that you can't see how it could bring Hurd closer to release. Not that it does have anything to do with Hurd, but your comment is as content-free as it is possible to get.

    7. Re:Hurd? by Anonymous Coward · · Score: 0

      Why is that 'ironic?'

    8. Re:Hurd? by Anonymous Coward · · Score: 0

      This has nothing to do with Hurd. It could be made to run on an operating system using Hurd or any other Posix kernel but it isn't intended to "advance" Hurd.

      Other GNU projects such as Emacs, GCC, Glibc, Gnome, Grubb etc, etc, will also not advance Hurd. There are a lot of GNU projects. Advancing Hurd is generally not a requirement.

    9. Re:Hurd? by mrchaotica · · Score: 1
      The relevance to HURD is tenuous, but I recall Roard mentioning recently that he had seen a demo of a GNUstep desktop running on top of HURD, giving a 100% GNU desktop.
      So they must not have been using X, since that's not GNU. In that case, what backend were they using?
      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    10. Re:Hurd? by quinto2000 · · Score: 1

      The irony is that the Objective-C / OpenStep application framework is now the second-class citizen when it comes to the Internet, even though it was where the first web browser was written.

      --
      Ceci n'est pas un post
    11. Re:Hurd? by drinkypoo · · Score: 1

      It's not a GNU project, but Cairo is a GPL 2d image compositing library which can interface to glitz (also GPL I believe?) in order to render via OpenGL. There is a form of MesaGL which works without X... You could possibly build a non-X GNU desktop this way, though again there would still be non-GNU components. At least it would be 100% GPL.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    12. Re:Hurd? by Anonymous Coward · · Score: 0

      Bridging into a bunch of independant C++ html rendering code would hard make Objective-C a "first class Internet citizen" (whatever the hell that means).

    13. Re:Hurd? by Anonymous Coward · · Score: 0

      Linux, Gnome and KDE already are 100% GPL. So why go this route with HURD and openstep?

    14. Re:Hurd? by zootm · · Score: 1

      Hurd's architecture is a great deal more modern than that of Linux. It's just never been properly finished. Real Soon Now.

      As for the OpenStep/GNUSTEP thing, I assume simply because it's an open standard that was decided to be part of the "GNU System". It's also, as someone pointed out, a frozen standard - it's not going to change like KDE/GNOME could.

    15. Re:Hurd? by Cthefuture · · Score: 0, Troll

      Objective-C sucks. Sorry but run-time binding and dereferencing everything gives you something much slower than it could be. Virtual functions are not your friend. RTTI is not your friend.

      That's one of the reasons OS X has to sit there for ages "optimizing" your system after you install anything. It is running the pre-linker on everything. Otherwise your system runs like shit, like the first original OS X release which didn't do any pre-linking. Something they would not have to do if they did not use so much run-time crap. This issue is caused by a combination of Objective-C, poor use of C++, and poor design. You can go too far with OOP. I mean, how much common software do you see written in SmallTalk?

      Proper software strikes a balance between disciplines. Imperative, object oriented, functional, they all have their uses. It is a mistake to go all the way in one direction.

      --
      The ratio of people to cake is too big
    16. Re:Hurd? by roard · · Score: 1

      Well, HURD was supposed to be the Kernel of the GNU OS, and GNUstep in the beginning was supposed to be the GUI of the GNU OS. As recently Hurd progressed with the first results of the L4 port, it was a reference to that..

    17. Re:Hurd? by roard · · Score: 1

      Sure, Objective-C is the root of all evil and slow a system to death. That's why, as we have all seen with the recent (!) steve job video, a workstation with a 68030 (how much slower than our current hardware ?) was undoubtely unbearably slow...

    18. Re:Hurd? by Unknown+Lamer · · Score: 1

      Proper software strikes a balance between disciplines. Imperative, object oriented, functional, they all have their uses. It is a mistake to go all the way in one direction.

      Which is naturally why we should all be using Common Lisp because it can do all of that with ease.

      /me ducks

      --

      HAL 7000, fewer features than the HAL 9000, but just as homicidal!
    19. Re:Hurd? by Anonymous Coward · · Score: 0

      Shell scripting sucks. Sorry, but connecting a bunch of small, specialized tools together with pipes gives you something much slower than it could be. Pipelines are not your friend. KISS is not your friend.

      That's one of the reasons Linux has to sit there for ages "running rc scripts" every time you boot it up. It is running the shell for everything. Something they would not have to do if they did not use so much fork()/exec() crap. This issue is caused by a combination of bash, poor use of pipelines, and poor design. You can go too far with scripting. I mean, how much common software do you see written in csh?

      --

      Seriously, Cocoa's dynamic binding has a negligible effect on the overall speed of the system; the kernel, window server, Dock, Finder, and roughly half of the bundled applications are all written in C using Carbon and the Core Foundation frameworks. The statistically tiny overhead of objc_msgSend is a small price to pay for the flexibility and power that it gives you. As a wise man once said, programmer time will always be cheaper than CPU time.

    20. Re:Hurd? by zsau · · Score: 2, Informative

      Not at all. Objective C++ and Objective C are two different languages. ObjC is a version of C with minimal additions to make it a great object-oriented programming language. ObjC++ is ObjC combined with C++ in the same source code.

      Standard GCC can compile ObjC just fine. But because most major gui free webbrowsers (Mozilla and Konq at least) are written in C++, the only ways to write an OpenStep webbrowser are with ObjC++ or by rewriting the entire engine.

      --
      Look out!
    21. Re:Hurd? by drinkypoo · · Score: 1

      I assume they are heading towards an entirely GNU-software system. They're probably not in a hurry to replace X because there is no real consensus, or even a particularly amazing idea, as to what its replacement should look like. By most accounts, it should look a lot like X, and if that's the case, why screw around with a good thing? Or, at least, a working thing based on open standards.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    22. Re:Hurd? by squiggleslash · · Score: 1
      The pre-linking that occurs while OS X is "optimizing the system" is to do with regular C symbols, not dynamic Objective C objects. Objective C, being dynamic, really doesn't need "pre-linking".

      This is why the "Optimization" occurs regardless of the app being installed.

      --
      You are not alone. This is not normal. None of this is normal.
    23. Re:Hurd? by Cthefuture · · Score: 1

      Not really. The pre-linking can certainly help regular C applications but its real purpose is to speed up all the dynamic code that Objective-C and poorly written C++ are using. No one had used prelinking much until OS X and KDE came round.

      Plain C and C++ with templates are your good friends when properly wielded.

      --
      The ratio of people to cake is too big
    24. Re:Hurd? by Cthefuture · · Score: 1

      LISP is a very powerful and useful but the syntax sucks.

      Sure, people will say using the right editor and being used to the syntax help, but seriously, if it were that easy and great then everyone would be using LISP. The plain fact is that relatively few people use LISP these days. I would say this is due to the syntax more than anything else (performance being second although it's pretty good these days).

      It's the same problem O'Caml faces. O'Caml is pretty powerful and can be fast but the syntax sucks. Plain SML is much better than the basterdized crap that O'Caml uses. Despite the fact that you can change its syntax, no one ever does because it then becomes non-standard.

      --
      The ratio of people to cake is too big
    25. Re:Hurd? by Unknown+Lamer · · Score: 2, Insightful

      The Power of Lisp lies in that messy syntax is the problem. Without it the macro system wouldn't be possible.

      The syntax is actually really easy to use, even without a text editor to balance parenthesis for you. The problem is that it isn't easy to use at first, especially if you have prior programming knowledge with one of the many Algol-like languages. It also takes a bit of knowledge of functional programming because it is often easier to do things functionally than imperatively (especially when you have a compiler that ensures tail call optimization).

      Of course, there is room for many different programming languages and there are enough users of Lisp to keep it alive and that's all that really matters. The rest of the world can suffer with C and C++ :)

      SML is cool, I know a guy who did some work on the SML/NJ compiler (I think it was SML/NJ, it might have been another one but it was at CMU that he did it). I prefer Lisp even though I probably should prefer SML :)

      --

      HAL 7000, fewer features than the HAL 9000, but just as homicidal!
    26. Re:Hurd? by jcr · · Score: 2, Informative

      Guess again.

      Prebinding (not pre-linking, as you're mistakenly referring to it) is compeletly orthgonal to the use or non-use of dynamic method dispatching.

      Prebinding is all about speeding up application launch times, by doing certain symbol mapping work up front. This is about resolving external references in your code, such as functions and global data provided by the system frameworks.

      The prebinding operation after performing a system update on OS X is time consuming, because the update_prebinding script checks all the apps on your system to see if they were affected by changes to the frameworks. The redo_prebinding operation on any particular executable doesn't take very long, and it's time saved on every subsequent launch of that program.

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
    27. Re:Hurd? by mrchaotica · · Score: 1

      OpenStep isn't really a "frozen standard" any more, because the single widely-used implementation (OS X) continues to evolve. The one big problem with GNUStep is that they don't care enough about replicating Apple's changes. : (

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    28. Re:Hurd? by roard · · Score: 1

      OpenStep isn't really a "frozen standard" any more, because the single widely-used implementation (OS X) continues to evolve.

      The fact that Apple adds things to Cocoa (not that much by the way) doesn't suddenly transform OpenStep as a moving target. Cocoa is a moving target, not OpenStep. And guess what ? GNUstep already implements OpenStep (minus some rather unused classes).

      The one big problem with GNUStep is that they don't care enough about replicating Apple's changes. : (

      And how did you actually figured that ?
      GNUstep primary goal was to implement OpenStep, yes. But Apple's changes are also added. Saying that "we don't care enough about replicating Apple's changes" is just plain wrong. If the changes are sound and, moreover, if somebody actually provides some code, I can guarantee you that it will be integrated. As always, it's a matter of coding. If you want to help, just start to code.. it's a free software project you know.

    29. Re:Hurd? by mrchaotica · · Score: 1

      Well, all I was saying is that GNUStep puts OpenStep compatibility as a higher priority than Cocoa compatibility.

      The only problem with that, though, is that the only explicitly correct implementation of OpenStep that's still around is... GNUStep itself. The only good reason to aim for the standard is to interoperate with other implementations of it, right? So what's GNUStep trying to interoperate with? Ten year old NeXT cubes? Abandonware Yellow Box?

      Or should they maybe make their highest priority interoperation with the only other implementation that matters -- Cocoa -- even if it doesn't quite match the "standard?"

      I'm not trying to complain, really; I'm actually really excited about how GNUStep seems almost ready to start taking off (what with the .9.4 version number and the forthcoming .nib compatibility and the theming engine and all). I was just opining that it might take off faster if the priority was practicality instead of being "Correct" (à la HURD).

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    30. Re:Hurd? by druske · · Score: 1

      Another response already addressed prebinding, so I'll just add this...

      Plain old C links just fine with Objective-C, so optimize that 5% of code that's causing 95% of your performance bottleneck in C, if you like. Meantime the features of Objective-C and Cocoa/GNUStep have (hopefully!) made you more productive, either getting you to market quicker or giving you the time and tools to add more bells and whistles.

      There are also ways to optimize Objective-C code to do stuff like taking the call overhead out of loops.

      All tools have their tradeoffs, and choosing the right tool and optimization strategy is part of the game. If raw performance were the sole criteria for choosing a development tool, we'd all be using assembly language. ;)

    31. Re:Hurd? by lisaparratt · · Score: 1

      What, you mean other than Silicon Graphics machines, which have been "requickstarting" (the SGI name for it) normal C applications after install for years upon years?

    32. Re:Hurd? by grahamlee · · Score: 1

      Actually it was written in for NEXTSTEP in Objective-C not OpenStep - I have it running (and the original httpd) on a NeXTCube on my desk. On NEXTSTEP 3.3 which predates OpenStep by a good couple of years.

    33. Re:Hurd? by zootm · · Score: 1

      On the other hand, though, if they continue to try integrating Apple's changes, they may reach the quandary of never being finished, which screws up the practicality angle. Seperate "core" and "Apple extended" branches seems almost necessary here, for consistency. But then, that could be going too far in itself.

    34. Re:Hurd? by D2Deek · · Score: 1
      That's one of the reasons OS X has to sit there for ages "optimizing" your system after you install anything. It is running the pre-linker on everything. Otherwise your system runs like shit, like the first original OS X release which didn't do any pre-linking. Something they would not have to do if they did not use so much run-time crap. This issue is caused by a combination of Objective-C, poor use of C++, and poor design.

      No, it's ALL about their choice of base platform. The Mach-O dynamic linker and binary format is unbearably primitive, and ridiculously slow in handling fixups -- it has dick to do with the language.

      Forget what you've heard about how great it is...Mach sucks.

    35. Re:Hurd? by Anonymous Coward · · Score: 0

      its called prelinking on most UNIX systems
      OS X is the only one to use the term prebind
      its the same thing

    36. Re:Hurd? by mrchaotica · · Score: 1

      Eh, it wouldn't be any worse than the Mono project...

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

  5. GNUstep works on hurd by Anonymous Coward · · Score: 3, Informative

    with a really small patch to libobjc,
    available in a gcc/libobjc bug report.

  6. GNU's not Unix - but it is, apparently, Mac OS X by 1010011010 · · Score: 4, Informative


    Microkernel, unix-like userspace, Nextstep-based application development?

    Right here.

    --
    Napster-to-go says "Fill and refill your compatible MP3 player", which is a lie. It's not MP3. It's WMA with DRM.
  7. Re:Have fun, nerds! by JessLeah · · Score: 1, Informative

    Off topic? It was an ON-TOPIC response to a troll. It was also meant as humorous. As in, us geeks don't even know how to say "Super Bowl". Ha ha, very funny.

    Why are the mods here obsessed with downmodding things?

  8. Another fine Morphix CD by bmsleight · · Score: 0

    Another LiveCD based on Morphix.

    1. Re:Another fine Morphix CD by Anonymous Coward · · Score: 0

      I downloaded the 0.9.4 iso using SuSE 9.2 live cd eval, and burned it. Now I am testing it, did manage to get the GUI to come up, and I am posting this in Links. I have a usb stick with Firefox on it, so next thing is to get that running. Had to do that with SuSE, if I want Firefox. Did remaster Knoppix 3.4 to include Firefox, also Damn Small Linux. I find that the Morphix linux's are hard to get to boot up without a lot of trys at the command line. Have to write down the exact setup, as I do test a lot of these live cd distros.

    2. Re:Another fine Morphix CD by Anonymous Coward · · Score: 0

      It's me again. Here is how (for you casual users of .iso's like this brought to your attention by Slashdot) I get Gnustep 0.9.4 to boot on my Dell
      P4:
      1. Immediately arrow down to "submenu -> More Boot Options" (you have only one second to do that in Morphix).
      2. Select "1280x1024 Vesa Driver.
      3. It should now boot up to the desktop just fine.
      4. Caution: You can get lost with the boot-up options and editing of command lines, etc. on this one, a lot worse than Aquamorph, so try the above first and hope your desktop appears.
      I am using an ATI 128 MB graphics card on this Dell,which has 1 GB ram, P4 HT processor.
      The wireless keyboard only works correctly in X, not on the command line.
      No idea how to find my usb stick, so I just downloaded Firefox.tar.gz using Links, it goes into /home/morph. Takes only a few seconds on Cable Broadband. In a terminal, su (enter), no password needed, Then gunzip firefox*, then tar -xvf firefox*, cd to firefox (directory just created), and run firefox with ./firefox.
      That's it. Wish they put Firefox in there, but then the Geek factor would be reduced.
      I'm running Gnustep now, and I note that the terminal has at the top:
      "The NeXT-Best Thing: GNUSTEP 0.9.4 Live CD - Mozilla Firefox"
      pretty neat.
      One more observation: This window manager is very fast. I did see some Knoppix stuff when booting up, so that's where Morphix gets it's base.

  9. Re:Why bother? OS X is here NOW. by Anonymous Coward · · Score: 0

    The only true heir to Next is already here. OS X has all the brilliant design and usability, runs on the best hardware and runs all the best software. GNUStep, being based on Linux, is crap by comparison, and probably always will be.

    Preach on brother!

  10. Plus it isn't open source. by Anonymous Coward · · Score: 0

    Plus since it isn't open source, it has a significant advantage over Linux and GNU-Step when it comes to security and protection of intellectual property. It is no co-incidence that OS X is ranked as the most secure OS and that unlike Linux, there aren't a dozen lawsuits flying back and forth over who actually owns the code.

    1. Re:Plus it isn't open source. by FLAGGR · · Score: 1

      Um, your being sarcastic, right? Incase your not...

      -The OSX core IS open source, along with alot of other parts Are you forgeting that OSX is based off BSD/Mach?
      -Although OSX is very cool (I've got a mac mini, love it to death) it actually does have a few viruses, contrasted to the none on linux.
      -There aren't any lawsuits over who owns the linux code. It's owned by the people who wrote it, which is easy to find out, and otherwise it doesn't matter because it's GPL'd.

      If you were serious, please check your facts next time. If you were joking, then sorry for ruining the joke. :)

    2. Re:Plus it isn't open source. by lederhosen · · Score: 1

      The library part of OSX, that GNUStep implements, is
      *not* *in any way* open source.

    3. Re:Plus it isn't open source. by FLAGGR · · Score: 1

      No shit? Their implementing a standard. That's the point.

    4. Re:Plus it isn't open source. by Leo+McGarry · · Score: 1, Informative

      Although OSX is very cool (I've got a mac mini, love it to death) it actually does have a few viruses

      Um? Like which ones, for instance? (The answer is, there are none.)

      There aren't any lawsuits over who owns the linux code.

      Okay, that's just not so. Linux is positively buried in litigation.

      otherwise it doesn't matter because it's GPL'd

      It does matter, because if the people who released the code actually stole the code, then it should be obvious that they have no right to try to saddle the code with a proprietary license. Or to do anything else with it, for that matter.

      You might not like the fact that Linux is under litigation, or you might expect the litigation to end in a settlement or be dismissed, but that doesn't change the fact that Linux is in the courts right now.

    5. Re:Plus it isn't open source. by Anonymous Coward · · Score: 0

      Although OSX is very cool (I've got a mac mini, love it to death) it actually does have a few viruses

      name them plz.

      contrasted to the none on linux.

      Linux.OSF.8759
      Linux.RST
      Worm.Linux.Adm
      Worm. Linux.Cheese
      Worm.Linux.Mighty
      Worm.Linux.Ramen
      Worm.Linux.Slapper

    6. Re:Plus it isn't open source. by RevAaron · · Score: 1

      Umm... OS X and Linux both are about the same number of viruses and worms. To say that Linux has none is as wrong as some Apple fan-boy saying that OS X hasnone. While it's not some comprehensive list, I don't believe I have a burden to provide one; but there was that bliss virus/trojan, and others. That was simply one of the first hits provided by Google. Finding more is left as an exercise for the reader.

      --

      Working toward a usable PDA environment in the spirit of Newton OS: Dynapad
    7. Re:Plus it isn't open source. by Anonymous Coward · · Score: 0

      ...as wrong as some Apple fan-boy saying that OS X hasnone.

      name some plz.

    8. Re:Plus it isn't open source. by FLAGGR · · Score: 1

      Um? Like which ones, for instance?
      Opener, to name one. ASTrojan to name abother. Why is there OSX antivirus software? (Which I'll admit is useless, because viruses aren't a real threat on OSX, even if they exist)

      Okay, that's just not so. Linux is positively buried in litigation.
      Is that so? What "litigation" are you refering to? The SCO trials? If you are refering to the SCO vs The World trials, then I'd get of slashdot pretty fast. SCO has been ordered to prove their claims, and as of yet has not. Just a company burning up what little money they have left out of spite. Linux is not in the courts right now. Not at all.

    9. Re:Plus it isn't open source. by Anonymous Coward · · Score: 0

      name them plz.
      search google plz.

    10. Re:Plus it isn't open source. by tolan-b · · Score: 2, Insightful

      Actually SCO is after IBM for breach of contract, all the stuff about copyright breach and putting stuff into Linux has been dropped. That is, SCO claim IBM put stuff in Linux that they shouldn't have, but the stuff they alledgedly put in was still owned by IBM, the question is whether IBM was breaching its contract with SCO by putting that code in, not whether that code can legally be in Linux.

    11. Re:Plus it isn't open source. by Anonymous Coward · · Score: 0

      SH.Renepo.B
      MacOS.MW2004.Trojan
      MP3Concept

      Didn't bother looking up more, but the Mac people is in for a big surprise if they are naive about this.

    12. Re:Plus it isn't open source. by Anonymous Coward · · Score: 0

      Using a trojan horse as an example of a virus is pretty weak.

      There have been trojans for Linux too (e.g., source/package servers getting rooted).

      But yeah, generally speaking, Unix and Unix-alikes are more resistant to virii (no user interaction required).

    13. Re:Plus it isn't open source. by bgarland · · Score: 1

      Those aren't viruses. They're malicious shell- and AppleScripts. And from what I've read, they are more of a "proof of concept" than anything else. At least, I haven't seen any verifiable evidence that more than like, three people, have been "infected" by these things.

      Surely they are not in the same ballpark as all the Windows viruses that circulated in 2004 and wiped out thousands of computers, anyhow.

    14. Re:Plus it isn't open source. by Anonymous Coward · · Score: 0

      >> Um? Like which ones, for instance?
      > Opener, to name one.

      Not a virus.

      > ASTrojan to name abother.

      Wrong OS.

      If you consider Opener to be a virus, then a shell script with "rm -rf /" is a virus. If you consider ASTrojan an OSX virus, then OSX has 100,000 viruses just like windows.

    15. Re:Plus it isn't open source. by Anonymous Coward · · Score: 0

      > SH.Renepo.B

      Not a virus or worm.

      > MacOS.MW2004.Trojan

      Not a virus or worm.

      > MP3Concept

      Not a virus or worm.

      try again next time. kthx.

    16. Re:Plus it isn't open source. by The+Infamous+Grimace · · Score: 2, Insightful

      Linux is not in the courts right now. Not at all.

      You sure 'bout that?

      And as far as viruses, if you think that something that requires active user input and a password to run, then all UNIX-type systems are vulnerable thusly:
      sudo rm -rf /
      Save that with executable permission and send it to your Linux-using buddies, see what happens when they run it. But it ain't a virus.

      (tig)
      --
      Ignorance and prejudice and fear
      Walk hand in hand
    17. Re:Plus it isn't open source. by Leo+McGarry · · Score: 1

      Why is there OSX antivirus software?

      Because there were Classic Mac viruses, and somebody thought it would be a good idea to port Classic Mac anti-virus software to Mac OS X. So now we have Virex and some Norton/Symantec/Whatever product. Nobody uses either one.

      Linux is not in the courts right now. Not at all.

      What does the sand look like from underneath? I only get to see the top of it from up here.

    18. Re:Plus it isn't open source. by Anonymous Coward · · Score: 0

      According to Symantec: SH.Renepo.B is a data-collecting script virus that only runs on Mac OS X systems.

      The others are Trojans, one of the biggest Windows problems, also available on OS X.

    19. Re:Plus it isn't open source. by Orpheus+Liar · · Score: 1

      Viruses? While theoretical vulnerabilities have been pointed out (and quickly fixed by Apple), I've yet to see and actual in the wild virus for OS X. Do you have any examples? Thanks...

    20. Re:Plus it isn't open source. by Anonymous Coward · · Score: 0

      "script virus"

      Idiot.

    21. Re:Plus it isn't open source. by Anonymous Coward · · Score: 1, Insightful

      Linux intellectual property is not currently being litigated.

      The SCO case is currently against IBM, and only IBM, for contract violation.

      While SCO has attempted to spread FUD about Linux, no case disputing Linux intellectual property is currently in litigation.

      The only way you could possibly think otherwise is if you read Slashdot headlines but never RTFA.

      You are a fanboy.

    22. Re:Plus it isn't open source. by justin12345 · · Score: 1

      Not to be a prick but I believe you are wrong on all 3 points.

      OS X is not open source. Darwin is open source and based on BSD. OS X is the windowing system that sits on top of Darwin (like X sits on BSD) and is not in the least bit open source. I realize that this is what you mean, but its incorrect to say OS X = Open Source. Darwin is open source and can be compiled to run on an x86 processor. OS X is not and can not be.

      The are no viruses for OS X, at least to my knowledge. I remember someone once identified a possible weakness that you could get a Trojan through (though as I remember it required a lot of user idiocy to work). Apple quietly patched it a short time later.

      Linux is clearly having the very legal troubles you are saying it isn't. SCO claims to own part of the code Linux is built on. I'm not really an expert on Linux, but this has been all over the news recently.

      ... hopefully I'm not wrong on all three points too.

      --
      Cool art gallery, if you're into that sort of thing.
    23. Re:Plus it isn't open source. by narrowhouse · · Score: 1

      Linux is under litigation. Can you name a major OS that has not been in a legal battle over some sort of IP dispute? At least most Linux distributors have not been convicted of serious violation of federal laws.

      --


      Insert pithy comment here.
    24. Re:Plus it isn't open source. by Otter · · Score: 1
      OS X is the windowing system that sits on top of Darwin (like X sits on BSD) and is not in the least bit open source.

      That's Quartz, not OS X. "OS X" refers to the whole Darwin/Quartz/Aqua/applications bundle.

    25. Re:Plus it isn't open source. by Leo+McGarry · · Score: 0, Troll

      Can you name a major OS that has not been in a legal battle over some sort of IP dispute?

      Mac OS X, as far as I know. That's just the first one that springs to mind because it's the one I'm using right now. I'm not aware of any copyright claims made against Apple over the source code to Mac OS X.

      (This may be simple ignorance on my part.)

      The point is not whether Linux has withstood claims made against it. The point is that there are a number of serious claims right now. For this reason, Linux is a legal hot potato at the moment, and nobody wants to touch it. If these claims are resolved, okay... but there's still the indemnity issue to deal with. So even if the cases disappear tomorrow, Linux is not free and clear from a legal perspective.

    26. Re:Plus it isn't open source. by justin12345 · · Score: 1

      Quartz is the app that writes the Postscript that draws the screen. At least I think thats true, I really could be mistaken on this one. Quarts came out in 10.2 so I'm pretty sure its not what you suggest. I know it has a lot to do with the windowing system, but I don't think it would be the equivalent of X.

      I still stand by my statement that it is inappropriate to call OS X open source as only Darwin is open source.

      --
      Cool art gallery, if you're into that sort of thing.
    27. Re:Plus it isn't open source. by Anonymous Coward · · Score: 1, Insightful

      Quarts came out in 10.2 so I'm pretty sure its not what you suggest.

      I'm being pedantic, but : Quartz is the basically the whole windowing system, and has existed since NeXTStep (with a different name), Quartz Exteme is just a marketing name for a particular type of hardware accelleration of Quartz functions. (And *NO*, Windows does not have an equivalent feature -- GDI is not the same thing -- Longhorn's Unified Compositing Engine *IS*)

      (if i can educate ONE person with this...)

    28. Re:Plus it isn't open source. by Xenophon+Fenderson, · · Score: 1

      You are wrong. There is at least one worm (though possibly a proof of concept) for Mac OS X, and there is at least one virus or worm discovered in the wild for Linux (in addition to the various proofs of concept). Search through my past Slashdot postings for a list, or site-search an anti-virus vendor's web site.

      --
      I'm proud of my Northern Tibetian Heritage
    29. Re:Plus it isn't open source. by Anonymous Coward · · Score: 0

      "There is at least one worm ...OS X"

      Nice try clown.

      Next.

    30. Re:Plus it isn't open source. by squiggleslash · · Score: 1
      That's not true. NextStep used Display Postscript. DPS was removed from the operating system at around the Rhapsody stage of the OS and replaced with Quartz, which is a more traditional compositing engine. Nothing like Quartz existed in NextStep, and nothing like Display Postscript exists in OS X.

      Quartz is modelled on, but not the same as, PDF (it isn't "Display PDF and I've been corrected by Apple employees when saying it is.)

      --
      You are not alone. This is not normal. None of this is normal.
    31. Re:Plus it isn't open source. by The+Infamous+Grimace · · Score: 1

      Quarts came out in 10.2

      No, Quartz Extreme, which makes use of GPU acceleration, arrived with 10.2. Quartz replaced QuickDraw as the graphics API for the Mac OS. Aqua is the name of the actual windowing system. Here's a bit o' info on it.

      (tig)
      --
      Ignorance and prejudice and fear
      Walk hand in hand
    32. Re:Plus it isn't open source. by aristotle-dude · · Score: 1
      But the core is open source (darwin) as is the BSD userland and Cocoa is an implementation of the "open standard" called OpenStep developed by NeXT and Sun and the former is now part of Apple. Check out GNUMail which is available for both OSX and GNUStep.

      Where is the GNU implementation of the win32/GDI+ api?

      --
      Jesus was a compassionate social conservative who called individuals to sin no more.
    33. Re:Plus it isn't open source. by Anonymous Coward · · Score: 0

      Ah.. so it's ok then? And Windows script virus doesn't count either?

    34. Re:Plus it isn't open source. by mabinogi · · Score: 1

      That's IBM in court over a contract issue.

      That's not Linux in the courts.

      --
      Advanced users are users too!
    35. Re:Plus it isn't open source. by Anonymous Coward · · Score: 0

      For this reason, Linux is a legal hot potato at the moment, and nobody wants to touch it.

      Do pray explain why something "nobody wants to touch" is gaining market share faster than the "unencumbered" MacOS X.

      Oh, I'd also appreciate it if you'd be so kind as to point me to Apple's indemnity program? I can't seem to find it on Google...

    36. Re:Plus it isn't open source. by Anonymous Coward · · Score: 0

      GDI has hardware compositing. I'm willing to be educated - can you please point me to an authoritative explanation of how Apple's hardware compositing differs significantly from Microsoft's?

    37. Re:Plus it isn't open source. by DarkVader · · Score: 1

      Actually, Quartz didn't exist before Mac OS X. It was written to replace the NeXT Display Postscript drawing engine.

    38. Re:Plus it isn't open source. by The+Infamous+Grimace · · Score: 1

      My bad.

      (tig)

      --
      Ignorance and prejudice and fear
      Walk hand in hand
    39. Re:Plus it isn't open source. by Anonymous Coward · · Score: 0

      If you want to be anal, those "Windows viruses" aren't really viruses either. They are trojans and/or worms.

      If you do find a Windows virus, it's likely for MS Office, which could work well on Macs too.

    40. Re:Plus it isn't open source. by Anonymous Coward · · Score: 0

      Apple is the world's leading vendor of UNIX. So Apple, by definition, has a bigger market share than any other UNIX. That's point 1.

      Point 2 is that Apple's unit shipments of OS X went up by 400% from the last quarter of 2003 to the first quarter of 2004.

      So in order for Linux to be growing faster than OS X, it would have to be growing faster than 400% year over year, which it's not doing.

    41. Re:Plus it isn't open source. by kesuki · · Score: 1

      While the pedantic nature of saying that trojans aren't a 'virus' shows both an ingorance of both the english language, and the concept of 'classes' While some trojans by definition are a type of virus, not all viruses are trojans.

    42. Re:Plus it isn't open source. by 808140 · · Score: 2, Insightful

      While you may be right, I feel obligated to point out that your "vendor shipments" data is pretty much completely useless when one is discussing a Free OS like Linux or the BSDs, because, put simply, there is no simple indicator for the amount of instances deployed.

      With Mac OS X, simply looking at how many units Apple shipped will tell you how many people are adopting Mac OS X. It's quite an accurate indicator and it can be trusted.

      With Linux, there are many commercial distributions (Red Hat, SuSE, etc) as well a number of wildly popular free ones (Debian, Slackware). You can buy servers with these pre-installed, but I would be surprised if most Linux deployments were obtained this way. As there are no restrictions on redistribution of GPL'd code (unless changes have been made, obviously, in which case those changes must be made available), how many instances of say, Red Hat Linux sold will tell you nothing whatever about how many systems actually run the OS.

      Even with Windows, it's difficult to say; Windows comes pre-installed on most systems whether you want it or not. While I wouldn't expect that a startlingly large percentage of Windows machines have their OS replaced immediately after being bought, it is undeniable that a number of them do (my laptop, for example, came with Windows XP, but now runs Debian). Again, I'm not saying we're a huge percentage -- but we are a percentage.

      Really, Mac OS X is pretty much the only OS on the market today whose deployment can be accurately measured with unit shipments (although I don't doubt that there are some people out there that would buy PPC hardware and run Linux or *BSD -- I would, no offense to OS X).

      So basically, Apple being the world's largest vendor of UNIX means only that Apple sells more UNIX than any other company -- which means nothing with respect to Linux, and IIRC, at least currently, there are more Linux boxes than there are Mac OS X boxes, by a long shot (although I wouldn't be surprised, given Apple's rising popularity, if this were to change in the near future).

      Anyway, I'm not disparaging the Macintosh, or your facts, just pointing out that your argument is pretty much non sequitur in this context. If you were comparing Apple to say, Sun, you'd be much more on the mark.

    43. Re:Plus it isn't open source. by connorbd · · Score: 1

      Actually Quartz is a new beast -- Apple created it for obscure legal reasons having something to do with PostScript licensing, which was something they didn't have to deal with going to PDF as their imaging model. And Quartz isn't the entire windowing system either -- it's more like QuickDraw or Xt, a basic toolkit for rendering graphics and logging screen input. There's a separate window manager (more or less Aqua, but that's only barely true), and then two separate implementations of the Aqua widget sets that are part of Cocoa (the successor to OpenStep) and Carbon (the OS X reimplementation of the original Mac API, sort of).

    44. Re:Plus it isn't open source. by Anonymous Coward · · Score: 0

      "So now we have Virex and some Norton/Symantec/Whatever product. Nobody uses either one."

      Correction: a few people who have to deal with corporate policies do. A friend of mine, who had to fight with his IT department for months before they would consent to get him a Powerbook, has to run a useless virus checker on it because the policy is that every computer on the network has to run one...

    45. Re:Plus it isn't open source. by peawee03 · · Score: 1

      It's not GNU, but ReactOS is open source Windows (namely, NT4, with bits of NT5 thrown in as they get to it. There's a screenshot of it running Quake II, so it can't be that off.

      --
      I wish I could write clever and witty sigs.
    46. Re:Plus it isn't open source. by jbolden · · Score: 1

      You might not like the fact that Linux is under litigation, or you might expect the litigation to end in a settlement or be dismissed, but that doesn't change the fact that Linux is in the courts right now.

      Except its not a fact.

      1) Linux is not in court
      2) There is no litigation regarding Linux code (the only remaining charges are all contract breaches).
      3) The existence of litigation doesn't prove much of anything. I can sue you for the wrongful death of my grandfather and it would go to court.

    47. Re:Plus it isn't open source. by Sri+Lumpa · · Score: 1


      Almost.

      The article you link is about IBM having to give more AIX/Dynix code for SCO to rummage through but they still haven't found anything in the code for the released versions of said software that IBM already sent them.

      As for the other SCO litigations, the Novel one is about Unix, the DC one was about certification of compliance with their Unix license, the Autozone one is about alleged use of SCO libraries on Linux (but given that they don't come with the typical Linux distribution and that it is just SCO's belief that Autozone must be using SCO's library to have been able to migrate so fast it is only tangentially about Linux).

      The only 3 parts were Linux is directly in court are:

      1. IBM's eighth counterclaim. That is that SCO infringed IBM's copyright on the IBM owned portions of the Linux kernel.

      2. IBM's claim for declaratory judgement of non-infringement on its Linux activity. It's to stop SCO saying that IBM infringes SCO's copyright with its Linux activity (they will have to prove it to defeat it and continue saying so).

      3. The Redhat suit which is similar for Redhat to what point 2. is for IBM. This is currently stayed.

      So while Linux is in the court it is in attack position rather than defence.

      Of course it is only a matter of time before there is a software patent lawsuit against Linux but it hasn't happened yet.

      --
      "The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers." Bill Gates,
    48. Re:Plus it isn't open source. by The+Infamous+Grimace · · Score: 1

      Thanks for the clarification.

      (tig)

      --
      Ignorance and prejudice and fear
      Walk hand in hand
  11. This Should Be THE Desktop Environment for Linux by jkheit · · Score: 5, Interesting

    This UI and development environment seems so much better than the standard KDE/GNOME stuff, I've always wondered why this was not championed as a default desktop environment for Linux. There is also some OS X compatibility there as well as far as getting a single code base to compile for both environments. That, the unified display postscript, the great development environment, etc. seem to make it a natural and *sane* front end to the otherwise fragmented UI world of Linux.

    With the relative compatibility to the OS X/OPENSTEP libraries and code re-use, there could be a real network effect by making this a default environment for Linux and other Unixes.

  12. yeah but does it.. by glenkim · · Score: 1

    does it run GNU Hurd L4?

  13. Re:GNU's not Unix - but it is, apparently, Mac OS by lederhosen · · Score: 1

    nah, Mac OS X is not i microkernel design.

    It uses MACH as a HAL, not for message passing.
    And it got a fucked up filesystem hiarchy.

  14. Nice Demo by TheMediaWrangler · · Score: 2

    Makes me want to play with GNUstep. Only 2 lines of code for this simple app. The rest was built with the GUI, cool.

    --
    People should not fear what they do not understand; people should fear because they do not understand.
    1. Re:Nice Demo by TheRaven64 · · Score: 4, Informative

      Actually, that's not the cool thing. The cools thing is that the simple app with two lines of code implements the Model-Controller-View pattern. This means that this development approach is 100% scalable to large projects. Oh, and the fact that the output from GORM is a set of serialised objects, so you can instantiate them from the code with the same ease that you would create an object from within your code (particularly useful in document based applications where you'd want to create a large number of identical document views connected to different models).

      --
      I am TheRaven on Soylent News
    2. Re:Nice Demo by karniv0re · · Score: 1

      I'm not all too familiar with this. Is the code portable? For all the GUI creation, does it just include a bunch of libraries and code for you? It seems cool, but what are its limitations?

    3. Re:Nice Demo by BorgCopyeditor · · Score: 1

      If developing for GNUSTEP is anything like developing for Cocoa, that would be great. But why, oh, why must everything OSS have a supposedly cute, but actually ugly, name like GORM? Or Postgre? It's not clever and it sounds like vomit.

      --
      Shop as usual. And avoid panic buying.
    4. Re:Nice Demo by TheKidWho · · Score: 1

      Yes it is portable. Ie, I could take the source code they used to make the app in the demo, and compile it under OS X and it would work. Or I could compile it under a version of GNUStep for windows, and it would work fine.

    5. Re:Nice Demo by TheRaven64 · · Score: 3, Informative

      GNUstep is a set of libraries that run on almost anything (Windows, most flavours of *NIX including OS X, Solaris and *BSD. Oh, and Linux). The files created by GORM are just a description of how to instantiate a set of objects, and connections between them. They will work on any platform GNUstep works on. Currently, they are not compatible with OS X, unless you install GNUstep on OS X (and then you won't get the native look). Any GNUstep code that doesn't use GNUstep-specific extensions (i.e. anything that starts with GS instead of NS) will work on OS X natively (you may need to include different headers, but that's about it), but you will have to re-do anything you did in GORM in Interface Builder. A port of GORM to OS X to eliminate this restriction is underway, but not ready yet.

      --
      I am TheRaven on Soylent News
    6. Re:Nice Demo by TheRaven64 · · Score: 1

      GORM (Graphical Object Relationship Modeller) is arguably a better name than Interface Builder, since it is a tool for graphically modelling relationships between objects, which happens to be used primarily for building interfaces.

      --
      I am TheRaven on Soylent News
    7. Re:Nice Demo by alangmead · · Score: 1

      What it does isn't so much write out a bunch of code and include a bunch of libraries, but rather what it does is make a live graph objects and then serialize them on save. Starting a nextstep,openstep, cocoa, or gnustep application reconstitutes the serialized object stream from the nib file.

    8. Re:Nice Demo by jericho4.0 · · Score: 1
      Developing for GNUSTEP is quite a bit like developing for Cocoa, and getting more so all the time.

      OS X was the best thing to happen to GNUSTEP, as it gave them a target to work towards.

      --
      "A language that doesn't affect the way you think about programming, is not worth knowing" - Alan Perlis
    9. Re:Nice Demo by Anonymous Coward · · Score: 0

      How does the Model-Controller-View approach equal "100% scalable" development exactly? From what I understand, all it means is splitting the logic, data, and UI into seperate parts (call them seperate objects if it makes you feel better). BFD.

      Simply using the "design pattern" du jour doesn't mean anything with respect to scalability (of your code or your development approach.)

  15. Man screw that by Anonymous Coward · · Score: 0

    What we need GNUStep for is as a platform to port OS X software to Windows and Linux, or ideally to turn Cocoa into a common crossplatform development platform of sorts. In that capacity it has the potential to be someday useful, as opposed to just another long-forgotten alternative to

    That's never going to happen, is it? Does the GNUStep AppKit even mostly work yet?

    1. Re:Man screw that by TheRaven64 · · Score: 5, Interesting
      Yes. Most of AppKit works. The things that don't are largely bells and whistles which are nice but not essential (and even they are being added slowly). The real problem is that you can't use the same interface definition files on both GNUstep and Cocoa at the moment. Work is currently underway on two fronts to fix that:
      1. Adding the ability for GORM to parse XML .nib files from Interface builder.
      2. Compiling GORM on OS X linked against Cocoa rather than GNUstep and using it to create Cocoa .nib files directly.
      At least one of these should be possible in the next few months.

      The Windows port more or less works (transparency in images is broken. Everything else seems to work). Additionally there is a bundle (not yet in the release) which creates Windows-style menu bars instead of GNUstep ones for use on platforms like Windows, KDE and GNOME which are designed by people with no clue about Fitts' Law.

      Additionally, Cameleon, the theme engine developed by the article submitter is nearing completion (it's been ready in the next week since the middle of January), and it will eventually be tied in with native theme engines for other desktop environments (including Windows) to give a completely native look for GNUstep apps.

      --
      I am TheRaven on Soylent News
    2. Re:Man screw that by Anonymous Coward · · Score: 0

      OK. Thank you for your response.

      The last time I looked at GNUStep was awhile ago and the Windows Appkit was all crashy at that time. Good to know that's been dealt with.

      When the nib files issue gets in some way dealt with be sure to try to submit the news to developers.slashdot, that seems to be the sole remaining nontrivial hassle in using GNUStep as a porting library now.

    3. Re:Man screw that by erikdalen · · Score: 1

      getting Obj-C++ support into GCC would also take away a big hassle when porting Cocoa apps.

      --
      Erik Dalén
    4. Re:Man screw that by Anonymous Coward · · Score: 0

      Screw you, complain on GCC and Apple folks!

  16. ISO download sites by tarzeau · · Score: 5, Informative
    --
    Windoze not found: (C)heer, (P)arty or (D)ance
    1. Re:ISO download sites by forkazoo · · Score: 1

      Anybody make a torrent yet? I don't have a stable enough connection to host the tracker myself, but given that these mirrors are presumably being slashdotted, I'd like to use a torrent if available.

    2. Re:ISO download sites by forkazoo · · Score: 1

      Okay, so I went to the download sites, and they have torrents there, in addition to the straight ISO download. Never Mind!

    3. Re:ISO download sites by dave+sanderman · · Score: 1

      actually, the only torrents there appear to be for the 0.5 version, not the 0.9.4 version. you were right the first time.

  17. Is this a full os? by Tilmitt · · Score: 1

    I'm a bit confused, is this a full os or does it run over linux/windows/whatever?

    --
    This guy are sick.
    1. Re:Is this a full os? by lederhosen · · Score: 1

      It runs on Linux and most of the other unixes.

      In this case it is on a GNU/Linux live cd

    2. Re:Is this a full os? by Art+Tatum · · Score: 1

      ANd it works half-way on Windows. The base (non-gui) classes work perfectly. The gui classes are tempermental, but work.

  18. Really like NextStep? by Anonymous Coward · · Score: 0

    Forgive me if this is a stupid question, but... Is GNUStep really like NextStep, in that it's a development framework with a spiffy highly integrated drag-and-drop environment, etc., etc.... Or is it like AfterStep, where on the surface it's "NeXT-like" but it's only skin deep?

    1. Re:Really like NextStep? by TheRaven64 · · Score: 1

      It's a full implementation of the OPENSTEP specification and a partial implementation of Apple's extensions from Cocoa, along with Project Center and Interface Builder applications. It is usually used with the WindowMaker WM to give a 100% NeXTish desktop.

      --
      I am TheRaven on Soylent News
    2. Re:Really like NextStep? by Leo+McGarry · · Score: 1

      A little from column A and a little from column B.

      Imagine it's 1997 again. Mac OS X is still little more than a dream, but NEXTSTEP has past its prime. If the GNUSTEP of today were transported back to the world of 1997, it would be awfully impressive.

      Alas, it's not 1997 any more, and while GNUSTEP gets an A for effort, it has no practical application. It's strictly a hobbyist thing.

    3. Re:Really like NextStep? by Anonymous Coward · · Score: 0

      I think the point is to reconstruct NeXTStep from 1997 and then move forward with it. Today's GNUSTEP (the liveCD, not the NeXTStep API replacement) may not be all that impressive compared to today's OS X, but it gives you a starting point. Personally, I'm interested it in mainly for an old 1997 machine, so I wish someone had posted the hardware requirements.

    4. Re:Really like NextStep? by 99BottlesOfBeerInMyF · · Score: 1

      Alas, it's not 1997 any more, and while GNUSTEP gets an A for effort, it has no practical application. It's strictly a hobbyist thing.

      I disagree. GNUSTEP has its place. That place right now is in the hands of OS X development shops looking to expand into Linux. There are a few hardcore development houses that work strictly on OS X and do things the OS X way. This gives them an additional market with little porting costs (with some inconvenience to the end user, hey Linux user's should be used to that). There are enough UNIX guys on OS X right now that this could actually take off. Time will tell.

    5. Re:Really like NextStep? by Leo+McGarry · · Score: 1

      That place right now is in the hands of OS X development shops looking to expand into Linux.

      Trust me: there are no such places. That's like saying that it's great for surgeons who want to expand into leechery.

      Only the most trivial Mac program could even be ported to Linux, GNUSTEP or no GNUSTEP. There are too many core system services that only exist on the Mac: Quartz, CFNetwork, NSNetService, QuickTime, font services ...the list just goes on and on. Any program more complex than "Hello, World" would require a massive amount of work to down-port it to Linux, or to any other 20th-century operating system. You know, DOS 3.3, UNICOS, whatever.

  19. "...alternative to GNOME/KDE" by Anonymous Coward · · Score: 0

    I hit "submit" by accident. I'm going back to bed.

  20. Darwin by Digital+Pizza · · Score: 1

    I wonder how feasible it would be to put GNUstep on top of Darwin/X11? Has anybody tried this?

    --
    We apologize for the inconvenience.
    1. Re:Darwin by Nimrangul · · Score: 1

      No, perhaps you could try googling when curious.

      --
      I'm sick of following my dreams - I'm just going to ask them where they're going and hook up with them later.
    2. Re:Darwin by Anonymous Coward · · Score: 0

      > I wonder how feasible it would be to put GNUstep
      >on top of Darwin/X11? Has anybody tried this?

      yes lot of GNUstep developpers use MacOX + X11 + GNUstep
      check this doc

  21. Re:This Should Be THE Desktop Environment for Linu by Anonymous Coward · · Score: 2, Insightful

    It WAS championed as the default for GNU, like 10 years ago. Except it took forever go get usable, has like three serious developers and very few applications, and therefore is almost entirely useless to the end user. As for OS X compatibility, name one OS X program that has been ported to GNUStep. Thought not.

    If you want an evironment where The Voice Of God comes down and tells everyone stop their C/C++ crap and go write Objective C programs, use OS X. It's never going to happen with Linux.

  22. Made with ibuild by eburner · · Score: 3, Informative

    I just wanted to note that this was created based on morphix using a tool called ibuild that eases creation of Linux LiveCDs.

  23. Re:Have fun, nerds! by Leo+McGarry · · Score: 1

    It was also meant as humorous.

    A for effort, but D- for execution. It wasn't funny, first because it just wasn't funny, and second because it's God's own cliché: "Hey, I'll pretend not to know about some massively significant event in order simultaneously to perpetuate and to mock the stereotype that people like me are unaware of their surroundings." It was old when one antediluvian nerd said to another antediluvian nerd, "What's this I hear about rain?"

  24. Developlment IDE by jd142 · · Score: 2, Informative

    Wow, I really appreciate the Borland/Delphi/Kylix/C++ Builder/JBuilder IDE now. Even the VB ide was easier to build a gui app in.

    1. Re:Developlment IDE by Fortun+L'Escrot · · Score: 1

      gets me thinking about where Enlightenment is going. now the question is how long does it take to develop say an office suite on GNUSTEP vs KDE or GNOME or Windows XP? in manmonths of course.

    2. Re:Developlment IDE by Nik13 · · Score: 1

      I've developped for most of my life on dos/windows (older stuff before; atari 1040stfm, trs-80's, ...). I've also programmed a lot for other platforms (microcontrollers (PIC Chips, Atmels, and a motorola), in karel for a GM robot, PLCs, ...) but it was always inside windows. I have no idea what kind of IDE I'd use to do any of that in Linux.

      --
      ///<sig />
    3. Re:Developlment IDE by Junta · · Score: 1

      Do you want that in real man months, or mythical man months?

      --
      XML is like violence. If it doesn't solve the problem, use more.
    4. Re:Developlment IDE by Anonymous Coward · · Score: 0

      That would have to be Mythical Man Months, since:

      Real Men don't write code anyway. ...
      Real Roleplayers code it in smalltalk (or other messaging based language)
      Munchkins code it in VB (or whatever came with the most bonuses/product freebies)
      Loonies start coding it in Lisp by first inventing their own language...

    5. Re:Developlment IDE by Fortun+L'Escrot · · Score: 1

      both so i can also look at a ratio :)

  25. Interesting how this post appears.... by linguae · · Score: 4, Interesting

    I was just looking at OpenStep/GNUstep/Cocoa stuff before browsing Slashdot today, and I came here to search for old GNUstep articles. Interesting....

    Anyways, GNUstep sounds like a very interesting platform. I have always been fond of NEXTSTEP and Mac OS X, and I have been curious about Objective-C and Cocoa. GNUstep gives me an opportunity to learn Objective-C and the OpenStep specification, before I switch to Mac OS X. I seem very impressed by the development environment, and as soon as I build up my C programming skills and learn Objective-C, I'll be developing programs, too.

    I only wish, though, that GNUstep was a bit more popular among developers. GNUstep seems to lack programs such as web browsers, word processors, and spreadsheets. Porting applications such as Firefox, Abiword, and Gnumeric, for example, would be difficult because those applications are written in C++, not in C. (GNUstep still doesn't support Objective-C++, because of some difficulties that Apple and GCC has with Apple's Objective-C++ implementation). Even so, I feel that GNUstep has the potential to become a very powerful and influential platform for developers. If it can build its developer base and developers start building applications that are just as good, or better, than what NEXTSTEP and OPENSTEP offered, just imagine the possibilities....

    1. Re:Interesting how this post appears.... by kanweg · · Score: 1

      If you like languages other than Objective-C, you can go the Cocoa way: You can mix it with other languages such as C, C++ and what not.

      If you're not too much into programming: The same interface as visible in the Flash demo, can be used to code with AppleScript!

      Bert

    2. Re:Interesting how this post appears.... by BorgCopyeditor · · Score: 1
      I seem very impressed by the development environment

      I seem to agree. :-)

      --
      Shop as usual. And avoid panic buying.
    3. Re:Interesting how this post appears.... by losinggeneration · · Score: 1

      It's interesting I was looking at OpenStep/GNUstep stuff about 8 weeks ago for quite sometime before all these articles started coming out =P

    4. Re:Interesting how this post appears.... by HeghmoH · · Score: 3, Informative

      C and C++ are unique in the world of Cocoa as being extremely popular languages that don't have a bridge to Objective-C. Most popular languages out there are dynamic enough that writing a bridge isn't too hard, so you can access Cocoa or GNUSTEP from Python, Perl, Lisp, etc., but C and C++ aren't. Of course it doesn't matter for C, because it's a proper subset of Objective-C and you can just write a bit of glue code.

      C++, however, is not a proper subset of Objective-C and you can't mix the two. That means that you have to drop down to the least common denominator, C, and write a bunch of glue between the two which makes for a royal pain in doing any integration.

      Apple solves this with Objective-C++, which lets you mix the two, but for now it's an Apple-only language.

      --
      Mod down posts with a "Free Mac Mini/iPod" sig, they're spam!
  26. Re:GNU's not Unix - but it is, apparently, Mac OS by RevAaron · · Score: 1

    And it got a fucked up filesystem hiarchy.

    Are you saying it's fucked up compared to *STEP or Linux? Solaris? HP-UX? Xenix? AIX? Hell, A/UX?

    Don't get me wrong, I love NeXTSTEP and OPENSTEP. Ran em both for a long time. I'd rather be using them than OS X. But if the complaint is that OS X's fs hierarchy is screwed up compared to *STEP... Seems a bit much. I mean, how much harder is /Applications than /NextApps?

    --

    Working toward a usable PDA environment in the spirit of Newton OS: Dynapad
  27. Too much! by fm6 · · Score: 2, Insightful
    This is proof that the LiveCD fad is out of hand. GNUStep's distinguishing feature is an API. How is distributing a LiveCD going to persuade developers to code to that API?

    I'm waiting for the MP/M LiveCD!

    1. Re:Too much! by fdawg · · Score: 1

      I agree. I dont see what the point of this cd is. When I was downloading it, I was under the impression that it was running some other GNU kernel and this was an implementation of a 100% GNU system. After reading the comments here, I noticed that is just a linux cd with windowmaker.

      A little pointless unless im missing something.

    2. Re:Too much! by drinkypoo · · Score: 1

      getting users to use gnustep will get more developers to write for it. getting more developers to write for it will get more users to use it. boosting either boosts the other.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    3. Re:Too much! by Anonymous Coward · · Score: 0

      As a developper (or a computer user in general), I don't like/want to install all sorts of software that supposedly is the next big thing. I want to keep my development system clean, the way I am used to work with it.

      Now, if some company wants me to try out some of their new technology, I am more than happy to give it a try - if it does NOT require me to install anything. And I do not always have a spare box sitting on the shelf to experiment with new software or OSes. (I think this goes for most home users too btw)

      For example, if microsoft would put their next generation development tools on a live cd, people like me might actually give them a try. Nothing worse than something messing up the registry, and having to reinstall the whole system just because some bug in an installer screws up.

    4. Re:Too much! by fm6 · · Score: 1
      Users don't "use" GNUStep. They use software that happens to be written to the GNUStep API. Suppose (it's unlikely, but suppose) that some GNUStep program on this CD generates a lot of buzz. It doesn't tell programmers to create more GNUStep programs. It tells them to create more programs like the one that generated the buzz. They don't have to use GNUStep to do that.

      In order for GNUStep to get more developers, it has to convince them that the API will make their jobs easier. The API has been around for 20 years (counting its NextStep and OpenStep incarnations) but has never caught on. (At least, not at any company not run by Steve Jobs.) A few popular GNUStep apps isn't going to change that.

    5. Re:Too much! by fm6 · · Score: 1

      You're right, having a program run off a CD is a good way to let people experiment with it. But that's not what a LiveCD is. It's a complete bootable system on a CD. Before you can run the demo, you have to boot into a completely new environtment, where you don't have access to all your tools and customizations. That strikes me as exactly the wrong way to demo software.

    6. Re:Too much! by Anonymous Coward · · Score: 0

      Except (as Bill Gates argues) Linux programmers aren't interested in interoperability, so to have any sort of cohesive environment, you need to "standardize" on a single toolkit. That's why most KDE and Gnome apps are just clones/copies of each other. So if Gnustep ever did have a killer app, everyone would have to spend thousands of hours porting their stuff to Gnustep just to get cut-n-paste to work properly.

      (the preceeding post was only 50% troll)

    7. Re:Too much! by owlstead · · Score: 1

      Cause I don't wanna mess up my test computer running solaris for instance. My main PC is running linux, but I would not want to mess that up either. Messing my computer up is very unlikely thing to happen, say one in a hundreth. But hey, there are many applications out there. Not that I am going to test drive this, if only because of a lack of time.

    8. Re:Too much! by borgheron · · Score: 1

      There are companies which still use OPENSTEP, from way back. There are also companies which write applications for Cocoa. It's not a matter of it catching on, as it already has "caught on".

      Also, often times, it's not the API or the App, it's the company selling it. NeXT did a poor job in marketing what they had. It's a documented fact that Steve Jobs (although the man is a visionary) made several poor business decisions.

      Go pick up a copy of "The Second Coming Of Steve Jobs". It gives a great amount of detail around the potential deals with MS, IBM and Dell which were botched so badly. Any one of these deals, or all of them would have changed the face of computing today.

      Later, GJC

      --
      Gregory Casamento
      ## Chief Maintainer for GNUstep
  28. yeah... but it looks like its from the 80s by samhalliday · · Score: 3, Insightful

    really, it looks terrible.

    it is a good framework, and brilliantly implemented in OS X... but this GNU look is really awful! they need artists... LOTS of artists.

    i could barely even follow the demo as the IDE and general look of the thing was so confusing and horrible that i wasn't able to even see where the obvious buttons were to press.

    they may be doing wonders with implementing the whole framework... but it needs polish.

    1. Re:yeah... but it looks like its from the 80s by Anonymous Coward · · Score: 0

      GNUstep is fully themable.. you can let it look like you want, even such eye-candy stuff like win xp or sth like that.

    2. Re:yeah... but it looks like its from the 80s by Anonymous Coward · · Score: 1, Funny

      "GNUstep is fully themable.. you can let it look like you want, even such eye-candy stuff like win xp or sth like that."

      Q: Why does Linux UI technology just plain suck?

      A: See people who say inane crap like the parent.

    3. Re:yeah... but it looks like its from the 80s by Anonymous Coward · · Score: 0
      I think you just volunteered to draw graphics for a GnuSTEP theme which looks more pleasing. I am sure the GnuSTEP will appreciate your contributions.

      This is free software, dude. If you don't like it, you can do more than whine and moan on Slashdot. You can:

      • Contribute artwork to the project
      • Convert GNOME or KDE artwork to GNUstep artwork
      • Pay someone to contribute artwork
      • Donate money to the FSF so they can pay someone to contribute artwork.
      • Whine on Slashdot about how the artwork sucks.
      Anyway, if you are using a system every day, it doesn't matter how it looks but how functional it is. I still use FVWM; yes, it's that weird early 1990s MWM look that went out of style when Kurt Cobain was still alive, but it's very fast, has both virtual desktops and a virtual screen larger than one screen (I haven't seen any modern X desktop do this as smoothly as FVWM), and is something that makes for a good tool. I always liked the 1990s Afterstep look myself; to each their own.
    4. Re:yeah... but it looks like its from the 80s by Anonymous Coward · · Score: 0

      A bad interface with a pretty theme is still a bad interface.

    5. Re:yeah... but it looks like its from the 80s by Coryoth · · Score: 5, Interesting

      To be honest, yes. You can see the issue most clearly by comparing this and this. One is GNUMail compiled under GNUstep, the other is the very same GNUMail compiled under MacOS X.

      To my eye, for reasons I can't fully explain, at first glance the GNUstep version looks more cluttered and complicated even though some inspection will show all the same UI elements in the same places with the same icons. It's the colors, and the sizing and style of the widgets, and just the general feel given off by the look as a whole.

      Jedidiah.

    6. Re:yeah... but it looks like its from the 80s by Anonymous Coward · · Score: 0

      The NextStep look was state of the art 15 years ago, don't expect it to be as good as what we see today. But you seem to enjoy it somewhat anyway, since you borrowed some stuff from them on your website.
      BtW, check your website, "welcome" isn't spelled right.

    7. Re:yeah... but it looks like its from the 80s by drinkypoo · · Score: 2, Insightful

      It's the color scheme. Seriously. Remove all those reds and yellows and lighten up the grey a bit and all the "clutter" will be gone. Personally, I far prefer the simple, polished look to the gel toothpaste goo look of Aqua, but that's just opinion.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    8. Re:yeah... but it looks like its from the 80s by Jonathan · · Score: 2, Insightful

      I don't get this "it's ugly" attitude. Practically everyone I know who uses Linux uses Windowmaker as their WM, so I would imagine that most people *like* the NeXT look and feel. Heck, if I could get a decent theme engine working on OS X, I'd dump Aqua in a second to get back to the clean NeXT look.

    9. Re:yeah... but it looks like its from the 80s by linguae · · Score: 4, Informative

      I agree, too. Judging by the screenshots, the Mac OS X port looks very attractive and, to my knowledge, follows the Apple Human Interface Guidelines completely. Heck, it looks just as good as the Mail.app bundled with Mac OS X. The GNUstep version, on the other hand, doesn't look as attractive. Assuming that GNUstep applications follow the design of NEXTSTEP applications, it needs some work. The toolbar should look like buttons, not like an Internet Explorer 3.0-esque design. I also don't really like the arrangement of some of the widgets.

      This is an example of the NEXTSTEP Mail.app program. You can see that the GNUMail.app application got many parts right, but its interface still needs some cleaning up to do.

    10. Re:yeah... but it looks like its from the 80s by Coryoth · · Score: 1

      The color scheme is a large part of it. It's also the fonts, the the size of the widgets - all the buttons and list dividers etc. all look kind of chunky and stand out, adding to the "clutter" look. By contrast in the MacOS X screenshot the obvious UI elements are the messages themselves. It doesn't need to be all gel looking like MacOS X, but even a theme more akin to GTK Industrial or KDE Plastik along with better fonts would go a long way to making the application look much nicer and more inviting.

      Jedidiah.

    11. Re:yeah... but it looks like its from the 80s by C.+E.+Sum · · Score: 1

      Do you hang out with the exNeXT crowd?? I know there are people like that (I work for/with severa of them), but I would hardly call it common among Linux users.

      --
      -- Have you ever imagined a world with no hypothetical situations?
    12. Re:yeah... but it looks like its from the 80s by Anonymous Coward · · Score: 0

      Ugh. You know there's trouble when you can store your screenshot as a GIF.

    13. Re:yeah... but it looks like its from the 80s by erikdalen · · Score: 1

      funny, I think it's the opposite. the osx one looks like a light grey blur. but I suppose it has to do with opinion.
      so why not check out this page for gnustep "skins":
      http://www.roard.com/camaelon/

      --
      Erik Dalén
    14. Re:yeah... but it looks like its from the 80s by Jonathan · · Score: 1

      Do you hang out with the exNeXT crowd?? I know there are people like that (I work for/with severa of them), but I would hardly call it common among Linux users.

      More like the "crowd that always wanted NeXT" but couldn't afford it. And that crowd is sufficiently large -- Windowmaker is one of the most popular window managers by any standard.

    15. Re:yeah... but it looks like its from the 80s by Coryoth · · Score: 4, Interesting

      I've seen that page. There is one skin that doesn't address some of the fundamental issues that make GNUstep applications to ugly and clunky looking. Adding gradients does not a good GUI make. Consider the Industrial theme for GTK - very popular, and a very nice theme, but it is also fairly flat and simple.

      The big issues I tend to have with GNUstep GUIs are

      (1) The big chunky controls. In comparison to the font size all the GNUstep controls are huge boxy things adding to the cluttered look.

      (2) List selector widgets: You know the ones, the NeXT file manager used them. They need horizontal scrollbars usually. As far as GUIs go that's not a very efficient or pretty way to manage things. NeXT had some very good ideas. That wasn't one of them. The world has moved on.

      (3) Floating menus: MacOS puts the app menus across the top of the screen to "obey Fitt's law", most everyone else has them at the top of the application. GNUstep kindly has them as bizarre free floating objects. Once again, not one of NeXT's better ideas. Can't we move on from slavishly copying NeXT?

      (4) Empty scroll troughs: Nice big (due to those huge widget controls) areas of the screen that have no obvious function until you get enough items for the scrollbar to appear. Either put a full size scrollbar in there, or have the scroll widgets appear when required. Again, slavishly copying NeXT even on their "not so good" ideas.

      There's a reason no one else took up these particular ideas from NeXT, not even MacOS X which is essentially the next generation NeXT. The reason is that they aren't very good - at the time (early 90s) they looked promising, but we've had GUIs for a long time now, and ideas of what works and what doesn't have come a long way. For some reason GNUstep slavishly follows NeXT even in their foolish early 90s mistakes.

      Jedidiah.

    16. Re:yeah... but it looks like its from the 80s by kitzilla · · Score: 1

      A *lot* of polish. I'd really like to see this environment up and running, but it's Windows 3.11 butt-ugly. Hard to imagine a large number of users getting past the appearance.

      --
      This is my post. There are many others like it. If you don't like what you read here, go try one of the others.
    17. Re:yeah... but it looks like its from the 80s by roard · · Score: 1

      The thing is, the NeXT machine used to have gamma corrected display. And so, in real use, it wasn't as dark as it can appear on screenshots. Alas, GNUstep gui, by default, use the same colors value -- and so, if your display is not correctly calibrated, it will appear too gray, too dark.

      You can change the colors with the Preferences.app though, if you're not fond of the default gray !

      The other possibility is to wait for Camaelon 2, a pixmap theme engine I'm working on. It works at the moment, and if you really want it now you can drop me a mail, but I'd like to clean up the code and add a few things. I intend to release it before the Fosdem (so, before the end of this month). Some screenshots like this one or that one show what can be done.

    18. Re:yeah... but it looks like its from the 80s by ignavus · · Score: 1

      Perhaps, just perhaps, they have concentrated on getting the fundamentals right, rather than the Aqua-like eye-candy.

      Give them time. It's version 0.something. Not even 1.0.

      Gnome and KDE looked pretty awful at version 1.0. Still do, in my opinion. (Ah, WindowMaker, how I love thee).

      --
      I am anarch of all I survey.
    19. Re:yeah... but it looks like its from the 80s by Anonymous Coward · · Score: 0

      Am I the only one who prefers clean bit-mapped fonts? The NEXTSTEP one looks vastly superior to me than either the GNU or Mac, simply because the fonts aren't blurry. The NEXTSTEP fonts are what fonts SHOULD look like. I absolutely detest blurry anti-aliased fonts, and on most Linux distros I've seen if you turn off aliasing they're barely legible because no one takes the time to produce bitmaps for specific font sizes. Even with aliasing letters bleed together, the shapes aren't quite right, etc. It gets so tiring to read after a while. As much as I hate Windows, one thing it has going for it is that the fonts are very clean and legible with antialiasing turned off. And isn't readability like half the point of a computer in the first place?

    20. Re:yeah... but it looks like its from the 80s by Master+Bait · · Score: 1

      The color scheme was user-assignable, and the Nextstep picture was NOT any default color scheme.

      --
      "Only in their dreams can men truly be free 'twas always thus, and always thus will be."
      --Tom Schulman
    21. Re:yeah... but it looks like its from the 80s by roard · · Score: 1

      The thing is, lots of gnustep dev like 1) the floating menus 2) the list selector widgets (personally that's one of my favorite widgets -- and by the way they still exist on Cocoa, and are used..) 3) the "empty" scrollbars is NOT a bad idea. Again, it's the case on Cocoa as well.

      So your "not even MacOSX" comment is way off base. The only thing OSX does NOT is the floating menu, and a lot of people regret them.

    22. Re:yeah... but it looks like its from the 80s by mibus · · Score: 1

      "WildMenus" sets up a OSX-style menubar.

      It's kinda weird (in the version I have, anyway, haven't checked if it's the latest) since menus won't close once you click off of them - you have to click the empty area in the menubar, right of the actual menus.

      It also disappears when there's no foregrounded GNUStep program, which is kinda weird.

    23. Re:yeah... but it looks like its from the 80s by civilizedINTENSITY · · Score: 2, Insightful

      I have to admit that the OSX version is pretty. But I'd rather use the GNUstep version because it is easier to see. Might be that my eyesight isn't as good as it was 20 years ago...but the GNUstep version is *easy* to see, whereas the OSX version is easy to look at.

    24. Re:yeah... but it looks like its from the 80s by Lproven · · Score: 2, Insightful

      You have *got* to be *kidding!*

      NeXTStep always was, and remains, *the* single most refined, elegant and attractive computer user interface there has *ever* been and nothing else in the world comes close apart from its own descendant, OS X - and Aqua has an excess of eyecandy and textures and needless crap, just because they could. If I could disable it all and go back to the NeXT interface, I would, in a second. For my Windows boxes, one of the first things I do on installation is define a custom colourscheme of NeXT's muted greys and get rid of all the shaded title bars and other needless crap that just pollutes the GUI.

      Windows XP's Luna is lairy and Teletubbies-like but not actually garish. SuSE's default KDE theme is so loud it almost makes my eyes bleed and the same goes for most Linux GUIs. Only Redhat's Bluecurve is *remotely* professional-looking and it's too fussy with its irritating and distracting textures and stripe effects. [Shudders in delicate disgust]

      Most of the themes I've ever seen for xNix GUIs look like they were designed by colourblind teenage heavy metal freaks. I have yet to see /any/ theme for the NeXT-like window managers (WindowMaker, AfterStep, Blackbox, Fluxbox etc.) which is anything less than tragic. They look like a beautiful piece of architecture which has been "tagged" by some mindless cretin with a spraycan.

      Please $DEITY may GNUstep never lose its NeXTish elegance in favour of the tasteless crud that pervades the rest of the desktop world.

      Save us from GUIs designed by the sort of kid who'd buy a Porsche and paint it in orange and green flames with a few skulls and chrome highlights. Or the sort of person who thinks that a PC is somehow improved by putting a window in the side, filling it with dayglo neon plastic and a few striplights. I mean, /really./ Some of us out here have /passed/ puberty now, you know?

      --
      Liam P. ~ "Intelligence is a lethal mutation." (me)
    25. Re:yeah... but it looks like its from the 80s by Anonymous Coward · · Score: 0

      "Aqua has an excess of eyecandy "

      Other than the one genie effect, what the hell are you referring to?

      Sounds like you're nothing more than some guy who is a die-hard NeXT freak.

    26. Re:yeah... but it looks like its from the 80s by be-fan · · Score: 1

      I think it's just your particular crowd. Because nearly all online polls I've seen have GNOME and KDE combined having the majority of the market, with WindowMaker having something like 10% or so. I've seen this both on a OSNews and a DebianPlanet poll.

      --
      A deep unwavering belief is a sure sign you're missing something...
    27. Re:yeah... but it looks like its from the 80s by Coryoth · · Score: 1

      The thing is, lots of gnustep dev like 1) the floating menus 2) the list selector widgets (personally that's one of my favorite widgets -- and by the way they still exist on Cocoa, and are used..) 3) the "empty" scrollbars is NOT a bad idea.

      And more power to them, because if they like it, that's great. Just do't expect me to think its wonderful and be scrambling to move to their desktop system. I'm sure all the GNUstep devs like the GUI the way it is - if they disliked it that much, they'd be programming something else. But that is exactly the reason the GUI looks and acts as it does: most of the coders are, I suspect, people who love and are nostalgic for the NeXT system. In the meantime the rest of the world has moved on. I think it's fantastic that they've managed to create the system they have. They just shouldn't be too surprised if there aren't a lot of people who share their passion for 90s NeXT GUI technology.

      Jedidiah.

    28. Re:yeah... but it looks like its from the 80s by Lproven · · Score: 1

      What am I referring to? OK, here's some examples.

      Shaded liquid effects on buttons. Yes, very nice, but what about when the OS can't decide on when something's a default button or not. E.g. in the Installer when loading a service pack. Look at the Continue button. Plain grey - not default - but the blue-tinged edge-shadow of a default button. Ugly *and* unhelpful.

      Pinstripes. Fading away now in 10.3 but still there in the menu bar.

      Moving the close control over next to max/min just 'cos it looks prettier. No indicators inside them of what each does until you go near, because they could. Great if you're colour-blind, say, or have poor motor skills.

      Magnification in the Dock. Genie/Shrink effects to/from the Dock. Fading of messages in Mail.app when you move the selection bar. Drop shadows behind windows /but/ this has meant the removal of window edges.

      The brushed-steel effect, used everywhere indiscriminately now in 10.3. Once Apple claimed it was for "media" apps; not any more.

      It's all very pretty, but it's just eye candy. It doesn't /add/ anything, it doesn't /do/ anything useful.

      And no, I'm not a NeXT freak. I've never even /used/ a real NeXTStep machine. I just know good design when I see it.

      --
      Liam P. ~ "Intelligence is a lethal mutation." (me)
    29. Re:yeah... but it looks like its from the 80s by Brandybuck · · Score: 1

      The look very closely follows the original NEXTstep look. It looks ugly now, but at the time it was the best look out there. What could you do with only an eight bit color palette? Contemporary styles in the computing world were at the time were Motif, Win30, and classic Mac, which came nowhere close to NEXT in the looks department.

      I've got a NEXT style for KDE called NEWstep which you may want to use when you feel in the retro mood.

      --
      Don't blame me, I didn't vote for either of them!
    30. Re:yeah... but it looks like its from the 80s by Art+Tatum · · Score: 1
      List selector widgets: You know the ones, the NeXT file manager used them. They need horizontal scrollbars usually. As far as GUIs go that's not a very efficient or pretty way to manage things. NeXT had some very good ideas. That wasn't one of them. The world has moved on.

      Um, Mac OS X still has these, if you're talking about what I think you're talking about

      Floating menus: MacOS puts the app menus across the top of the screen to "obey Fitt's law", most everyone else has them at the top of the application. GNUstep kindly has them as bizarre free floating objects. Once again, not one of NeXT's better ideas. Can't we move on from slavishly copying NeXT?

      It's only bad if you use them as floating menus. Back in the old days, NeXT users had them hidden by default and just popped them up with the mouse. This is actually *easier* than the Mac menubar approach. Granted, that's not obvious at first, but that's the best way to do it. The menu is always where your mouse pointer is--no need to move *at all*.

      It should be noted, however, that all look and feel can be changed rather easily. Due to the dynamic nature of Objective-C and OpenStep--and the -gui/-back split in GNUstep--completely changing the look and feel just requires creating a bundle to do it. Somebody seems to be working on a theme engine already.

    31. Re:yeah... but it looks like its from the 80s by Art+Tatum · · Score: 1
      But Gnome and KDE are development and desktop environments (like GNUstep). WindowMaker is just a window manager; I've seen plenty of screenshots of people running Gnome and KDE applications/desktops along with WindowMaker as a window manager.

      Personally, I like it because it's light, fast, and doesn't have overwrought gothic window borders with pictures of demons for buttons. :-)

    32. Re:yeah... but it looks like its from the 80s by Gropo · · Score: 1
      Oh wow, look here... A theme for OS X that relives the sub-50%-grey-field-square-edged-hell days of NeXTStep.

      Have a party. Sorry, I think the active dialog button still throbs in some way... I might be wrong.

      --
      I hate Grammar Nazi's
    33. Re:yeah... but it looks like its from the 80s by samhalliday · · Score: 1
      BtW, check your website, "welcome" isn't spelled right.

      i know... its supposed to be that way. hence the link to the scottish comedy "Still Game" which bases an entire episode on one of the characters buying a "Weclome" doormat.

    34. Re:yeah... but it looks like its from the 80s by John+Harrison · · Score: 1
      This is a problem with many Free software projects. The emphasis is on making it usable for developers, not pretty for your grandma. Firefox seems to be an example of how a product can become very popular by actually worrying about such things.

      I attended a talk by RMS once. When he opened it up for questions, I asked why the gnu.org webpage looked like 1994 and said that great content with no style wouldn't appeal to the masses. He said that he didn't care about people like that and those that "got it" don't care about outward appearances. He got cheers from the crowd.

      I can tell you who I think "gets it" and who doesn't.

    35. Re:yeah... but it looks like its from the 80s by CharlesF · · Score: 1

      If you compare some of the OS X and GNUstep screenshots, you can see that GNUstep's interface, while looking ugly and outdated, still gets the job done just as well, and that they're really not too far behind as far as UIs go.

      --
      Do not read this sig!
    36. Re:yeah... but it looks like its from the 80s by CharlesF · · Score: 1

      ...Okay, this is the last time I'm posting to slashdot at 5 in the morning. Someone's already linked to the same screenshots, and even did a better job explaining it. Sorry, slashdot.

      --
      Do not read this sig!
    37. Re:yeah... but it looks like its from the 80s by flashinglights · · Score: 1
      I had to look up a word here:

      Windows XP's Luna is lairy and Teletubbies-like but not actually garish.

      Lairy? WTF is "lairy"?! Google told me, though:

      Lairy
      adjective UK SLANG
      behaving in a loud, excited manner, especially when you are enjoying yourself or drinking alcohol:

      - The bar was full of lairy, pint-swilling lads in football shirts.
      (http://www.freesearch.co.uk/dictionary/lairy)
      --
      "I had another dream the other day about music critics. They were small and rodent-like with padlocked ears..."
    38. Re:yeah... but it looks like its from the 80s by flashinglights · · Score: 1
      Moving the close control over next to max/min just 'cos it looks prettier.

      This is the same place the close control was in Mac OS 9, so this decision may have been affected by a desire to confuse existing Mac users as little as possible.

      As regards button positioning, I used Macs almost exclusively for my first 5 or 6 years of computer use, and even today I can revert to top-left position for "close" in a heartbeat because it is hard-wired. So I think this is a legacy of the Classic MacOS. You are probably hard-wired for top-left close buttons. ;)

      Furthermore, the NeXT interface was designed to put everything commonly used on top-left where possible: menus, scrollbars on left(!), minimize button. With the Apple menu and the menu bar at the top left of the screen, this design decision still holds weight in OS X methinks.

      No indicators inside them of what each does until you go near, because they could. Great if you're colour-blind, say, or have poor motor skills.

      Very, very true and this has been pointed time and time again (also red and green are a common colorblindness, so the Aqua window buttons are bad for accessibility on multiple counts). However I think the buttons look much cleaner without the symbols, less distracting. This must have been Apple's dilemma as well.

      --
      "I had another dream the other day about music critics. They were small and rodent-like with padlocked ears..."
  29. One STeP Beyond by Doc+Ruby · · Score: 3, Interesting

    That demo is pretty nifty. But still too much typing: not just to bind the object interfaces to each other, but also in the controller coding. Is there any way to draw flowchart-style graphical indicators between object interface GUI representations? And any way to drag/drop primitives like the "*" and "=" operators into scopes of objects, much like drag/dropping the GUI textfields into their group? Finally, does it run on Linux ;)?

    --

    --
    make install -not war

    1. Re:One STeP Beyond by Doc+Ruby · · Score: 1

      FWIW, I still want to type raw source code into the files under the GUI. Really, I want the GUI to produce raw source code files, so I can still use all my lexical parsing techniques, tools and existing files. And exchange them with my GUI-challenged associates :).

      --

      --
      make install -not war

    2. Re:One STeP Beyond by BlueGecko · · Score: 2, Informative
      Is there any way to draw flowchart-style graphical indicators between object interface GUI representations?
      That's what you do on OS X, but NeXT (and now Apple) have a patent on that implementation. GNUstep tries to circumvent it by using the small "s" and "t" circles (for "source" and "target") that you see in the video.
      And any way to drag/drop primitives like the "*" and "=" operators into scopes of objects, much like drag/dropping the GUI textfields into their group?
      I'm not quite sure what you mean here. When the mouse creates connections between the controller and the view, it sets up bindings that ensure that the text view is equivalent to a variable in the controller. If you want a specific instance variable (ivar) to be updated based on the contents of a text field, you can do that on Cocoa, and will probably be able to do it at some point on GNUstep as well, but that's not currently available (so far as I know). If you mean you want the actual calculation to be creatable by a GUI, I would argue that there are too few instances when such formulae would be reasonable to make that worthwhile. It's really only one line of code as-is, anyway.
      Finally, does it run on Linux ;)?
      I think you're joking, but yes. GNUstep fills the same role as Gtk+GNOME or Qt+KDE, and runs on just about any POSIX system. FoundationKit (the non-GUI pieces) run very well on Windows and are usable for production, while AppKit (the graphical pieces) are quite solid on most Unices and getting there on Windows.
    3. Re:One STeP Beyond by Anonymous Coward · · Score: 0

      libglade.

    4. Re:One STeP Beyond by BlueGecko · · Score: 2, Informative

      If you really want to, you can program the GUI entirely from source code. You can see an example of how to do that in the old GNUstep tutorials that date from before Gorm (in particular, take a look at Your First Steps in GNUstep GUI Programming Part 1 and Part 2). That said, I have no idea why you'd want to do this. Gorm's interfaces are just XML files, and are therefore still fully modifyable from text. If you want something more human-readable, take a look at Renaissance.

    5. Re:One STeP Beyond by Doc+Ruby · · Score: 1

      I find it incredible that Apple could have a patent on generating code from a user drawing a line between two mapped interfaces - doesn't Visio (among many other flowcharters) do it like that? But not necessarily surprising.

      Drag/dropping code primitives would look just like the demonstrated GUI drag/dropping GUI widgets into a container window. I'd create a new "controller" object, by dragging a the baseclass from a palette and dropping it - creating a controller window as its representation in the IDE GUI. I'd name its properties, just like naming/labeling the GUI window. Then I'd drag, say, a float from a palette, dropping it into the controller window, and name it "product"; the same for "xFactor" and "yFactor". Then I'd drag a "*" operator from the palette into the controller window, mapping its "factor" inputs to the factor variables, then its "product" output to the product variable - preferably by dragging between their icons (with/out rubberband flowlines, as patents allow :). I'd actually prefer to do without the variable instances altogether, just dragging the "*" primitive to the controller representation, and mapping its in-/outputs to the GUI objects I'd already instanced. I'd probably "group" the controller objects into a "main" scope, if that weren't the default behavior. This description took about 20 times as long to write as my desired IDE GUI behavior would take to execute, which would be itself probably 1/4 the time of the demonstrated interface. This example isn't compelling, because "z = x * y" is familiar enough to be iconic, even in text. But any more complex procedure quickly becomes easier to communicate and debug (especially down the road, new team, etc).

      As for my "Linux" joke, I think I really just mean "does it run on GNOME?", because I want to use the IDE without changing window managers. Or maybe run GNUstep in a GNOME window, it it can generate GTK+ code.

      --

      --
      make install -not war

    6. Re:One STeP Beyond by Slayback · · Score: 1

      Looks like you're looking for something like LabVIEW
      . I've done some pretty powerful stuff with it, including interacting with physical hardware (Like LEGO Mindstorms!), but I find it a PITA to do so much work with a mouse. I'd rather just code it. You may think it's a good idea, but when you end up with screens of interconnects and flowcharts that look like something straight out of a consultant's head, you may change your tune.

    7. Re:One STeP Beyond by Doc+Ruby · · Score: 1

      I remember when NatSemi put out LabVIEW (1990? yikes!), and it looked like this new wave of Windows (MS Win3.0, etc) would bring a single paradigm for meetings, directing partners, programming and designing/debugging hardware. But it still isn't here. I personally hate using a "mouse", and prefer to use a 2" trackball. But I'd rather a "dumb" stylus (or finger/nail). The key to managing schematics is scope management - zooming on scope containers, and consistent labeling, as well as maximum reuse of components, to prevent special cases from propagating schemas beyond comprehensibility. I'm a very fast typist, with sharp verbal acuity. But geometric logic, innate topological sense, and "picture speaks a thousand words", especially when writing SW to manage multimedia objects and streams, are powerful wetware skills to harness with flowcharts.

      --

      --
      make install -not war

    8. Re:One STeP Beyond by This+is+outrageous! · · Score: 1
      As for my "Linux" joke, I think I really just mean "does it run on GNOME?", because I want to use the IDE without changing window managers. Or maybe run GNUstep in a GNOME window,

      Of course you can. Gnustep is not a desktop environment, nor does one come with it. Screenshots of Gnustep apps are most done under windowmaker, but even that is not a Gnustep app.

      it it can generate GTK+ code.

      Not sure what you mean. Have the Gnustep IDE/interface builder (gorm?) code to Gnome APIs rather than Gnustep's? Then no. The API is the point of Gnustep.

      --
      This is...

      O
      U
      T
      R
      A
      G
      E
      O
      U
      S

      !

    9. Re:One STeP Beyond by Compenguin · · Score: 1

      I think the parent means have the widgets rendered with gtk much like the way the qt theme engine for gtk renders gtk programs with qt widgets

    10. Re:One STeP Beyond by pohl · · Score: 1
      I find it incredible that Apple could have a patent on generating code from a user drawing a line between two mapped interfaces - doesn't Visio (among many other flowcharters) do it like that?

      I don't know about the patent in question, but I do know that the development environment does not generate code like you are suggesting. Instead it created live object instances and serialized them to a file, where the program would unmarshall them during initialization. This was quite innovative back in the day when the best the competitors could muster was code generation. Even today people think of it as code generation...see? :-)

      --

      The "cue the foo posts in 3, 2, 1..." posts will commence with no subsequent foo posts in 3, 2, 1...

    11. Re:One STeP Beyond by jcr · · Score: 1

      still too much typing: not just to bind the object interfaces to each other, but also in the controller coding.

      We did something about that in 10.3. Check out Cocoa Bindings in the Apple developer docs.

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
    12. Re:One STeP Beyond by Doc+Ruby · · Score: 1

      I suppose it's too much of a leap to hope for a GNUStep for Gtk+, mapped to the different API/model... this stuff is cool.

      --

      --
      make install -not war

    13. Re:One STeP Beyond by SteeldrivingJon · · Score: 1

      I find it incredible that Apple could have a patent on generating code from a user drawing a line between two mapped interfaces - doesn't Visio (among many other flowcharters) do it like that?

      It wouldn't be a patent on just drawing a line.

      It'd be a patent on drawing a line to establish a functional communications channel between two object instances.

      Or something like that.

      Because that's what IB does. It establishes the connection between a UI object, its target, and the Objective-C message sent to the target. These live objects are then freeze-dried, or put into suspended animation, with this information intact. Source code isn't generated.

      It's not just "drawing a line".

      Another possible aspect of the patent would be the way they implement the line. The line may connect objects in different windows, so can't just be drawn in a window like in Visio. If I'm not mistaken, the line is implemented with very thin windows.

      --
      September 2011: Looking for Cocoa/iOS work in Boston area Cocoa Programmer Quincy, MA
    14. Re:One STeP Beyond by John+Newman · · Score: 1
      We did something about that in 10.3. Check out Cocoa Bindings in the Apple developer docs.
      If you're the guy responsible for Cocoa bindings, I got one thing to say to you...

      Thank you.
    15. Re:One STeP Beyond by jcr · · Score: 1

      No, not I.

      There's quite a few people responsible for Cocoa Bindings, and I can't claim to be one of them. I just use and appreciate bindings, like any other Cocoa developer.

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
  30. boring demonstration by rasz · · Score: 0

    10 minutes of clicking to make a fricking calculator ? I almost fell a sleep :(
    Does this Gnustep does something usefull for a change ? hmm maybe it has some NEXTSTEP apps ? Like this supercool mail client and network client ?

    1. Re:boring demonstration by Anonymous Coward · · Score: 0

      Try GNUMail: http://www.collaboration-world.com/gnumail/

    2. Re:boring demonstration by ImpTech · · Score: 1

      I wasn't that impressed by the demo either. Maybe I'm not "with it" enough to see the beauty in all this point-and-click programming, but I think I could have written the same demo app in Java/Swing in about half the time. And I'm by no means an expert Java programmer.

    3. Re:boring demonstration by pHDNgell · · Score: 3, Interesting

      I wasn't that impressed by the demo either. Maybe I'm not "with it" enough to see the beauty in all this point-and-click programming, but I think I could have written the same demo app in Java/Swing in about half the time. And I'm by no means an expert Java programmer.

      You could not have. Pointing out your lack of experience doesn't help your argument. Spend a few minutes developing for GNUSTEP/NeXTSTEP/MacOS X or whatever, and see what it actually does and how to use it, and you'll realize why people who are ``with it'' get excited about this kind of stuff. What I've found is that I will spend extra time getting my UI to be perfect (IB lets you not only define your UI in shape, actions, resizing, etc..., but also try it out to see how it acts when its resized, or how the buttons click, etc...).

      MacOS X is definitely the direction to follow in software development. Native apps built in xcode with ZeroLink and even dynamic code replacement (i.e. smalltalk-style bug fixing from the debugger without restarting your app). So, no time spent linking, but you can use an arbitrarily large and automatically discovered compile farm while developing rich MVC apps quickly and easily.

      Also, see what happens when more palettes are completed. If they had the WebKit palette, for example, they could've done a demo where they created a full-featured web browser in the same time (you can do this on MacOS X with *no* code). In the video that was going around of a NS 3.3 demo in 1992 by Steve Jobs, he created a pretty decent graphical employee database application in just a couple of minutes that would allow you to look up departments (with pictures), and look through the list of employees within that department (with pictures of the employees). Again, with no code.

      The openstep objects are great to work with, though. I just ported an app from python to objective C just so I could use the URL loading kit from cocoa. That is a particular thing missing from gnustep that I'd like to get ported over (although, it may be part of the webkit that Apple was working in open source).

      I've worked in quite a few GUI kits (raw X11, Motif, tk, awt, swing, morphic, nextstep, probably more I can't think of), and I can assure you the objective C MVC kit wins hands-down so far.

      Anyway, give it a shot before you say it's pointless. It's very impressive and has huge potential.

      --
      -- The world is watching America, and America is watching TV.
    4. Re:boring demonstration by Anonymous Coward · · Score: 0

      Why wouldn't you just use PyObjC?

    5. Re:boring demonstration by pHDNgell · · Score: 1

      Why wouldn't you just use PyObjC?

      I wrote the original utility as a python commandline app. I mocked up a really nice GUI for it and prototyped the whole thing in pyobjc to see how it worked and make sure I liked the UI. It worked OK, but the core was designed as a commandline utility and didn't fit well into a MVC application (it'd take over the event loop while synchronizing, which could take several minutes).

      Since the primary purpose of the application is to download a bunch of stuff in order to synchronize a local tree with data from a web site, and the python http client is synchronous, I wouldn't've got a lot out of doing it in python with the cocoa web download toolkit.

      Besides, objective C isn't that bad to work in. Kinda feels like smalltalk.

      pyobjc is some cool, stuff, though. I have a couple of apps I use that I wrote in it.

      --
      -- The world is watching America, and America is watching TV.
  31. Re:This Should Be THE Desktop Environment for Linu by Anonymous Coward · · Score: 0

    "If you want an evironment where The Voice Of God comes down and tells everyone stop their C/C++ crap and go write Objective C programs, use OS X. It's never going to happen with Linux."

    Uh...

  32. Re:The Reaons Are Obvious by Anonymous Coward · · Score: 0

    I'd rather use a dynamic language like Objective-C than C++ any day. C++ is so limiting, it makes me feel like I'm sitting on my hands while programming (to paraphrase Don Yacktman, another Obj-C developer). The only thing people ever seem to complain about anyway is the message-passing syntax, because they (boo hoo) don't like putting colons in the middle of a method name. Never mind its expressiveness. And slow? Come on. Method dispatch is very close to the time it takes to call a virtual function in C++.

  33. Re:This Should Be THE Desktop Environment for Linu by RevAaron · · Score: 2, Informative

    GNUmail.app is one app that runs on both OS X and GNUstep. I've seen a small handful of others. However, there are some hurdles in porting an OS X app to GNUstep- if you use any Quartz compositing, it just won't work, for one. Or if you use any Carbon convenience functions, or any number of other non-OpenStep APIs that exist within OS X.

    But you are quite right in the last part. No way will your average Linux h4ck3r drop C/C++ and go to ObjC. A shame, as ObjC is a lot nicer, but it just won't happen.

    --

    Working toward a usable PDA environment in the spirit of Newton OS: Dynapad
  34. Re:The Reaons Are Obvious by Anonymous Coward · · Score: 0

    Oh, gosh, we have another asshole on Slashdot posting anonymously saying trash about something he knows nothing about. What a surprise.

    I hate it when twits who have never accomplished anything in life leave little childish flames like this on Slashdot.

  35. Re:The Reaons Are Obvious by Anonymous Coward · · Score: 0

    C++ is dying as an application language, and Obj-C is basically in the undead category (unlike C++, there's very little legacy Obj-C code still being supported). So, it's a pointless argument left over from 1993. Get with the times and start writing C#.

  36. Re:This Should Be THE Desktop Environment for Linu by TheKidWho · · Score: 1

    By compatibility with OS X, they mean that a GNUStep app can easily be compiled in OS X. I think that is what they mean at least.

  37. There ARE no viruses. by GFLPraxis · · Score: 3, Informative

    Opener, to name one. ASTrojan to name abother. Why is there OSX antivirus software? (Which I'll admit is useless, because viruses aren't a real threat on OSX, even if they exist)

    Trojan /= Virus. Look it up.

    There are two trojans and NO VIRUSES. Opener does NOT self replicate, nor does it use any vulnerabilities (you have to deliberately execute it and then type in your password for it to install itself). Therefore it is NOT a virus.

    And there are many OS 9 viruses, and Word Macro viruses (not a threat to OS X, but a thread to your Word documents), which explains the OS X antivirus software.

    But the fact remains, there are no viruses. There is only two trojans, both of which require you to install them yourself.

    1. Re:There ARE no viruses. by Senjaz · · Score: 1

      To add to that, there weren't really all that many classic Mac OS viruses either. About 30 or so, plus variants in the whole life of the Mac.

      The most recent one that I remember was the autostart worm which hooked into Quicktime's autostart feature. That was easily defeated by toggling a check box.

      The most harmful virus ever released for the Mac randomly changed the names, and type/creator codes for your files making them practically useless.

      The most ammusing wasn't really a virus at all, but an extension that caused any floppy disc inserted into the mac to be immediately and automatically ejected to the sound of aaaachooo.

      --
      Don't blame me - this .sig had steal me written all over it.
  38. Re:The Reaons Are Obvious by Anonymous Coward · · Score: 0

    C#?

    Does Microsoft even support C# anymore?

  39. Re:GNU's not Unix - but it is, apparently, Mac OS by lederhosen · · Score: 1

    Comparing to unix...

    Its not much harder though.

  40. Re:Why bother? OS X is here NOW. by Linwood · · Score: 0

    ...did he... just say the "L" word in vain? ... on slashdot?

  41. Looks neat, but... by david.given · · Score: 3, Insightful
    The demo's very impressive; I particularly like the connections feature for setting up relationships between different objects. I wish Glade had that.

    I do, however, have two minor criticisms.

    Firstly, please, please update the look-and-feel. If you want to be taken seriously, don't look like a reject from the 80s. Given GNUsteps modularity, this should be easy enough to do. So, do it. (Tip: application icons should always have labels, because since they're supposed to be unique you can pretty much guarantee they're going to be unfamiliar to someone.)

    Secondly, I didn't see any support for layout management in Gorm --- that application was constructed by just placing absolute-sized objects at absolute positions in a window. Please tell me this isn't how you design all applications... because that way leads to inflexible, unscalable, uncustomisable applications, and there's no excuse for that any more. Fixed layouts mean you can't let the user change fonts, because different fonts are different shapes (you can't just scale linearly). Fixed layouts mean wasted screen estate (remember the old Mac file browser dialogues that would float a tiny, eight-line scrollable list in the middle of a 21" monitor?). Fixed layouts are just wrong.

    1. Re:Looks neat, but... by Nimrangul · · Score: 1

      "...don't look like a reject from the 80s." Not to burst your bubble on that, but it looks like one of the best systems of the early 90s, not the worst of the 80s.

      --
      I'm sick of following my dreams - I'm just going to ask them where they're going and hook up with them later.
    2. Re:Looks neat, but... by NowHabitor · · Score: 1

      It's not because you don't use a layout manager, that it is a fixed layout. You can easily set that what attribute of a gui element can grow or shrink. (the width, the height, the x coordinate, the y coordinate,..) I really prefer it over the traditional layout managers personally. Allot easier and flexible.

    3. Re:Looks neat, but... by roard · · Score: 3, Informative

      Firstly, please, please update the look-and-feel

      Like I said in a previous comment, I'm working on Camaelon 2, a pixmap theme engine that lets you have pretty things.. it should be officially released before the end of this month (it already works, I just want to clean up things).

      I didn't see any support for layout management in Gorm

      Well, I didn't show that part, but that works exactly in Gorm like on InterfaceBuilder on OSX (and imho it's a better model most of the time than the springs). So of course you can have resizable widgets. In addition, GNUstep implements a couple of widgets implemeting the spring resizing model (that's used by Renaissance by the way, an XML framework for describing UI for GNUstep...), so if you *really* want the spring model, you can use it.

    4. Re:Looks neat, but... by david.given · · Score: 1
      Like I said in a previous comment, I'm working on Camaelon 2, a pixmap theme engine that lets you have pretty things.. it should be officially released before the end of this month (it already works, I just want to clean up things).

      Cool; will it become the default?

      (Incidentally, would it be particularly hard to implement all the low-level GNUstep widgets by peering them off GTK or Qt widgets instead? Seeing as they've already done the work, it would make sense to take the shortcut...)

      Well, I didn't show that part, but that works exactly in Gorm like on InterfaceBuilder on OSX

      Well, I haven't used InterfaceBuilder, so I'll take your word for it.

      I'll download it all and have a play...

    5. Re:Looks neat, but... by Anonymous Coward · · Score: 0

      The demo's very impressive

      I don't know about Glade, but one can do the same app in QT Designer with one line of written code. Maybe a more complex demo could be useful? At this stage, GNUStep needs convincing RAD tools to attract developers. They do seem to be moving in the right direction, though.

    6. Re:Looks neat, but... by D2Deek · · Score: 1
      (Incidentally, would it be particularly hard to implement all the low-level GNUstep widgets by peering them off GTK or Qt widgets instead? Seeing as they've already done the work, it would make sense to take the shortcut...)

      It wouldn't be difficult, it would be impossible. :)

      The OpenStep imaging model uses the window as a canvas that you paint on. This means that when you see a button on a window, there is "probably" a NSButton object that drew that button on the window. It's not like Motif or GTK+, where each widget is a child window only concerned with drawing stuff on itself; instead, when a GUI control needs to draw for some reason, it takes the rectangle it has within the window and makes calls to the drawing functions.

      Because of this, "views" as they are called, can be rotated, rescaled, have custom looks, etc. It also means you can have irregularly-shaped controls, and the controls themselves will really BE irregular in shape instead of a rectangle that just looks different. You get it basically "for free" because of how the display system works.

      What a theme like Camaelon does is change how the GUI controls draw themselves. It works because Objective-C lets you replace code in, or add features to, classes you didn't write -- even if you don't have the source code!

  42. Morphix: distro sleeper hit by Anonymous Coward · · Score: 0

    Morphix is a damn fine distro and mostly unknown. Morphix lightGUI is the fastest functional debian distro I could find and Morphix Game is the original gaming live cd.

  43. Yeah by Anonymous Coward · · Score: 0

    It seems the chief strength of Cocoa is in InterfaceBuilder and the chief weaknewss of GNUStep is in their InterfaceBuilder workalike. Kind of funny that.

  44. Re:And yet there's STILL no distro that by drinkypoo · · Score: 1

    You have it ass-backwards. This is due to inefficiency of closed driver source and/or hardware interfaces. Every ACPI implementation is different enough to where if you don't account for the differences you lock up machines, confuse interrupt controllers, et cetera.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  45. Seeing the trees, but missing the forest... by pschmied · · Score: 4, Insightful

    The appearance is only skin deep. Creating a theme that looks "good"? That's easy, get some graphic designers together with a usability safety inspector.

    Writing a complete framework with rich, well thought-out object libraries? Now that is a feat. GNUStep is a lurker project that is getting close to hitting critical mass. They've got the hard stuff done that others are still swinging at but not quite hitting.

    No, the GNUStep people have been much more concerned with laying sewer lines, roadways, electrical grids, water, gas, etc. When they get around to picking the color for their street signs, it'll be good.

    Some work is already going into theming.

    Now that GNUStep is getting really close to being complete, I hope they look at Cairo as a base for doing something similar to Quartz.

    -Peter

    1. Re:Seeing the trees, but missing the forest... by Anonymous Coward · · Score: 0

      The problem is that GNUStep seems like it's been in the "Real Soon Now" stage for about ten years. Maybe GNUStep really is much closer now than it ever has been. But at some point, until we actually see a working, usable product, it's all just vapor. As end users, we can't use APIs.

    2. Re:Seeing the trees, but missing the forest... by TheRaven64 · · Score: 3, Informative
      Now that GNUStep is getting really close to being complete, I hope they look at Cairo as a base for doing something similar to Quartz.

      The GNUstep GUI components are in two models, a front, which talks to the program, and a back, which talks to the windowing system. Under X11, there is an xlib backend (which looks hideous) and a libart backend which looks a whole lot nicer. Additionally, work us underway to produce an OpenGL backend, which will almost certainly be faster than using OpenGL via a layer of indirection like Cairo.

      --
      I am TheRaven on Soylent News
    3. Re:Seeing the trees, but missing the forest... by antiMStroll · · Score: 1

      Back when I used Windowmaker creating great looking themes was easy, finding a way to work with the desktop clutter wasn't. Is there a way to configure this thing so it doesn't chew up so much screen real estate with 64x64 box icons? (Enjoying pekwm for now.)

    4. Re:Seeing the trees, but missing the forest... by Unknown+Lamer · · Score: 1

      You can set the size of icons in WPrefs in the Icon Preferences panel, in the lower right hand corner in the box "Icon Size."

      You can go from 24x24 to 96x96 but anything other than 64x64 makes dockapps look weird.

      --

      HAL 7000, fewer features than the HAL 9000, but just as homicidal!
    5. Re:Seeing the trees, but missing the forest... by emil.ede · · Score: 1

      The appearance is only skin deep. Creating a theme that looks "good"? That's easy, get some graphic designers together with a usability safety inspector.

      If creating a nice appearance is so easy how come most OS:es (imho all OS:es but the ones from Apple) look so horrible?

    6. Re:Seeing the trees, but missing the forest... by Anonymous Coward · · Score: 1, Insightful

      Because Slashdot is not a site for graphic designers. If it were, perhaps the sentence would read:

      Writing a framework with object libraries? That's easy, get some programmers together with a team leader.
      Creating a cohesive visual style that not only looks good, but is also functional, consistent and intuitive? Now that is a feat.


      Now watch while I don't end a mild observation with a sweeping generalisation!

    7. Re:Seeing the trees, but missing the forest... by himi · · Score: 1

      Window Maker really needs a dockapp library that handles scaling of the dockapp window . . . I imagine it wouldn't be all /that/ complex, but hey, you'd still have to get people to use it . . .

      himi (current maintainer of wmacpi)

      --

      My very own DeCSS mirror.
    8. Re:Seeing the trees, but missing the forest... by Unknown+Lamer · · Score: 1

      I was going to mention something about how WM should scale dockapps automatically but ... then I realized that it would be basically impossible under X unless everything drew to an offscreen buffer handled by wmaker and then scaled that. Or used a dockapp lib that provided widgets and stuff that auto-scaled ...

      One day, far away :)

      --

      HAL 7000, fewer features than the HAL 9000, but just as homicidal!
  46. Here's a better idea by Anonymous Coward · · Score: 0

    This is free software, dude. If you don't like it, you can do more than whine and moan on Slashdot. You can: *difficult options*

    Here's a better option: I can totally ignore GNUStep and its inadequacies, and continue using my Macintosh.

  47. Re:The Reaons Are Obvious by TheKidWho · · Score: 1

    I dunno about being slow and shitty.... I am currently learning Objective-C and I find it more elegant then C++.

    Plus, combined with InterfaceBuidler/GORM you can do some very very interesting stuff with it.

  48. Re:This Should Be THE Desktop Environment for Linu by jkheit · · Score: 1

    "If you want an evironment where The Voice Of God comes down and tells everyone stop their C/C++ crap and go write Objective C programs, use OS X. It's never going to happen with Linux." This comes off a lot like, "who cares if it's better, we're all used to something worse and we plan on sticking with it." Which is very much the same argument made by Windows advocates against Linux.

  49. Re:And yet there's STILL no distro that by damiam · · Score: 1

    No OS does all those things, so you should be complaining about the inefficiencies of all software development, not just open source.

    --
    It's hard to be religious when certain people are never incinerated by bolts of lightning.
  50. Re:This Should Be THE Desktop Environment for Linu by Nik13 · · Score: 1

    After seeing this screenshot I have to disagree. I'm very comfy around windows/KDE interfaces (Haven't played as much with Gnome but it looks ok), but this looks like quite a mess to me. Hopefully the screenshot isn't very representative of what your desktop usually looks like. Quite a mess if you ask me.

    --
    ///<sig />
  51. Re:This Should Be THE Desktop Environment for Linu by bnenning · · Score: 4, Funny

    As for OS X compatibility, name one OS X program that has been ported to GNUStep.

    There's many more than one.

    --
    How to solve most of our problems: 1.Lots of nuclear plants. 2.Cure aging.
  52. Re:This Should Be THE Desktop Environment for Linu by Anonymous Coward · · Score: 0

    What's sane about it? Though there are still devotees of the Windowmaker, NextStep, AfterStep UI thing, the rest of the world's moved on. I used WM for a long time but eventually changed to something which demands less desktop real estate for the useless diplay of multiple icons and random widgets. It has to be one of the least space efficient desktops out there.

  53. Re:This Should Be THE Desktop Environment for Linu by m50d · · Score: 2, Insightful

    I have to disagree with you on the UI. It looks really ugly. Like, motif-level ugly. I'm sure it's all just themes, but open one of those apps and open a default kde app along side it and tell me the user is going to choose that one. If they want this to be a serious choice for end users, they're going to have to stick some sheen on it.

    --
    I am trolling
  54. MOD PARENT by Anonymous Coward · · Score: 0


    ha i was thinking the same, it looks so dated and grey i would just rather pay for windows if thats the alternative, if a salesman demo'd that i would laugh at him for wasting my time
    Apple/Sony/Nokia have proved that if you make tech look pretty, people will buy (in massive quantities)
    and still we see shit that looks more like it was made in 1985, KDE is getting there but its still not taking the lead in UI presentation, open source needs to get slick.

  55. Live CD? by Anonymous Coward · · Score: 0

    I don't get it - is having a linux install to put this on a pre-requisite? I thought 'live CD' meant you could just boot it and try it out ... ?

  56. Re:Have fun, nerds! by JessLeah · · Score: 0

    God damn, I wish I was a moderator right now so I could mod you down (-1, Off-topic).

  57. Gee, who'd have figured another distro? by Anonymous Coward · · Score: 1, Insightful

    Another fork in the road? Why is it that UNIX/Linux development forks so GODDAMN many times? Why is it that no one is satisfied with working on the original and staying within that distro's limits? Nope... instead we've got some zipperhead who thinks, "Hey, Steve Jobs never did it right, the last crew couldn't do it, I KNOW I can do it!" And instead of something successful, we've got 2 marginally different distros, neither of which is going to win more market share than the other. So what have you accomplished?
    Keep it up, we'll have nothing left but crumbs! We'll have hundreds of distributions, and 1 or 2 users running each flavor. Open source will be terribly important cuz you'll NEVER get a working piece of software without spending a decade writing it yourself, or recompile, troubleshoot, recompile, troubleshoot, repeat, repeat, etc on someone's port for GNUStep, GNUSTEP, OpenStep, or NeXT.
    This is getting out of hand.

  58. Hellooo? by melted · · Score: 3, Insightful

    http://ipw2200.sourceforge.net/

    This is developed (apparently) by folks from Intel. It's just that nobody can't be bothered to include it into the kernel.

    ACPI spec is publicly available, but nobody can be bothered to fully implement it.

    Finally, nice examples of UI are available even within OSS community, yet every distro out there ships with UI that was, it seems, put together by a teenager.

    1. Re:Hellooo? by drinkypoo · · Score: 1

      From the linked page: "This project was created by Intel to enable support for the Intel PRO/Wireless 2200BG and 2915ABG Network Connection miniPCI adapters. This project (IPW2200) is intended to be a community effort as much as is possible given some working constraints (mainly, no HW documentation is available)." I think that pretty much sums it up.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    2. Re:Hellooo? by be-fan · · Score: 1

      The ACPI spec that's available is not the ACPI spec that's implemented. The Windows ACPI implementation is broken, because it has to run on real hardware, most of whose ACPI implementations are broken. That's the problem Linux has to deal with. That's why ACPI is taking so long, in comparison to stuff like USB, Firewire, or Infiniband, which Linux often supported before Windows did.

      --
      A deep unwavering belief is a sure sign you're missing something...
    3. Re:Hellooo? by Anonymous Coward · · Score: 1, Insightful

      Yet, Microsoft doesn't patch Windows 2000 every time a new laptop comes out, but it always works. There's obviously something big that the Linux guys are missing, and once that's discovered ACPI will "just work" on Linux.

      Plus even if ACPI support was perfect, the rest of the software support for suspend/resume probably needs work.

    4. Re:Hellooo? by natrius · · Score: 1

      Yet, Microsoft doesn't patch Windows 2000 every time a new laptop comes out, but it always works.

      Laptop manufacturers make sure their computers work with Windows 2000, not vice versa. Their viability depends on it, but Microsoft's doesn't. When someone buys a laptop and the shipped version of Windows doesn't play well with the hardware, they'll blame it on the laptop, not Windows.

    5. Re:Hellooo? by samekt · · Score: 1
      There are tons of laptops with broken acpi implementations and Windows patches every single one of them. Go and have a look at the leaked w2k code.

      By the way, I wonder why MSFT appears in my dmesg.
      samekt@open-42:~> dmesg | grep ACPI: | head -n 4
      ACPI: RSDP (v000 COMPAQ ) @ 0x000f7380
      ACPI: RSDT (v001 COMPAQ CPQ0022 0x08030420 CPQ 0x00000001) @ 0x17ff0c84
      ACPI: FADT (v002 COMPAQ CPQ0022 0x00000002 CPQ 0x00000001) @ 0x17ff0c00
      ACPI: DSDT (v001 COMPAQ EVON400C 0x00010000 MSFT 0x0100000d) @ 0x00000000
    6. Re:Hellooo? by MarkRose · · Score: 1

      Many hardware ACPI implementations behave differently depending on the operating system being run. However, most only bother to support Microsoft operating systems, so Linux has to fake itself as Windows to enable ACPI.

      --
      Be relentless!
    7. Re:Hellooo? by be-fan · · Score: 1

      Microsoft waits for full releases to support new busses, and they have a much slower release cycle than Linux. For example, Linux supported USB 2.0 (EHCI controllers) natively several months before Microsoft added support to Windows XP in service pack 1. More recently, the latest Linux version just added support for Infiniband, while Windows still doesn't have native support (vendors like Mellanox have to ship their own drivers for it). I think Linux might have supported 1394 or 1394b before Windows too.

      --
      A deep unwavering belief is a sure sign you're missing something...
    8. Re:Hellooo? by Anonymous Coward · · Score: 0



      Count with me here... 1... 2... 3... 4... 5... 6!

      You'd have to type a total of 6 extra characters to make that link clickable.

      Really, now. Quit being a lazy bastard and remember to make your links clickable.

  59. Re:Have fun, nerds! by Leo+McGarry · · Score: 1

    Okay, now that was funny. I loves me some rich, juicy irony. All is forgiven. You can crack lame jokes all you want, as long as you follow 'em up with great ones.

  60. Re:The Reaons Are Obvious by jericho4.0 · · Score: 1
    Objective-C is far more appealing to a C programmer than any other language I've ever seen. It only takes an afternoon to learn, if you know C and OOP concepts already, and is fantasticly flexible.

    --
    "A language that doesn't affect the way you think about programming, is not worth knowing" - Alan Perlis
  61. Re:This Should Be THE Desktop Environment for Linu by mrchaotica · · Score: 1

    By "compatibility with OS X" what they really mean is binary compatibility. In theory, you ought to be able to take an app running on OS X and run it on GNUStep unmodified, and without recompiling -- at least on GNUStep/PPC. You should also be able to compile your program into a "fat" binary, which means that it would contain both PPC and x86 (and/or whatever other architecture) code, and the app would be able to run unmodified even on GNUStep/x86.

    It's actually kind of like Java or .NET, except that everything is genuine native code, without a p-code abstraction layer. Neat, huh?

    The implication of this is that if GNUStep was complete, and if Apple recompiled Safari (for example) as a PPC/x86 fat binary, you'd be able to copy Safari.app from your Mac to your GNUStep PC, and it would run! In fact, I wish Apple were a little more interested in this since it would provide a relatively cheap and painless way of making a Linux version of iTunes* as well as spark a LOT more interest in making native Mac programs, since they'd be cross-platform programs too.

    *iTunes is a Carbon (Mac OS 9 compatibility API) program currently; they'd need to port it to Cocoa first

    --

    "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

  62. Re:This Should Be THE Desktop Environment for Linu by cortana · · Score: 1

    The best thing is how, if you change your Gnustep theme, colours, fonts, etc, Window Maker won't match it. Despite being the Gnustep window manager, Window Maker doesn't seem to share any of the UI code or functionality. Grrrrr!

  63. Re:This Should Be THE Desktop Environment for Linu by drinkypoo · · Score: 1

    If you really think the NeXT look is as ugly as Motif, it's clear that you were never forced to actually use a Motif environment, or fvwm as your wm and Xaw-widget apps. Trust me, you're hallucinating.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  64. Re:This Should Be THE Desktop Environment for Linu by Anonymous Coward · · Score: 0

    'h4ck3r'? Take a look at the open source activity with J2EE or Mono, people are very open to new frameworks and languages. GNUStep never caught on because it an incomplete clone of something most developers don't feel like using.

  65. Agreed by Lysol · · Score: 3, Insightful

    I've always like NeXT and Windowmaker much better than Gnome and definitely better than KDE (sorry K-guys, it's waaaaay too much like Windows).

    In fact, even Gnome is too much like Windows; even tho it does incorporate some OS X like features as well. But it also seems too fragile and it seems to be going more along the lines of C# dev, which I'm definitely not partial to (it's a mistake guys!).

    Obviously, I feel that NeXT/OpenStep got a lot of things goin in the right direction. Turning away from the copy-all-Windows-features mindset seems to be the more logical choice. Will Gnome and KDE still exist? Absolutely. But Windowmaker - regardless of its sometimes slow development pace - is much more of a joy to use than whatever the current default Gnome window mananger is.

    I spent many years developing in a Windowmaker environment and they were quite productive. That time changed the way I looked at using my desktop and even though I've switched to OS X, I can still tweak it to work like Windowmaker. So I'll have to second it as the official desktop env for Linux, hands down.

    1. Re:Agreed by jrcamp · · Score: 1
      In fact, even Gnome is too much like Windows; even tho it does incorporate some OS X like features as well. But it also seems too fragile and it seems to be going more along the lines of C# dev, which I'm definitely not partial to (it's a mistake guys!).
      WTF? Name one piece of C# software in GNOME. Bzzzt, time's up. There's not one and probably won't be for a very, very long time, if ever.

      There is software written for GNOME that uses Mono but GNOME itself is pure C.

      Stop the FUD.

    2. Re:Agreed by Anonymous Coward · · Score: 0

      Other than for a few desperate MS fanboys, C# on Linux is dead.

    3. Re:Agreed by Anonymous Coward · · Score: 0

      Why does everyone rag on KDE looking like Windows? Bull. I have the kicker on the top, shrunk to only have icons and a pager (no taskbar). I only have a close button (and title, obviously) on my titlebars. Double-click action shades windows. No K menu button, instead it's available from a right-click on the desktop. The beauty of KDE is that you can make it look like absolutely anything.

      I find that KDE is far more of a joy than WindowMaker. I used to only use WindowMaker when I first switched to Linux... but those days are long over once I discovered how to configure KDE.

  66. Re:This Should Be THE Desktop Environment for Linu by Anonymous Coward · · Score: 0

    Apple is actively disinterested in portable software. It was Next's forte, but the products were pulled when Apple bought them.

  67. Re:This Should Be THE Desktop Environment for Linu by Lysol · · Score: 1

    Tho they have slowed, the themes over at wm.themes.org are fine. What's the use in some title bar that looks like an alien (besides the k00ln3$$ factor - which lasts about 5 mins)? I don't think a desktop needs all that extra crap and font sizes and the like can all be adjusted if things look like they take up too much space.

    I dunno, KDE makes me wanna barf, so I guess I'll choose the one w/out the sheen.

  68. Re:This Should Be THE Desktop Environment for Linu by 0racle · · Score: 1

    Use WindowMaker before you bash it. It really is a nice environment. The colours need a little work though. If I wasn't using SuperKaramba, I would probably use WindowMaker as my window manager in KDE.

    --
    "I use a Mac because I'm just better than you are."
  69. Re:And yet there's STILL no distro that by Anonymous Coward · · Score: 0

    Gentoo www.gentoo.org
    yes, Im a zealot, but so what?

  70. Actually by commodoresloat · · Score: 1

    when Duke Nukem Forever is released, it will only run on Hurd.

  71. Re:The Reaons Are Obvious by Anonymous Coward · · Score: 0

    Sorry, but Objective-C is the best choice for the apps I write. If you want to use something else for your apps, feel free.

  72. I don't think it's intel who makes the chipset by melted · · Score: 1

    for these cards. And that other manufacturer may not be forthcoming with the hardware docs for an open source product. I think it's unfair to blame intel in this case.

    1. Re:I don't think it's intel who makes the chipset by drinkypoo · · Score: 1

      I've never seen an intel anything that wasn't stuffed full of intel chips. Intel is known to have several of their own wifi solutions these days... but you might be right. Even so, the point is that someone is keeping the specs closed, and that is the primary problem.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  73. Re:This Should Be THE Desktop Environment for Linu by Anonymous Coward · · Score: 0

    Well, I'd rather look at CDE's tacky pastels than some gothom color scheme designed for 1980's grayscale monitors.

  74. Booting from CD by BrookHarty · · Score: 1

    Anyone else having an issue booting the cd? I dont see an issue with the CD, going to try a boot floppy, really wierd.

    1. Re:Booting from CD by voisine · · Score: 1

      Works fine when I select GNUstep | ACPI from the grub menu. Why is there no web browser on the live cd? Think maybe I'll take a look at getting the OSX Firefox port to compile under GNUstep.

    2. Re:Booting from CD by eGabriel · · Score: 1

      I am... the iso never boots; it just turns over to my hard drive. Other CD ROMS boot. I have tried writing the iso from both Windows and Mac.

      No idea what's going on. It's on an Athlon 64 system on a Neo2 Platinum mobo.

    3. Re:Booting from CD by Anonymous Coward · · Score: 0

      won't boot here either*. plain vanilla athlon system/ yamaha drive. wont boot. just to test, i ran my "phlak" live cd and it booted just fine. *when i stuck the thing in my e-machines laptop, it _did_ boot. so i dont understand.

  75. Re:The Reaons Are Obvious by Anonymous Coward · · Score: 0

    Beautifully self-referential. The ultimate GNuPost post!

  76. Speaking of downloading... by Anonymous Coward · · Score: 0

    any bitstream torrents of the .ISO?

  77. Re:Why bother? OS X is here NOW. by Anonymous Coward · · Score: 0
    ...did he... just say the "L" word in vain? ... on slashdot?

    Did... you... just utter... Its Majesty's name as you would... utter a profanity? On Slashdot?

  78. Why section this Apple? by tm2b · · Score: 1

    Given that most of the people running this stuff are not going to be Apple owners, it doesn't make a lot of sense that this is on the Apple server.

    I understand the heritage angle, but it really fits better in developers or IT... people interested just in Apple stuff aren't going to care much about this.

    --
    "It is our blasphemy which has made us great, and will sustain us, and which the gods secretly admire in us." - Zelazny
    1. Re:Why section this Apple? by bnenning · · Score: 1

      it doesn't make a lot of sense that this is on the Apple server.

      Sure it does. GNUstep provides an easy way for Mac developers to port their apps to other platforms.

      --
      How to solve most of our problems: 1.Lots of nuclear plants. 2.Cure aging.
    2. Re:Why section this Apple? by myov · · Score: 1

      Easy. Next bought Apple.

      --
      I use Macs to up my productivity, so up yours Microsoft!
    3. Re:Why section this Apple? by TomHandy · · Score: 1

      Just in case anyone is going to argue this (i.e. "Duh, Apple bought NeXT.")... The above poster is right. For all intents and purposes, even though Apple did acquire NeXT, the reality was essentially that NeXT BECAME Apple. All of the NeXT people essentially took over the old Apple people.

    4. Re:Why section this Apple? by Anonymous Coward · · Score: 0

      Uh, no.

      That is something people like to say to try to sound clever on places like Slashdot, though.

    5. Re:Why section this Apple? by myov · · Score: 1

      It was a reverse takeover (Apple buys NeXT. In reality, NeXT assumes control)

      The new company (which could easily have been Apple-NeXT) has more in common with NeXT than it does with the old Apple.
      MacOS X (NEXTSTEP 5), WebObjects, Steve & the rest of management, Cubes (anyone else think NeXTcube when it came out?), lack of floppy drives (another NeXTism)

      How much Apple stuff remains? Some of the identity, 1 Infinite Loop, and some hardware. Apple's long time font (Apple Garamond) has been replaced. Filemaker is all that's left of Claris (IIRC, they tried but failed to sell it). AppleWorks is about the only carbonized app left and it's on the way out (iTunes and Remote Desktop both existed in 9, but have been rewritten. Everything else is post-X)

      --
      I use Macs to up my productivity, so up yours Microsoft!
    6. Re:Why section this Apple? by myov · · Score: 1

      Oops. Forgot a few apps (Final Cut & iMovie).
      A number of other apps have been bought from others.

      --
      I use Macs to up my productivity, so up yours Microsoft!
    7. Re:Why section this Apple? by Anonymous Coward · · Score: 0

      Wow, are you sad and clueless.

  79. Re:The Reaons Are Obvious by conteXXt · · Score: 1

    Parent poster excepted (I imagine)

    --
    The truth about Led Zep should never be told on /. (Karma suicide ensues)
  80. Re:The Reaons Are Obvious by Anonymous Coward · · Score: 0

    Doh! EVERYTHING is more elegant than C++!

  81. What I want to know is by commodoresloat · · Score: 1

    will it run on my car?

    1. Re:What I want to know is by sketerpot · · Score: 1

      Yes, it will. You just need to get some good, sturdy rope and tie a laptop to your car, preferably adding some duct tape to make sure it stays in place. Running it in your car is even easier!

  82. Re:GNU's not Unix - but it is, apparently, Mac OS by dr.badass · · Score: 1

    Microkernel, unix-like userspace, Nextstep-based application development?


    Now of only someone will start an open source project to imitate the things about Mac OS X that are worth imitating.

    That isn't to say that the above aren't good things, but it's a little sad that open source projects always seem to be either skeletons (like GNUStep), or skins (all of the Aqua-clone themes and skins out there), without ever getting to the meat (the things that make computers truly useful).

    --
    Don't become a regular here -- you will become retarded.
  83. WINGZ !!! by justanyone · · Score: 1

    I've been a consultant at 3 big financial firms (in the Chicago area) that (are using || have used) Wingz, which is a spreadsheet package that runs/ran under OpenStep. This wouldn't be a problem except the makers of Wings left the marketplace long ago and the file format cannot be read by anyone!

    I've tried calling, researching, everything. No one has a file converter that will read files in Wingz and write out anything useable, like CSV, Excel, tab-delimited, or whatever. We had copies of Wingz, and it would save to .WKZ format, but there's no way to automate that from a (non-openstep-equipped) Windows or Unix box.

    If anyone knows of a way to convert these files to an established file format, even if we loose the formulae and only keep the cell values, that's fine.

    I've peeked into the binary with a hex editor, and it's not obvious what the format is, but maybe I just needed some more experimenting time. Does anyone know a converter for Wingz?

    Thanks--
    -- Kevin

    1. Re:WINGZ !!! by delirium+of+disorder · · Score: 2, Informative

      This should help you out.
      http://ceu.fi.udc.es/SAL/G/4/WINGZ.html

      --
      ------ Take away the right to say fuck and you take away the right to say fuck the government.
    2. Re:WINGZ !!! by jcr · · Score: 1

      IIRC, one of those financial outfits in Chicago ended up with the WingZ source code. I think it was First Chicago, but it could have been SBC/O'Connor

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
    3. Re:WINGZ !!! by borgheron · · Score: 1

      Any possibility of getting them to donate that code so it could be ported?

      --
      Gregory Casamento
      ## Chief Maintainer for GNUstep
    4. Re:WINGZ !!! by jcr · · Score: 1

      Sorry, I don't know who to contact at First Chicago about that.

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
  84. It's not just art by Julian+Morrison · · Score: 1

    The whole GUI library - the shapes of widgets, the color scheme, the window layout with its floating menu - is very NeXT, and very very dated. Compare a modern app like firefox, on a modern desktop like KDE. Everything is there when you need it, but wastes minimum space when not. And it's not stylistically intrusive.

    I hate to say this, because NeXT was a style god when it came out, but the state of the art has moved on since.

    1. Re:It's not just art by Anonymous Coward · · Score: 0

      The state of the art has evolved, not changed entirely.

      In fact, I could argue that your friend KDE has been dated since 1.X, in emulating the Windows interface, start bar, taskbar, etc.

      To me, nothing says stylistically intrusive like a start button and miniscule bar cluttered with a thousand (incomplete) minimized window titles, gadgets, widgets, gizmos, mouse-odometers, clocks, etc.

      Some of us like purity and simplicity, some of us like lots of little tiny things to click on, look at, blink, show off, etc.

      One cool thing about WindowMaker is *EVERYTHING* you could want is a right click away. If you can't shoehorn it in with the Root Window Menu Prefs, there's always genmenu, or vi and the menu files.

  85. Damnit... by Aldric · · Score: 2, Insightful

    Why do most open source programmers always seem to have the tendency to go with oppressive dark UI colours? It's not cool and it's not pretty. It's along the lines of someone creating their first webpage, complete with black background and white text.

    1. Re:Damnit... by TheRaven64 · · Score: 1

      Actually, the NeXT/GNUstep look is quite light when you look at it on a monitor with a correctly calibrated gamma (as is the Slashdot IT section, by the way). The problem is that a lot of people don't bother to correctly calibrate their monitors.

      --
      I am TheRaven on Soylent News
    2. Re:Damnit... by 99BottlesOfBeerInMyF · · Score: 1

      Why do most open source programmers always seem to have the tendency to go with oppressive dark UI colours? It's not cool and it's not pretty. It's along the lines of someone creating their first webpage, complete with black background and white text.

      Maybe it is because they are more concerned with functionality than form. Black text on white backgrounds are popular because they are more similar to print, which is familiar. White text on a black background is actually easier on the eyes and easier to read, but is less familiar. When dealing with a glowing screen, white text on a black background makes a big difference, especially if you are going to be reading it for a long time.

      Cool, styles for web pages and designs are fashion more than engineering. Cool comes and goes and usually is defined as whatever is not what was cool last year, or the year before. Now don't get me wrong, their are real problems with open source UI designs, Windows UI design, and Mac OS UI design. And the colors on some default UI's are not very artistic. Just don't confuse functionality and style. light gray (or pink, light blue, or light yellow) text on a black background is the ideal for usability on a monitor from an engineering perspective.

  86. Re:This Should Be THE Desktop Environment for Linu by drinkypoo · · Score: 1

    I'd rather use NeXT's widgets in 1bpp than Motif's in 24 bits, and you can quote me on that. (Especially since motif in 1bpp is indistinguishable from Windows 3.1.)

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  87. Everything is so... by Anonymous Coward · · Score: 0

    ...square and grey.

  88. Re:This Should Be THE Desktop Environment for Linu by tetabiate · · Score: 1

    Too late! The KDE and Gnome projects are three releases ahead. Last year I installed GNUStep on SuSE 9.1, it is usable but compared to KDE 3.3.2 it seemed like going back to the stone age. These days we are accustomed to self-contained applications, I mean, having navigation menus and pannels in the main window. GNUStep menus are not so difficult to use but it becomes a mess when several windows contend for the same screen region. I have used NeXTSTEP in the past and think GNUStep is wonderful but it needs a major revision in order to be a GUI as easy to use as KDE or Windows.

  89. Re:Why bother? OS X is here NOW. by Anonymous Coward · · Score: 0

    Blasphemer!

  90. Sounds neat. by Svenne · · Score: 1

    Too bad it doesn't work.

    It starts off by telling me that it's found every SCSI adapter on the planet in my computer, except the one actually I have, of course.

    Moving on, it also finds my FireWire adapter, which is great, considering I don't have one.

    After that, the hotplug-o-meter fills up and then it just stays full. I've waited for about 10 minutes now, it doesn't get any further.

    Oh well, guess my 4 year old computer is too new for Morphix.

    --

    Slagborr
  91. Developlment IDE-Genera. by Anonymous Coward · · Score: 0
  92. Hurry! by Anonymous Coward · · Score: 0

    You, two, can run a 20 year old GUI. At least Mac OS X has better theming.

  93. Come on! by Anonymous Coward · · Score: 0

    I'm really tired of this. Why is the GNU vision to duplicate Mac OS X? Go buy a mac mini!

    Hurd == MACH (OLD!) 1984 people!
    darwin = MACH/FreeBSD hybrid = GOOD

    Think Different.

    1. Re:Come on! by TheRaven64 · · Score: 4, Insightful

      Well, I'd rather go with the GNUstep vision of duplicating and improving on OS X, than the KDE/GNOME vision of duplicating Windows...

      --
      I am TheRaven on Soylent News
  94. yes, please go there by jeif1k · · Score: 1

    If you seriously believe that NeXTStep and Mach are the way of the future, please do us all a favor and go buy a Macintosh (OS X doesn't really have a microkernel anymore, but who cares; it sounds good).

    For the rest of us, fortunately, there are Gnome and KDE.

    1. Re:yes, please go there by Anonymous Coward · · Score: 0

      "For the rest of us, fortunately, there are Gnome and KDE."

      Yes, thank god Linux users are stuck with two equally crappy Microsoft desktop ripoffs.

      We are soo lucky!

  95. no, it shouldn't by jeif1k · · Score: 1

    I've always wondered why this was not championed as a default desktop environment for Linux.

    Because people apparently didn't like hacking GUIs in Postscript and Objective C 20 years ago. And they sure as hell aren't going to like it now that they have things like Cairo, SVG, and C# available to them.

    That, the unified display postscript, the great development environment, etc. seem to make it a natural and *sane* front end to the otherwise fragmented UI world of Linux.

    The variety of desktops available for Linux is actually a great thing. Even if it weren't, you aren't going to fix it by adding another desktop into the mix, one with almost no users and no applications.

    With the relative compatibility to the OS X/OPENSTEP libraries and code re-use, there could be a real network effect by making this a default environment for Linux and other Unixes.

    How do you propose to "make it"? People choose the desktop they like, and that happens to be either Gnome or KDE.

    1. Re:no, it shouldn't by Anonymous Coward · · Score: 0

      "Cairo, SVG, and C# available to them."

      ?!?

      What the fuck are you talking about?

      "How do you propose to "make it"? People choose the desktop they like, and that happens to be either Gnome or KDE."

      Like???

      No one 'likes' KDE or Gnome. People put up with them. People despise them. People laugh at them.

      But no one likes KDE and Gnome.

    2. Re:no, it shouldn't by sp0rk173 · · Score: 1

      People choose the desktop they like, and that happens to be either Gnome or KDE.

      Granted, the majority of open source desktops run Gnome or KDE, but the preference is not either/or. It's all inclusive. Why? Because there is no single solution for everyone, especially in the open source world where most people are arrogant individualists and are proud of it. The point of this release preview is NOT the gui. The gui is superficial and will probably change/modernize as the project hits 1.0 and beyond. The point of this release was to preview the underpinnings that have taken so long to get into a truely usable state. I was astonished at how gorm works almost exactly like the NeXT DE did in the video of Jobs evangelizing his OS that was posted not too long ago here on slashdot. I am also astonished that you can take a GNUstep app like GNUmail.app, compile it on an OS X box with a simple click, and have it run without any modifications, with a cocoa look-and-feel. No GTK-to-Cocoa porting bullshit. THAT is the point of GNUstep. Personally I think that's pretty damn cool. While a GTK app will run well on *BSD/Linux/Solaris and run buggy on Windows, a well-written GNUstep app will run stably, without modification, on OS X and GNUstep...doubling (if not more - there are probably more OS X users than GNUstep users) the userbase for GNUstep apps.

      While I do not think there should be a forced de-facto open source desktop, I do think GNUstep is a damn neat project and should be respected, not shit upon by fanboys of a particular opensoure DE.

    3. Re:no, it shouldn't by jbolden · · Score: 1

      Its a great project. There are really two issues:

      1) Your position is that GNUStep offers a way to develop Linux and Cocoa apps at the same time

      2) A position that GNUStep is a full GUI and is ready to replace GNOME or KDE.

      Disagreeing with (2) is not disagreeing with (1).

  96. One STeP Beyond-A ZOOMing Class. by Anonymous Coward · · Score: 0

    "The key to managing schematics is scope management - zooming on scope containers, and consistent labeling, as well as maximum reuse of components, to prevent special cases from propagating schemas beyond comprehensibility."

    Sounds like you're looking for a ZOOMing interface with progressive disclosure.

  97. +1000 Insightful by Anonymous Coward · · Score: 0

    NeXT interface has several really deep problems, and theyre not only related to the bad selection of colors.

  98. It's coming from more than the *step direction.. by Anonymous Coward · · Score: 0

    "..Now of only someone will start an open source project to imitate the things about Mac OS X that are worth imitating."

    Enlightenment, Cairo, X.org, etc..

    It's all going to happen, not just because it's bringing over all the Apple-ness that's fit to port, but because that's the way it's all headed.

  99. Doesn't fit in with Apple's Grand Widget Scheme.. by Anonymous Coward · · Score: 0

    We're probably going to have to settle for having it the other way around - with the innovation being done in the GNU camp, with the heartiest/apple-iest concepts being assimilated, examined, and enhanced (?) by Apple, as with KDE/Safari, Watson, Konfabulator, etc.

    That's the Apple way when it comes to user-contributions. Successful, user supported apps rise to the top, and get Apple's attention. They take it from there, and choose to do the right thing in regards to developer relations, source-openness, etc.

    At .2, the GNUSTEP Live CD was worth using, and gave a decent Linux/Step experience. At 0.9.4, I can only expect things to be 7 Tenths better, which might be enough to get some more Steppy apps flowing back and forth.

    As far as iTunes goes - keep on wishin. iTunes is an interface for Apple's proprietary stuff, and a key to their business model. The day they become friendly about their file formats and publish an API for dealing with ITMS is the day the port will start. Unless this has already happened, and it will be proven that I'm talking out my ass!

    Chances are better of having a fat binary of Konqueror or a GNUStep Browser running across Win/Lin/Ten, which is probably better anyway.

  100. Re:This Should Be THE Desktop Environment for Linu by Anomalous+Cowturd · · Score: 2, Insightful


    "If you want an evironment where The Voice Of God comes down and tells everyone stop their C/C++ crap and go write Objective C programs, use OS X. It's never going to happen with Linux."

    This comes off a lot like, "who cares if it's better, we're all used to something worse and we plan on sticking with it." Which is very much the same argument made by Windows advocates against Linux.

    And this does not sum up the attitude of a lot of Linux users? What if it was stated like this:

    "Who cares if it's better, we're all used to the same tools we had 30 years ago and we plan on sticking with them."

    [[Non-troll disclaimer:]]
    Yes, this is a broad generalization. No, it doesn't describe every Linux/Unix user. Yes, there is still a lot of truth in it.

    The OP has it right. It's impossible to enforce a development environment or methodology (or pretty much any standard) unless either you control the platform (like Apple does), or there's already a de facto standard in place (C programming, for instance).

    --

    Java: the bastard demon spawn of C++ and Ada

  101. Try Camaeleon by Anonymous Coward · · Score: 2, Interesting
    1. Re:Try Camaeleon by Lproven · · Score: 1

      I almost want to sob into my keyboard.

      You know what they remind me of? Someone taking a masterpiece painting - the Mona Lisa, say - and drawing a beard and moustache and glasses on it in marker pen.

      They are as ugly as the hind end of a dog with a hat on it. The first few minimal ones just make the clean GNUstep app look amateurish and childish with misaligned text in the buttons and garish coloured arrows to indicate the default button; the ones that attempt to imitate Aqua are actively ugly.

      Leave well alone. Please. It's fine as it is. You will learn to appreciate the many virtues of simplicity in time. Adding in shading and pattern fills just because you can is a dreadful idea.

      --
      Liam P. ~ "Intelligence is a lethal mutation." (me)
    2. Re:Try Camaeleon by roard · · Score: 1

      I almost want to sob into my keyboard.

      :-)

      Sorry...

      They are as ugly as the hind end of a dog with a hat on it. The first few minimal ones just make the clean GNUstep app look amateurish and childish with misaligned text in the buttons and garish coloured arrows to indicate the default button; the ones that attempt to imitate Aqua are actively ugly.

      Well, none of them are intended to be full-featured themes. Mostly, they are just snapshot of different tests and modifications. If you want a theme engine, you *need* to test things ;-) -- but I surely won't advocate taking one of the ugly themes here as a good UI example. I quite like the general idea of this one for example, but it's obvious it needs works. On the other hand, when you say that the OSX themes looks bad, take a look at that one -- that's really close to OSX (well, minus wmaker titlebar, of course). Anyway, there are things to correct, and they don't look perfect (like for example, the misaligned text). But mostly it was to test different features and modifications... so yes, it was because I could :-)

      Don't forget it's just a theme engine -- GNUstep will still have the NeXT look by default. And you know what ? personally I tend to prefer the NeXT UI (that's partly why I didn't work as much as I should have done on Camaelon). But as you can read it on slashdot, people won't use GNUstep without a "modern" look (it's perhaps sad, but that's the reality). On a pragmatic way, having a theme engine will, regardless of slashdot users, be useful for cross platform (on Windows, etc).

    3. Re:Try Camaeleon by Lproven · · Score: 1

      I'm sorry too. I don't meant to be rude about anybody's work.

      And yes, certainly, you are right - people *do* demand this, and yes, that minimal rounded-corners theme isn't too bad, and the Aqua-like one does look, from a static image, much like the real thing. I'd need to see it "live" to see if it has the authentic animated fluidity of Apple's original.

      But my point was two-fold.

      1. Aqua looks cool but it doesn't /add/ anything to the usability of OS X. It's just eye candy. OS X's GUI is actually less capable and less flexible in many areas than NeXT, as is much of the OS.

      Anyone who dismisses a GUI because it doesn't have pretty themes is a damned fool and should be ignored.

      2. Most modern GUI themes are actually pretty ugly. In fact, I, like many people - but we're not vocal teenagers - generally *hate* themes and skins. Several of my one-time favourite Windows applications, like Trillian and WinAmp and even the Mozilla suite, are blighted by their skins. No matter how good the skin, it is *not* the original OS interface, and common UIs are one of *the* most important aspects of the GUI. Having every program look different makes the whole system much harder to use.

      For example, in the Trillian chat client, even if you load a skin that *looks* like Windows Luna, windows' title bars do not change colour to indicate which is active, and if you change the OS colour scheme, themed windows do not change to match.

      Summary: DOWN WITH SKINS AND THEMES! They are a nuisance and a hindrance and a pain. They're only a toy for children.

      --
      Liam P. ~ "Intelligence is a lethal mutation." (me)
  102. One thing tho: by Nailer · · Score: 1

    It looks like ass. It may be a thousand times more sensible than Gnome or KDE, but being the facile person I am, I equate black text on dark grey background to mean old school Unix 'Window Manager + crappy menu to launch programs' environment.

    1. Re:One thing tho: by sketerpot · · Score: 1

      First, if you think GNUstep widgets look like ass then you haven't seen enough ass. Second, the Camaelon project provides the ability to make the widgets look nicer. Take a look at the pictures.

    2. Re:One thing tho: by Nailer · · Score: 1

      Saw the link, but it still looks like Windows 95.

    3. Re:One thing tho: by Art+Tatum · · Score: 1
      Once Camaelon 2 is released (sometime next month, according to the author), you can make it look like anything you want it to look like. You can even have a Mac-like menu bar, if you choose. It's visible in some of those screenshots.

      And the retro-NeXT "looks like Windows 95" because Microsoft licensed a widget set from NeXT when designing Windows 95.

    4. Re:One thing tho: by Nailer · · Score: 1

      Cool. But my point remain: someone needs to create a good looking theme.

    5. Re:One thing tho: by Art+Tatum · · Score: 1
      Oh, absolutely. And that's very hard. I just wanted to make sure everyone realized that there were more screenshots since the author of the package (Nicolas Roard) hasn't been updating the index.html in a long time, even though he's been doing consistent work on the project.

      But if those guys can find really good UI designers, well...look out! :-)

  103. Re:This Should Be THE Desktop Environment for Linu by Anonymous Coward · · Score: 0

    "The OP has it right"

    Ok dimwit. Tell us how Apple stops anyone from using C/C++?

    Here's a clue dummy, Obj C is not a replacement for C/C++...

  104. WindowMaker is friendly by itomato · · Score: 1

    You don't have to use the full KDE environment to use SuperKaramba.

    WindowMaker works great with SuperKaramba. You can even turn off the dock and/or clip altogether and use Kicker and Konqueror instead.

    [shameless_plug] There are a few attractive themes for WindowMaker that either don't date back to 1999, or look like it. Like mine![/shameless_plug]

    1. Re:WindowMaker is friendly by 0racle · · Score: 1

      SuperKarambas transparencies are only supported with kwin.

      --
      "I use a Mac because I'm just better than you are."
  105. Think NEXTSTEP 3.3 by itomato · · Score: 1

    Though it's not entirely true anymore, the goal of GNUStep is to emulate the look/feel of NeXTSTEP 3.X.

    There's Camaelon, which lends some themability to GNUStep, but the interoperability isn't there.

    Grab your can o' Simoniz!

  106. Get down to this: by itomato · · Score: 1

    Camaelon.

    AFAIK, you have to patch the GNUStep source, which makes it an impractical pain in the ass for a lot of people, but it's there anyway.

    There's no support for traditional pixmap swapping like in so many other environments, but there might be one fine day.

    The fonts are user-configurable, BTW.

    1. Re:Get down to this: by roard · · Score: 1

      Er, NO, you SHOULD NOT USE IT.

      Partly because Camaelon needed to patch gnustep, and that's not the case since a long time. So don't try to apply the patches :-)

      Camaelon 2 will provides a full pixmap theme engine, look up in http://www.roard.com/screenshots/ for latest themes sshot ...

      should be released before the end of the month.

    2. Re:Get down to this: by TheKidWho · · Score: 1

      Wow.. some of those later themes, 30-40 look really really nice.

    3. Re:Get down to this: by Lproven · · Score: 1

      [Moans] No, no, no, NO!

      Taking the lovely clean simple uncluttered unfussy lines of the classic original and grafting on round buttons and gradient shades and fountain fills... it's /horrible./ It ends up looking like a tart's handbag, even nastier than OS X 10.0!

      --
      Liam P. ~ "Intelligence is a lethal mutation." (me)
  107. Re:GNU's not Unix - but it is, apparently, Mac OS by displaced80 · · Score: 1

    For unix-space apps, OS X has an almost standard heirarchy.

    bins in /bin.
    system bins in /sbin
    non-distro apps (at least that's what I use it for) in /usr/local/ (=/opt/ if you like)
    config, etc. in /etc

    (the only glaringly odd one from a Unix perspective is that /home/ has become /Users/)

    Having thought about that little list, OS X isn't that inconsistent when compared to the several different layouts common across other Unixes.

    As for the Nextish heirarchy, it's pretty clean really. Nice scoping: /Applications (apps for all users)
    ~/Applications (apps for this user only) /Library (system-wide resources, settings, data)
    ~/Library (as above, but for this user) /System (the system. break stuff in here and don't expect it to work right after)

    Basically it, isn't it?

    --
    What's the frequency, Kenneth?
  108. Some good, some not so good by dysprosia · · Score: 1
    I've been coding for and using OPENSTEP before, so it was interesting to see the Flash demo of GNUSTEP in action. Some of it looks good... things appear to work the same as it did in the OPENSTEP days, but just from that demo, I identified a couple of little niggles here:

    (S) and (T) for making connections. Interface Builder under OPENSTEP actually drew a line from where you started the drag to the object, which avoids the multiple problems of internationalization (which OPENSTEP exceled at) and having to decode what exactly (S) and (T) stood for

    having vim pop up from the GNUSTEP Project Builder - this is somewhat minor, and I'm hoping it's a customization, but it's a shame that GNUSTEP had to resort to the command line for editing. Now vi is an excellent editor ;) but OPENSTEP had the benefit of very rarely ever resorting to the command line for everything - a big plus for usability. However, if this is a customization, that would be nice

    Gorm is an unintuitive name for an interface editor.
    That being said, GNUSTEP looks interesting enough for me to try at some point.

    1. Re:Some good, some not so good by borgheron · · Score: 1

      # Gorm is an unintuitive name for an interface editor.

      I not really sure that "Glade" is a much better name. At least Gorm stands for (G)raphical (O)bject (R)elationship (M)odeller. :)

      GJC

      --
      Gregory Casamento
      ## Chief Maintainer for GNUstep
    2. Re:Some good, some not so good by roard · · Score: 1

      Vim in Terminal.app is effectively a customization -- you can set your editor in ProjectCenter, and you can possibly use the integrated editor. But, the integrated editor is a bit poor in features, and above all I'm too used to vim :-)

    3. Re:Some good, some not so good by dysprosia · · Score: 1

      That's good to know :)

    4. Re:Some good, some not so good by Art+Tatum · · Score: 1
      Interface Builder under OPENSTEP actually drew a line from where you started the drag to the object,

      Unfortunately, I believe Apple/NeXT has a patent on that. And there are also patents on the fancy Pantone color system that Apple uses. Perhaps we need a "Don't blame me -- I voted for RMS!" bumper sticker...

  109. Inhaling the vapor.. by Anonymous Coward · · Score: 0

    Well, it has been in the works for a long time. Trouble is, there's only a handful of people who are re-implementing an entire environment. An environment that didn't have a huge following to begin with, then was languishing, then was transformed into another platform entirely.

    Have you looked into how many NSSuchAndSuch APIs there are? Not to mention ObjC - which not too many people code with, not to mention -code- period.

    GNOME and KDE both have heavy corporate sponsorship. GNUstep does not.

    It does seem like a long time since the old graph where the components were listed with their level of completion, where it was months between the little box would fill in under "Will Compile" and "For Crazy Developers Only". Then "Not Fit For End Users", etc.

    It's a niche project - just thank your lucky stars that there are enough passionate people who sing the *Step tune to have us at a point where we (as free software users) are just "steps" (oh the irony) behind the number one brand in the world - who has undeniably bitchin' computers, and an undeniably bitchin development environment.

    It may have taken ten years to get this far, but think about where we'd be if people were just now going "Whoa! Look at this XCode! If only we had something like it on Linux!"

  110. Like... by Anonymous Coward · · Score: 0

    Can you name three really deep interface problems?

  111. Don't think you're the first to notice... by Anonymous Coward · · Score: 0

    I hope nobody thinks they're the first to notice that GNUStep has a "dated" look.. The users know, hence: itomatOS-icons and these GNUStep Icons They are also contracting out an icon set by a professional artist - Jasper Hauser

  112. Whoa.. by Anonymous Coward · · Score: 0

    That looks like it was originally developed for the Lisa!

  113. Think of it as a hassle-free test-drive. by itomato · · Score: 1

    Getting GNUstep up and running - the environment, and the Applications, can be a real pain in the ass unless you're using a Debian derivative.

    This gets the entire kit and kaboodle into the hands of people. The Development stuff is there, user apps are there, games are there, utilities are there..

    This Live CD is the first (well, now the third) place where you can see it all happening without having to download and compile everything just to see how NeXT-like/Apple-like it is, or how good it is on as it's own critter.

    It's a sort of showcase, and the most complete GNUStep implementation out there.

  114. It's a Morphix-derivative. by Anonymous Coward · · Score: 0

    GNUStep - small 'tep' is a free implementation of the OPENSTEP Frameworks. A set of libraries, basically.

    GNUSTEP - BIG 'TEP' is a live CD with the GNUStep Environment present in full force.

    GNUStep - small 'tep' runs on Linux and *BSD primarily, but there's an installer for Windows, which is similar, at least in theory, to Apple's abandoned 'YellowBox'.

    Say you're developing an Application with GNUStep (the frameworks). You can build it so it will run anywhere the frameworks are available - Windows, Linux, FreeBSD, even HURD (I *think*, though it sounds too vaporous to be possible). Build once, run anywhere - the Fat Binary way..

  115. Nice demo - two points come to mind by Anomalous+Cowturd · · Score: 1

    First point:

    The Interface Builder demo is pretty slick. I remember being really impressed with IB back when the NeXT first came out (Steve Jobs came to my school and did a demo, and gave us two full systems). I like the business of connecting up the source and target controls with a minimum of (user-entered) glue code.

    Of course, the problem with UI generators is that the demo *always* uses something semi-trivial like a calculator or image viewer or something like that. Whoever's selling it says "See, you can create an app in 10 minutes", but once you need to actually make it do something a little more complex or low-level, you inevitably wind up having to do more work trying to get around the limitations. I've seen a lot of sophisticated apps written in ObjectiveC/IB, so I imagine this isn't too much of a problem here. It looks like you really need to change your mindset a lot to code and develop this way, though.

    Second point:

    I noticed that every time the sample app was run, there was a message to the effect that only a single screen was supported. I'm looking for a live CD to try out on an old 1 Ghz Dell box with a Matrox G450 dual-head video card. Does this message mean that dual monitors are not supported by this distro, or is it an IB thing, or something else altogether?

    I kinda like the NeXT/Open/GnuStep environment, especially as compared to the Gnome/KDE weight and glitziness. I've been looking to try a Linux desktop for a while now, but I don't have time to dick around with X configuration and extensions to make it happen. Are there any live distros (based on Debian, perhaps) that do dual monitors out of the box?

    (Yes, I know I should be googling, I'm just asking. People seem to like giving suggestions...)

    --

    Java: the bastard demon spawn of C++ and Ada

  116. Reverse buyouts happen. by Anonymous Coward · · Score: 0

    Uh, yeah, that's basically the way it went down. Go back and check your Apple/NeXT lore.

    Jobs, Tevanian, Rubenstein.

    CEO, Software, Hardware.

    It has evolved since then, and that's not a full picture, but it *was* the case.

  117. GNUStep *is* like NeXTSTEP by Anonymous Coward · · Score: 0

    So are any apps that are built with it.

    To get the drag-and-drop goodness, etc., you have to use Apps that are built with GNUStep.

    It's only like AfterStep if you use Afterstep or WindowMaker's dock/clip, etc instead of GWorkspace, etc.

    There's the potential to have a complete, very *step-like environment, if you can live without the apps that take away from that.

  118. Don't speak it's name.. by Anonymous Coward · · Score: 0

    Say 'xyzzy'. Loses it's mystique just the same.

    Some things are just meant to be read.

    You want something to roll off the tongue prettily, try '.NET' or C#..

    Oh, and it is like Cocoa - basically. Like Cocoa before it was Cocoa.

  119. It's like flatland. by Anonymous Coward · · Score: 1, Insightful

    There really are no forks - no boundaries. Everything is one big soup - the illusion of form appears when a project from one dimension intersects with any other.

    GNUStep is GNUstep is GNUstep, whether on Windows, OS X, Linux, or the friggin HURD.. You don't have problems compiling against someone's build of GTK/GTK2.

  120. Boot and go. by Anonymous Coward · · Score: 0

    It's a Morphix Live CD with GNUStep and GNUstep apps installed as modules.

    You can run it from CD, and you should be able to install it to hd if you like. Otherwise, on a Debian system, it's almost all an apt-get away.

  121. Re:The Reaons Are Obvious by Anonymous Coward · · Score: 0

    Yes, if you don't know C++.

  122. Re:GNU's not Unix - but it is, apparently, Mac OS by zsau · · Score: 1

    Well yeah, but then we may as well abandon Gnome and KDE too: There's a perfectly good and usable GUI out there called Microsoft Windows.

    --
    Look out!
  123. Re:GNU's not Unix - but it is, apparently, Mac OS by Dwonis · · Score: 1

    My god, have you ever actually *used* Microsoft Windows? I'd hardly call it "good and usable".

  124. sure by Anonymous Coward · · Score: 0

    sure X.org makes computers useful, what's more useful than transparent widows with shadows?

  125. Re:GNU's not Unix - but it is, apparently, Mac OS by Anonymous Coward · · Score: 0

    Peh. It works. It supports my sound card and all my fancy games. And it is far more responsive than any Linux desktop I've tried since the old KDE on RedHat 6.2.

    Sure it's got problems (you can't open this file because some other program somewhere is maybe kinda looking at it! you need to close that program f00l!), but I find that it's generally more usable than the Linux GUIs. They tend to do stuff like totally hang and force me to SSH in and kill X if I try to start the wrong program.

    Not that Linux doesn't make a nice server...

  126. Re:GNU's not Unix - but it is, apparently, Mac OS by zsau · · Score: 1

    TBH, not for more than running Firefox at work to browse the internet during my break. But it's usable enough, isn't it, that my point still stans? and hasn't it been historically more usable than Linux desktops?

    --
    Look out!
  127. Relevance to old-school webobjects types? by The+OPTiCIAN · · Score: 1

    I'm not *that* familiar with gnustep, but used to be a webobjects developer. I know a group of WO developers felt disenfranchised when Apple abandoned objective C in WO (and webscript! webscript! :) ). Would there be many obstacles remaining to people in that situation using this as an upgrade over those old environments? Certainly this might be very helpful to people with legacy projects out there who hate the old interface (which looks much like gnustep but is a lot more quirky in nasty ways - broken tab orderings, random segfaults, that sort of thing). Off the top of my head I'd guess the major pieces would be (1) an EOModeller and the model itself and (2) the interface builder. Are there any free implementations of these systems? Not a huge deal to me - I have a mac and write java, but it's still interesting to know the options that are around..

    --


    Believe with me, my saplings.
    1. Re:Relevance to old-school webobjects types? by roard · · Score: 1

      There is two free implementations of WebObjects -- one done by the GNUstep project, GNUstepWeb, and another that's done by OpenGroupware.org (they use it as their base for SOPE), called NGObjWeb.. both implements WebObjects 4.5 (ie, the version before java) and are used commercially.

      Both works quite well, but they lack a scripting language (although the OGo guys works on a WebScript-like language, and the GNUstepWeb guys works on integrating StepTalk).

      About EOF, the GNUstep project have an implementation named GDL2 (GNUstep Database 2) which implements EOF 4.5 -- but sadly we are missing an EOModeller (even if somebody is working on one). Here an article from Ludovic Marcotte about GDL2.

    2. Re:Relevance to old-school webobjects types? by The+OPTiCIAN · · Score: 1

      Thanks. BTW, Webobjects 4.5 wasn't before java - it supported both. I believe webobjects had a java option back as far as version 3; version 4 definitely did.

      --


      Believe with me, my saplings.
  128. Re:GNU's not Unix - but it is, apparently, Mac OS by Anonymous Coward · · Score: 0

    RELEASE!

  129. It's not my 16-bit-ness.. by Anonymous Coward · · Score: 0

    So *that's* why it looks like shit?!

  130. Re:This Should Be THE Desktop Environment for Linu by jcr · · Score: 1

    GNUStep was started at a time when all of us in the old NeXT crowd thought it would be the only way to preserve some of the environment we loved, as NeXT turned its full attention to WebObjects, and Sun's version of OpenStep started to teeter under the weight of bad decisions imposed by the X-windows people there who didn't understand what they were botching.

    Once Amelio made the decision to buy NeXT to bail Apple out of the Copland disaster, nearly everyone lost interest in GNUStep, since we expected most of what we wanted to show up in Apple products sooner or later.

    Between Bindings and CoreData, Cocoa apps are suddenly getting even smaller in terms of source code, and when I combine that with the other capabilities of OS X and the Mac platform, (like the Acceleration framework, Cocoa Scripting, WebKit, etc, etc.), I've got a better development environment than I've ever seen before.

    I think the GNUStep guys have done heroic work, recreating so much of NeXTSTEP with basically no funding and very little help from the Linux crowd, but I've got more power today in Cocoa than we ever had in NeXTSTEP. Should I ever have need to use a Linux host, I hope it will have GNUStep on it so that I don't have to tolerate a windows knock-off UI, but that circumstance looks very remote.

    -jcr

    --
    The only title of honor that a tyrant can grant is "Enemy of the State."
  131. Yeah.... by oO+Peeping+Tom+Oo · · Score: 1

    Those non-OSX native controls will fit right in :p

  132. Uniting by LoveTheIRS · · Score: 1

    I really hope this environment becomes very stable. Then I hope that while maintaining this environment at the requirements of only 200MHZ, then they create a more processor expensive icons/theme to represent modern GUI functionality/eyecandy. Then...I hope that mozilla makes a OPENSTEP port. It'll be a very close derivative to the Apple version. Then I hope eclipse follows...Then...the sun java follows with a swing port onto GNUstep. Pretty much all those programs that I use that currently use GTK on linux. Gaim...will of course be a hopeless case (GTK is engrained in that sucker like none other). This technology looks like it could be very stable. The kind of work I'd expect from the GNU project. I can't wait for the completed GNU project...(though I could probably care least about the kernel...boo to Hurd, unless it can handle linux drivers). I hope the unix desktops can finally unite under a common desktop, that way I can stop running two different gui libraries on my computer. But, this is probably all relatively unrealistic for the next decade. :(

    1. Re:Uniting by Anonymous Coward · · Score: 0

      For GAIM, a port of Adium from MacOS X might be a possibility. Adium is a Cocoa app (=OpenStep) and uses libgaim.

  133. Re:Doesn't fit in with Apple's Grand Widget Scheme by mrchaotica · · Score: 1
    As far as iTunes goes - keep on wishin. iTunes is an interface for Apple's proprietary stuff, and a key to their business model. The day they become friendly about their file formats and publish an API for dealing with ITMS is the day the port will start. Unless this has already happened, and it will be proven that I'm talking out my ass!
    But wouldn't porting iTunes to Linux help Apple? Half of Slashdot seems to be clamoring for it, after all (with the other half complaining about the DRM)! Even making a Linux version simply by statically linking it to the GNUStep libs and distributing only a binary would be a whole lot better than no Linux version at all.
    --

    "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

  134. Re:This Should Be THE Desktop Environment for Linu by Anonymous Coward · · Score: 0

    Modern widgets are available to update the UI making it look more like OS-X

  135. Re:GNU's not Unix - but it is, apparently, Mac OS by peawee03 · · Score: 1

    Not to flame or bash, but RH 6.2 running ancient KDE is hardly a decent representation of current Linux capabilities. I'm currently stuck with Windows for my USB sound card (TASCAM US-122) and Autodesk software, but I'm switching back as soon as the Tascam works with ALSA better than it does now and when Autodesk stuff will run under any one of the wine family.

    --
    I wish I could write clever and witty sigs.
  136. Re:This Should Be THE Desktop Environment for Linu by D2Deek · · Score: 1
    By "compatibility with OS X" what they really mean is binary compatibility. In theory, you ought to be able to take an app running on OS X and run it on GNUStep unmodified, and without recompiling -- at least on GNUStep/PPC.

    You're smoking crack on that one.

    In order to do that, all of the GNUstep classes would have to have exactly the same in-memory layout, encoding methods, and so on, as their Cocoa counterparts. It's complete nonsense to ever expect that OS X binaries will work using the GNUstep libraries.

    In addition, Linux systems use a different Objective-C runtime library (GNU's, which was created because NeXT refused to release the code to theirs "back in the day"), with completely different low-level functions.

    No, it's about source code portability.

  137. Re:This Should Be THE Desktop Environment for Linu by jbolden · · Score: 1

    Around '96 it was. WindowMaker was far away the most popular window manager. Then a kid came up with the idea of creating a GUI not just a window manager based on a really interesting set of C++ widgets which some European company had made free (as in beer) for non-commercial use.....

    9 years later however Windowmaker isn't really that much more advanced while this GUI for Linux thing worked out pretty well. The GNUStep team dropped the ball. Had they released in '97 what they have today and released in '98 something along the lines of what they will release 8 years from now then they would still be running the show. Windowmaker is still my favorite window manager but a good window manager and a nice interface builder do not a GUI make.

  138. Re:This Should Be THE Desktop Environment for Linu by Anonymous Coward · · Score: 0

    C++ coders may balk at ObjC I see no reason why a C coder wouldn't employ it if necessary. The great thing about ObjC is that it is, unlike a C++ a proper superset of C, thereby making it easier to throw a piece of C code into an ObjC compiler and for it to come out the proper shape.

    Seriously, all C coders should have a look a ObjC. Even if you don't ever use it, you will at least know everything there is to know about it with just a half-hour of reading.

  139. Re:The Reaons Are Obvious by Anonymous Coward · · Score: 0

    As a C++ developer, I have to admit that templates are fucking ugly.

  140. Re:The Reaons Are Obvious by Anonymous Coward · · Score: 0

    Amen to that, brother.

  141. Re:GNU's not Unix - but it is, apparently, Mac OS by RevAaron · · Score: 1

    What's "comparing to unix"? I mean, what Unices have you used? There certainly isn't a consistent standard. Sure, you can have some when you're working within nothing but SysV- or BSD-derived systems only, but even then they can differ quite a bit. For the basics, the kinds of things that most Unices share, as displaced80 points out it's all the same.

    --

    Working toward a usable PDA environment in the spirit of Newton OS: Dynapad
  142. Flash is till easier by m3talsling3r · · Score: 1

    It's still easier to make a program like this in Flash; you can use ruby for a command line version. Why do you think so many are flocking to Flash now. MX 2004 Pro can do amazing things with very little work! And the next version is going to be better.

    That's why I hold out hope for native flash compiling solutions like Flirt.

    But it's not enough to have Flash being able to be run natively, we also need a free Flash IDE. That's where good OOP scripting languages like Ruby and Flash extensions like Ming/Ruby come in handy. With the mix of the two you can make an open source Flash IDE, using Flash as the interface elements (an interface made in flash that sends the variables on) that could send out all the info through Ruby, which would then compile the .swf for you and viola'! a Flash IDE made from Flash to compile Flash.

    Now all we need is people to help Ming and all the sub project, Ming/php, Ming/Ruby, Ming/perl, et cetera, to keep up with the file format specs released by Macromedia.

    --
    My sig is as boring as you...
  143. Re:This Should Be THE Desktop Environment for Linu by Art+Tatum · · Score: 1
    Heh, WindowMaker isn't the official GNUstep window manager. It's the "official" GNUstep window manager. :-)

    It's actually a totally separate project, with code written in straight C. I think the only sense in which it's the GNUstep window manager is that it emulates the basic NeXT desktop paradigm and there are a few tweaks to work better with GNUstep applications.

  144. So buy a Mac by Anonymous Coward · · Score: 0
    the unified display postscript, the great development environment, etc. seem to make it a natural and *sane* front end to the otherwise fragmented UI world of Linux.

    Yep, it's a great environment. So what are you doing still running Linux? If you like it so much, do what the other sane folks have done -- buy a Mac. It's gotten to the point where I can now do a cluefullness assessment quite quickly by seeing what people are using. Those who care about their computing environment are using Macs, hopeless romantics and/or mediocre thinkers are running Linux, and the real dopes are still on Windows.

  145. Re:This Should Be THE Desktop Environment for Linu by m50d · · Score: 1
    I've used fvwm95 and various Xaw apps on a 386 running slackware 4. Really, I know what ugly is, and that was uglier than win3.1, but the look of windowmaker gives it a run for its money. No, it's not quite as ugly as Motif, but it's in the same division.

    Of course, GEM can knock them all into a cocked hat.

    --
    I am trolling
  146. Re:This Should Be THE Desktop Environment for Linu by m50d · · Score: 1

    Thing is you can theme KDE to look like windowmaker in a few seconds, just change the window decorations to KStep and the colours to what you want. But that's true of everything. Real hackers will probably not be happy with any theme you can give them, but that's not a problem as they'll figure out how to change it very quickly. So what DEs should do, and I think KDE does this very well, is have a default theme that's glitzy for the non-technical users, since that's what they will want.

    --
    I am trolling