Slashdot Mirror


Hacking Quartz

Exposed writes "Meaty interview with Rich Wareham who is known to Linux users for his libdvdnav library which is used by Xine and other linux players. On OS X he created Desktop Manager, the GPL solution for VirtualDesktops on the Mac. Highlights are secret APIs in OS X for VirtualDesktops, who steals GPL source and why beginner programmers are at a disadvantage now."

98 of 298 comments (clear)

  1. Why it wasn't put in already by emo+boy · · Score: 3, Insightful

    I am just curious why OS X didnt' support this out of the box with at least Panther. Is it just me or was this a no-brainer?

    1. Re:Why it wasn't put in already by Ianoo · · Score: 5, Insightful

      Perhaps Apple's HCI team didn't consider it to be "intuitive" or comprehensible/necessary for the average user. After all, the majority of Macs are shipped with high(ish) resolution screens these days, and the Dock and Exposé take care of managing your screen real estate fairly well.

    2. Re:Why it wasn't put in already by needacoolnickname · · Score: 2

      Compared to Desktop Manager. So do I.

    3. Re:Why it wasn't put in already by boaworm · · Score: 4, Informative

      Of course this is a matter of taste, but i dont agree with you. Expose for me is pretty useless. OK, we can highlight a few applications, but that's not my problem.

      My PROBLEM is that i dont want to mess around finding my apps. Expose is simply too slow to use, i cannot find everything with a single click.

      On my Gnome workstation i have 11 virtual desktops, one for each server i'm maintaining, plus some for mail, comms and web. I know that by pressing CTRL + i instantly move to a desktop with all my windows positioned they way I want them. Desktop Manager does the same for me on OS X

      My problem with Expose is that I'm not trying to find ONE application, but a whole bunch. I dont want to find "Word" or "Netscape". I want to find everything "Mailserver-related", "Primary Nameserver-related" etc. Simply put, i want to find more than one window/application, expose cant do that, Desktop Manager does.

      --
      Probable impossibilities are to be preferred to improbable possibilities.
      Aristotele
    4. Re:Why it wasn't put in already by Wooky_linuxer · · Score: 2, Informative

      I use my MDK desktop in much the same way. If I boot up windows, I feel claustrophobic from the lack of space... I tried Nvidia virtual desktop like solution but is slow and buggy. I use WindowMaker, so I'm not sure it's possible in Gnome, but I found that assigning the mouse wheel for changing desktops is a snap. :)

      --
      Where is that guy who'd die defending what I had to say when I need him?
    5. Re:Why it wasn't put in already by dasmegabyte · · Score: 3, Informative

      My PROBLEM is that i dont want to mess around finding my apps. Expose is simply too slow to use, i cannot find everything with a single click.

      WHAT? THIS IS EXACTLY WHAT EXPOSE DOES -- SHOW/HIDE EVERYTHING WITH ONE CLICK.

      F7: Find all windows for one app.
      F8: Find all non-hidden, non minimized windows.
      F9: Show desktop (Pushes all windows off to the sides).

      One click for each. Hold down the button and you get mouse over selection, otherwise it's mouse click selection. You can remap the keys as is convenient (I map Expose All to the middle mouse button). And what's best -- all of your windows continue to update while Exposed. Damn useful. It means if I have Safari open full screen, and want to change the mp3 playing in iTunes in full screen, i press and hold the middle mouse button, mouse over itunes, let the button go. To get back to Safari, I do the same. This to me is the best aspects of click-to-highlight, mouse-over to highlight, virtual desktops and single desktops while utilizing existing hardware to perform new functionality.

      What you're talking about -- granularly assigning arbitrary windows to a particular desktop set across applications -- is something new that expose can't do, this I'll grant you. It's also a very specific use. Most people's jobs are task oriented, not server oriented. Therefore, it makes sense for the desktop to be task oriented, to work with EVERYTHING you're doing, rather than spaces of work. And it also makes sense that a third party application which offers you a solution for your needs would be valuable.

      But the default? I dunno about that. Most people don't want two desktops, let alone an arbitrary number of them. I *can* say that if Apple were to offer us a fourth programmable Expose button, one that would group arbitrary application windows visibility and placement, I'd definitely toy with it. But I imagine most of what I'd use that functionality for is already covered by the dashboard.

      --
      Hey freaks: now you're ju
    6. Re:Why it wasn't put in already by Jeremy+Erwin · · Score: 4, Informative

      Expose is somewhat slower if you don't have a Quartz Extreme Card. Classic apps tend to slow it down even further. On my faster mac, Quartz Extreme eliminates the annoying milliseconds of latency.

      It's rather useful, I think, when switching between mail, a web browser, and a few finder windows. It's less useful when one is trying to use multiple xterms, for say, writing a fink package. (one for constructing patches, one for writing the .info file, and one for monitoring compilations...)

    7. Re:Why it wasn't put in already by mcc · · Score: 2, Informative

      Well, I don't really speak for anyone else, but I don't *want* to have to memorize 11 ctrl-keys then carefully arrange everything I open into specific virtual desktops just to manage my apps. This is why I prefer the dock+expose approach of management to something like most Linux WMs offer. The computer may not do a perfect job of managing the windows for me, but at least it's the *computer's* job to manage the windows, not mine.

    8. Re:Why it wasn't put in already by GFLPraxis · · Score: 2, Informative

      Quartz Extreme card? What's that? Maybe you mean any graphics card above 16 MB, which almost all macs have.

    9. Re:Why it wasn't put in already by peragrin · · Score: 2, Interesting

      The point is my Linux desktop takes longer to load than windows, but it also uses a karamba theme to displays today's weather on all desktops.

      The First one opens 5 different web pages in a browser full screen, in Different tabs.

      The Second one opens and checks email, loads and connects to three different IM protocols(one client) and, connects to two IRC servers

      The third one is a full screen konsole, with transparent background and no menu's or title bars.

      The Fourth screen Opens up a File manager set two two different working directories, as well as 6 Sticky notes on the side of the desktop.

      Can expose match the quick search features of all that in literally a click??? I can switch desktops, and which windows I am using with either ctrl-tab or a click on the pager.

      Just because though I have set KDE 3.2 to look like aqua, it does look and feel better than anything else.

      --
      i thought once I was found, but it was only a dream.
    10. Re:Why it wasn't put in already by Jeremy+Erwin · · Score: 2, Informative

      Yes. The specific extension is known as ARB_texture_non_power_of_two. This was supported by the Radeon and the GeForce cards, but not by the Rage128. This last chipset is used by my iBook. The TNT2 was not used in any Macintosh.

      By the way, Quartz Extreme can be turned off by using 8 bit colour.

    11. Re:Why it wasn't put in already by ArbitraryConstant · · Score: 4, Insightful

      WHAT? THIS IS EXACTLY WHAT EXPOSE DOES -- SHOW/HIDE EVERYTHING WITH ONE CLICK.

      What you're talking about -- granularly assigning arbitrary windows to a particular desktop set across application


      You say that's what it does... but then you go on to admit it's not what he's trying to do. We can dance around the issue all you want, but what he's saying is that Expose doesn't help him with his workloads. His workloads are what he needs to do. Sure, he's not typical, but that just means Apple's solution doesn't work for him. He exists. Get over it.

      This guy says he needs 11 desktops... that's probably dozens of windows, a lot of them are probably terminal windows, which look almost identical when they're zoomed out enough. Even with a 30" Apple Cinema Display, can you imagine how hard it would be to find the one he wants?

      The Apple way of doing things doesn't scale well past the moderately used desktop system (eg, a significant but limited number of concurrent tasks). The OS can handle it easily, but the interface can't. In cases where you can do more with a Mac, it usually means using 3rd party software like this virtual desktop thing, or falling back on stuff that's available on any UNIX machine.

      That's not a knock against Apple. They have the API for multiple desktops, and I'll bet they don't publish it just so they don't have to maintain the API eternally, and make their unit tests even bigger than they are. They have all the UNIX tools because they know sometimes people will need to fall back on something with no GUI front end. That makes everyone's life a lot easier, including mine.

      Apple gives people enough so they can sort themselves out if the shiny happy GUI isn't good enough. Learn from them.

      --
      I rarely criticize things I don't care about.
    12. Re:Why it wasn't put in already by mcc · · Score: 2, Interesting

      I am rarely doing fewer than 8 things at once on my mac and have never had a problem even before Expose. The fact that the task switcher has applications rather than windows as its level of granularity, along with the fact every app does window-level tracking and accepts command-tilde for "next window", allow me to reach any window in the system immediately. The only time this becomes a problem is when I can't clearly remember whatall is open, and Expose neatly fills this gap.

      I am well familiar with how pagers work. For my purposes however the fact that the mac automatically categorizes windows based on parent application provides a far more useful and natural idiom than the somewhat more manual mechanism provided by virtual desktops.

    13. Re:Why it wasn't put in already by dasmegabyte · · Score: 2, Interesting

      So use COMMAND-TAB (switch applications) and COMMAND-TILDE (switch windows within an application). When you can't access your virtual desktop manager, I mean. I *ALWAYS* have one hand on the mouse for doing layout and such, and I try to stay out of shell as much as possible since this isn't the stone age and I am not a caveman.

      Oh, and just so this isn't flamebait -- my own opinion of shells does not mean that yours is invalid. I bought a Mac because I like the graphical user interface. I understand a lot of people know the CLI like the back of their hand and would never THINK of writing an AppleScript to do what they can already do in Perl. But I've also seen a lot of people swear at a poorly written regular expression that would be much more understandable -- and reusable -- as a Macro in BBEdit. More options does not mean more control, it just means you need to learn more before you can obtain control.

      --
      Hey freaks: now you're ju
    14. Re:Why it wasn't put in already by ArbitraryConstant · · Score: 2, Insightful

      Apple could always do what M$ do: release it as an unsupported PowerToy. That way, those of us who like (or need) virtual desktops can have them and those who like the way Expose works can stay with it. It seems silly not to if the API support is there.

      I agree, but it's not the Apple Way to do that. Sometimes, the Apple Way leaves power users out in the cold.

      note: Expose works even with virtual desktops, it's just restricted to the windows in a workspace.

      Alternatively, why can't they make the API public and then let the community provide a solution?

      As I said, then they'd have to subject it to continual testing as other parts of the OS changed. They could put a "volatile" warning on the API, but again, that's not the Apple Way.

      Right now, if it breaks they can say "Hey, he reverse engineered our software to get that. We aren't responsible for maintaining it.".

      I'm not apologising for them. They're being idiots, but I can at least understand them, and there's a logic to it.

      --
      I rarely criticize things I don't care about.
  2. Good (not bad) article (interview) by Nick+of+NSTime · · Score: 3, Interesting
    I was very interested by this interview, but the guys overabundance of parentheticals was very distracting. Sometimes I wondered if the editor was adding his own remarks to the interview, since the parentheticals were italicized.

    Regardless, I found the content to be very interesting, particularly the fact that Desktop Manager is the guy's first Mac application.

    1. Re:Good (not bad) article (interview) by Long-EZ · · Score: 5, Funny

      ...the guy's overabundance of parentheticals was very distracting

      Programmers THINK parenthetically. If you see parentheses nested three or more layers deep, you can be sure the text was authored by a code jockey. And the parentheses always match, ensuring the article will compile properly.

      If you see programmer text that occasionally uses a semicolon to mark the end of a sentence instead of a period, you can make some educated guesses about the programmer's favorite language.

      You may occasionally see crayon scribbled text with line numbers, as penned by a larva geek.

      --
      >> My ultraviolent Linux switch video.
    2. Re:Good (not bad) article (interview) by drunkenbatman · · Score: 4, Interesting

      Sometimes I wondered if the editor was adding his own remarks to the interview, since the parentheticals were italicized

      Just to clear this up, I didn't add anything to his remarks in any way, I did however format what was in parantheses in italics, simply because that's how I like to read (with something in italics being the continuation of a thought, and italics helps me jump out of it and back to the main thread). Whether or not that is the correct thing to do is something I'll have to be educated on.

      This is part of a larger series of chats I'm doing with people whose work/projects I find interesting, or topics I feel deserve some thought... and its obviously a case of a soup chef being given a piece of filet mignon and doing the best he can with it.

    3. Re:Good (not bad) article (interview) by Twirlip+of+the+Mists · · Score: 3, Informative

      Whether or not that is the correct thing to do is something I'll have to be educated on.

      It's not. Italic type is used to indicate emphasis, or to set off things like the titles of books or the names of ships. Sure, there's room for style, but just arbitrarily italicizing everything in parentheses is a great way to confuse and frustrate your readers.

      So long as I'm being all rude and bitching at you for no good reason, next time it might be cool if you went through and got rid of the "ichatisms" like "IMHO" and "WTF." Expanding those acronyms would have made the interview a lot easier on the reader. If you look at a "real" interview (if you'll pardon the expression) you'll see that the author didn't transcribe every um and ah. It's part of the writer's job to take the interviewee's words and polish them into complete sentences so the prose doesn't get in the way of the ideas.

      Okay, I'll quit being a pedantic little shit now. For the time being.

      --

      I write in my journal
    4. Re:Good (not bad) article (interview) by Anonymous Coward · · Score: 2, Funny

      If the parentheses are nested six or more layers deep, it could well have been written by a Lisp programmer.

    5. Re: Good (not bad) article (interview) by gidds · · Score: 2, Informative
      I'm with Twirlip; italics have their place (to emphasise words, titles, &c), and parentheses have their place (to set off supplementary text). You should only italicise a parenthesis if you want to emphasise it particularly in addition to setting it off from the main text; there's very rarely reason to do so.

      Nothing personal, you understand :)

      Oh, and while I'm in pedant mode, you probably meant 'sous chef' -- 'sous' being French for 'under'. A 'soup chef', if such a role exists, would be someone who only cooks soup, so would probably give you your filets mignons back uncooked, and tell you to take them to the head chef. Or the, er, sous chef...

      --

      Ceterum censeo subscriptionem esse delendam.

    6. Re:Good (not bad) article (interview) by jesboat · · Score: 2, Funny

      That prints "unphooey". (Yes, there are still unresolved issues having to do with visibility of @_. I'm ignoring that question for the moment. (But note that if we make @_ lexically scoped, those anonymous subroutines can act like closures... (Gee, is this sounding a little Lispish? (Never mind.))))
      from perlsub(1)

      Couldn't resist.

    7. Re:Good (not bad) article (interview) by zsau · · Score: 3, Informative
      It isn't. Italicisation is for
      • emphasis
      • foreign terms
      • titles of larger works (novels, for instance, but not songs).


      (On the subject, bolding is for keywords, headings &c. more than emphasis; whereas italicisation is only really noticeable when you're in the vicinity, bolding is visible pretty much anywhere on the page, drawing your attention to it. Avoid bold for emphasis.)

      ((Even more tangentially, anyone who has the capacity to use italics but still uses underlining for anything except for links will be hung, drawn and quartered when I'm ruler of the world.))
      --
      Look out!
  3. For a second (no pun intended) there... by Anonymous Coward · · Score: 5, Funny

    I thought this was going to be an article about overclocking your wristwatch.

  4. Somewhere in the middle by SuperKendall · · Score: 4, Informative

    It was a short section in the middle - to summarize:

    "The level of effort is much harder now for a kid to get into programming - PC's used to ship with Basic manuals and you could write code to draw a spaceship in ten lines of code, but now you have to learn the Win32 API + Directx to get a black triangle on the screen."

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Somewhere in the middle by cjwl · · Score: 5, Informative

      Perhaps he should sit down and try Cocoa out while he's using OS X. ProjectBuilder/Xcode can generate a skeletel application that runs w/ no code. Interface Builder will generate code for your view, you fill in the drawing code. It's pretty damn easy and there are a lot of tutorials.

      I think it is far easier for young people to get started these days and they have access to far more powerful tools and OS than the beginners of the past. I didn't get a Unix machine (NeXT) until I was 20, we have 5 year olds using it on a Mac now. The barrier to entry is far lower now than it ever was and it will continue to be.

      The real problem is that there are far more people who know programming that you have to compete against for jobs...

    2. Re:Somewhere in the middle by larkost · · Score: 3, Interesting

      While it has become harder to draw a black triangle on the screen programatically, it has become fire simpler to use an IDE to make a window that has a black triangle on it, and then draws "hello world" and asks you for your name, all well within ten lines of code (and 3 minutes of work).

      With XCode and InterfaceBuilder (the IDE tools that ship with MacOS X) I can whip up a text editor with support for rich text (fonts, formatting, colors, embedded images, etc) in under 20 lines of code (half of which are written for me), and a few minutes.

      I would say that it has become far easier to get complex things done in programming, and for a lot of tasks the entry level has gone down, but of course our expectations have increased enormously.

    3. Re:Somewhere in the middle by bfields · · Score: 4, Insightful
      The real problem is that there are far more people who know programming that you have to compete against for jobs...

      I don't know, it may be that the market for "programmers" is poor, but that doesn't mean there isn't a need for a higher level of computer literacy in the general population. If you're someone in another specialty (e.g., you're mainly a biologist) and have some programming skills, then there's probably a lot of people that will be very happy to have you around.

      think it is far easier for young people to get started these days and they have access to far more powerful tools and OS than the beginners of the past. I didn't get a Unix machine (NeXT) until I was 20, we have 5 year olds using it on a Mac now. The barrier to entry is far lower now than it ever was and it will continue to be.

      That's all true, it's amazing that these days you can get such high-powered hardware so cheaply, and run entire operating systems entirely from code that you can tinker with.

      On the other hand, even the lowest-end machine has so many other distractions on it now--games, email, etc. The basic interpreter was sometimes the only fun thing that came with the cheap home computers of the 80's--the only way to get a game might be to spend money on a cartridge or type one in from a magazine--whereas now you have to dig a little and look up documentation elsewhere to find a programming environment for your new PC.

      --Bruce Fields

    4. Re:Somewhere in the middle by Mike+deVice · · Score: 2, Insightful
      To do the really nifty stuff has never been easy out of the box. Sure, you could throw a sprite up on the screen in BASIC on the C=64, but to do something really neat you had to learn 6502 assembly.

      My first home machine was a TI-99/4a bought for me by my parents. It didn't take too long for me to get tired of my little "space shuttle" dodging blocks, and I wanted to do more. That meant getting and learning extra stuff, whether it meant the Extended Basic module or getting the expansion box so I could use C or Pascal.

      Ah, memories.

    5. Re:Somewhere in the middle by TomorrowPlusX · · Score: 2, Insightful

      But consider, ( at least in the case of my old DOS VGA graphics ) accidently writing outside the video buffer would bring the computer down. Completely. As in hard-reset.

      Nowadays, the OS just brings up a dialog saying "blech! crashed!" or something.

      It's a fair trade.

      If you want easy prgramming today, you might have to go through a shell of some sort. Squeak might fit the bill [ http://www.squeak.org/ ].

      The point is, modern systems are *robust* and as such, there's a higher point of entry. Nothing to see here. Move on.

      --

      lorem ipsum, dolor sit amet
  5. Virtual desktops by mst76 · · Score: 2, Insightful

    I don't really understand why Apple doesn't offer them. I've hears several reasons: the dock, expose, tranparent windows, or whatever makes them unnecessary, they're confusing for new users, etc, etc. But none of these addres the fact that Aqua WITH optionally selectable virtual windows (selectable for the "advanced user") is BETTER than WITHOUT. You can make all the same arguments for the presence of Terminal: it's unnecessary and confusing for the majority of users, but I bet few Mac users would want Apple to leave it out.

    1. Re:Virtual desktops by Anonymous Coward · · Score: 2, Insightful

      But none of these addres the fact that [APPLE TECHNOLOGY] optionally selectable [FEATURE] (selectable for the "advanced user") is BETTER than WITHOUT

      If you are going to be an Apple customer you will have to let go of this idea. Apple simply does not add a lot of doo-dad features because a few nerds would like them.

      Try this attitude instead:

      [FEATURE] is bad, even if it's optional, because most people don't need it. It's just a kludge because Windows/Linux/DOS/Amigas is inferior to Macs. [APPLE TECHNOLOGY] was wholey perfectly designed from the beginning

    2. Re:Virtual desktops by Kenja · · Score: 3, Insightful

      Apple is of the opinion that two buttons on a mouse is overwhelming. Do you realy expect them to think that we the consuming masses can handle more then one desktop?

      --

      "Have you ever thought about just turning off the TV, sitting down with your kids, and hitting them?"
    3. Re:Virtual desktops by nine-times · · Score: 5, Insightful
      ' I don't really understand why Apple doesn't offer them. I've hears several reasons: the dock, expose, tranparent windows, or whatever makes them unnecessary, they're confusing for new users, etc, etc. But none of these addres the fact that Aqua WITH optionally selectable virtual windows (selectable for the "advanced user") is BETTER than WITHOUT. You can make all the same arguments for the presence of Terminal: it's unnecessary and confusing for the majority of users, but I bet few Mac users would want Apple to leave it out.'

      There's a weird Apple mentality at work here. I'm not Apple bashing, it's just that the reasons are ones that most on /. won't really identify with.

      Apple likes to control their product; they don't want the interface very customizable. They'll allow little tweaks, and they'll allow people to make 3rd party products that can do... whatever. But this is the issue from the point of view of Apple: look around at linux desktops. Heck, just find some screenshots online somewhere- they all look different. Both KDE and Gnome are very customizable. Great. But a lot of users are going to find it confusing. Here's an example:

      If I tell you I'm running Linux with a gui, and I want to reboot, can you tell me, without looking over my shoulder, where, spacially, on my interface, I need to go? Even if I tell you "I'm using Gnome" or "I'm using KDE", can you then tell me where the 'Log-out' or 'Reboot' button is? No- because it's very customizable, any button could be anywhere.

      This means that the user's understanding of where things are and how the interface operates is not necessarily portable from one installation of Linux to another, even if you're using the same window manager on the same distribution. So what you need to understand about Apple's design philosophy is this: they don't like that. They want it so, if you're using their software, with no complicated tweaks or 3rd party hacks, everything will look pretty much the same, act pretty much the same, and be in pretty much the same place.

      Virtual desktops would be fine with Apple, if they liked virtual desktops enough to use it with the standard interface, but they don't. It's not that they mind virtual desktops, but Apple doesn't want to add in extra options that will change the interface and confuse many users, unless it's necessary. They'd rather, instead, come up with another interface design feature that, they believe, will be as powerful as virtual desktops, but less confusing to users (like Expose). And if you want virtual desktops, their are 3rd party implimentations available.

      So, there's your difference between the Terminal and Virtual desktops. One is an application (of sorts) than can be run within the current standard Apple interface (Terminal), and the other actually changes the behavior of and the user interaction with the interface.

  6. Desktop Manager is Amazing by pyite · · Score: 5, Informative

    I really have to say that Desktop Manager is amazing. It even has eye candy transforms between desktops (such as the sides of a cube representation of things). And to boot, Rich emailed me back some time ago when I had a question.

    --

    "Nature doesn't care how smart you are. You can still be wrong." - Richard Feynman

    1. Re:Desktop Manager is Amazing by rjstanford · · Score: 4, Insightful
      I really have to say that Desktop Manager is amazing. It even has eye candy transforms between desktops (such as the sides of a cube representation of things).

      Good ... but not exactly amazing ... from TFA:

      Q:[Y]our app feels faster than any of the competing apps out there by an order of magnitude, even though you arguably throw a hell of a lot more eye candy in there and you've recently made it even faster. Where is this speed coming from?

      A:Apple :). The actual 'switching' is performed by calling the secret API functions above. This is actually implemented in the Window Manager and hence is as fast as if I could delve in there myself and manipulate them 'by hand'. The transitions eye-candy in later releases is actually using Apple's own code.
      Does that mean that it's good code? Absolutely. But not startlingly good code, since most of the heavy lifting was done by the OS itself (Apple uses similar transitions for switching between multiple users, for example - which would lead me to belive that had Apple done this they would have used something visually distinctive for the desktop switch, come to think of it).
      --
      You're special forces then? That's great! I just love your olympics!
    2. Re:Desktop Manager is Amazing by hunterx11 · · Score: 3, Interesting

      I would be more concerned about the fact that "secret" code is subject to change without notice. Objective-C doesn't support private methods, but leaving prototypes out of the header file makes it "pseudo-private." Aqua does have a few other unimplemented capabilities, like theoretical support for tear-off menus. Then again, we might see things like this in the future--it used to be that changing key bindings for menu items at runtime was partially coded but unsupported, but it was added as a feature to Panther.

      --
      English is easier said than done.
    3. Re:Desktop Manager is Amazing by bnenning · · Score: 4, Informative

      Aqua does have a few other unimplemented capabilities, like theoretical support for tear-off menus.

      Not theoretical.

      --
      How to solve most of our problems: 1.Lots of nuclear plants. 2.Cure aging.
  7. Many people feel Expose serves well enough by SuperKendall · · Score: 5, Interesting

    For me Expose works well enough as a virtual desktop - I have a lot of windows opened, but when I used to use a virtual desktop on UNIX most of the rooms would be pretty much one thing anyway - like a room for browsing. Now I can just hit F10 on a browser and see all the current browser Windows.

    I think Apple has just not focused any energy on an "Apple Way" to manipulate virtual desktops. It's a tricky UI problem and probably the work needed to keep programs in different rooms is too "virtual" for many people. Note that he did state Apple made changes that were seemingly very favorable to the writing of DesktopManager, so it would seem the folks at Apple are at least nuturing the concept - and if they ever do include such a program I don't think you'll see any sour grapes from this guy as he is already giving it away.

    I did like his idea for "Window Wells" (even though I think that was the interviewers term) a lot, so instead of virtual desktops being really virtual you have "clumps" of windows on screen (which are your virtual desktops) that you can click on like small expose'ed windows to expand the desktop. I'm still not sure of the best way to get windows in or out of these desktops.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Many people feel Expose serves well enough by geordieboy · · Score: 5, Interesting

      I couldn't use Expose as a replacement for virtual desktops. I tend to put separate projects on each different desktop, not windows of the same type. So for example I will have TeX files and a DVI viewer for a paper I am working on on desktop 1, C code and a plotting program on another, etc. etc.
      It would be much less efficient for me to collect all the files
      I need using Expose. I tend to use Expose as a cute way to switch between say 5 Safari windows. It would be hideous trying to organize 50 windows with it.

      --
      The world is everything that is the case
    2. Re:Many people feel Expose serves well enough by SilentChris · · Score: 4, Insightful

      I'm still waiting for Expose to have a way to move windows around with the mouse. At least as an option. I like the feature, but often I find myself wanting to reorder the windows after it does so (put all the important stuff on one side, web stuff on the other, etc. If I could do that, AND Expose could remember it, the feature would be an absolute godsend. It would literally be like having a physical desk organized by work.

    3. Re:Many people feel Expose serves well enough by TheRaven64 · · Score: 4, Interesting

      I would like to see a nudge feature added to Exposé. Using this, you would press some combination of keys (or a mouse gesture, corner activation, or whatever) and get a different cursor. Any window you clicked on with this cursor would be nudged away (ideally off screen). When you got to the window you wanted, you would deactivate the nudge cursor, and the next window you selected would become the foreground window, at which point the others would all fly back to their old positions (behind the new front window). I believe that this would be better at preserving the spacial metaphor, and would scale to large number of windows, better than the current Exposé implementation.

      --
      I am TheRaven on Soylent News
    4. Re:Many people feel Expose serves well enough by batkiwi · · Score: 2, Insightful

      How often does the average MAC user have a DVI viewer, c code, a TeX file, and a plotting program open?

      I mean, they've got to develop for who they're selling to.

  8. Wrong quartz... by Tassach · · Score: 3, Funny

    I got all excited thinking there was going to be an article about DIY piezoelectric devices

    --
    Why is it that the proponents of "one nation under God" are so eager to get rid of "liberty and justice for all"?
  9. Okay. by numbski · · Score: 2, Funny

    Note: THIS IS ON TOPIC. RTFA. KTHX. :)

    The man doesn't like spirits, but he likes beer.

    I've noted, most everyone either likes liquor, liqueur, or beer.

    Why is there such a lack of interest in cider? I have my own batch finishing up it's first rack right now, and I'll be moving it to second racking adding honey tomorrow. :P

    The more I've read the history of this country, it seems like the germans moved in and totally obliterated the cider makers and moved in with the beer. :( I love my cider dangit. :P

    Oh, and love the app, use it all the time. ;)

    --

    Karma: Chameleon (mostly due to the fact that you come and go).

  10. Not such a good app by Jeedo · · Score: 3, Informative

    I've used this application and it was highly unstable, crashed constantly and was generally nothing like the virtual desktop one has gotten accustomed to on UNIX desktops.

    1. Re:Not such a good app by numbski · · Score: 3, Interesting

      Eh, I think you just have bad luck.

      Granted, no, this is 'not your dad's desktop manager' in the sense that you're used to in X, but it's still a far cry improvement from not having it at all, and if you look at the sources, his readme's, and heck, just this interview, he has some interesting improvements coming down the pipe.

      But if you want to cry instability, let's hear it:

      What's your hardware specs?
      What OS?
      What version of Desktop Manager?

      --

      Karma: Chameleon (mostly due to the fact that you come and go).

    2. Re:Not such a good app by aarku · · Score: 2, Informative

      The parent comment is most likely outdated knowledge. You were most likely using versions v0.1-v0.3. The latest v0.5.1, while still officially "alpha quality" has yet to crash on any of the machines I use or maintain. Try a more recent version.

    3. Re:Not such a good app by Jeedo · · Score: 4, Informative

      I'll answer this to the best of my current capability, my iBook being in Ireland and all due to display problems.

      I usually use GNU/Linux on my iBook, which is one of the later G3 models, or a G3 800MHz 12.1". The OS i was using at the time was Mac OS X 10.3 booted from a 1GB partition i use when i want to muck around with OSX, as for the version, i dont remember nor am in a position to check, this was about 3 months ago though, and was the latest version at that time.

      Now, dont get me wrong, in it's core concept this is an okey app, however the implementation is somewhat bad.

      1. When you use the windowlist-in-macbar ( the file-edit.. thing at the top of the screen ( danm my mac-jargon knowlage is outdated )) it frequently underflows under other menus when you have a small screen, such as in my iBook. Of course this it not in all applications but it happens when you open certain apps that spawn lots of these menus not to mention having the iChat menu and others up there.

      2. It crashed, and often, when this happened all windows were gathered in one desktop on top of each other, nothing you couldnt solve with Exposé but still a frequent annoyance which eventually led to me uninstalling it.

      3. To top it all off you got a "You are about to shut Desktop Manager off, this will gather your windows inn one desktop yadayadayada yes/no" message when the computer shut down, this in itself was not such an annoyance, just something that added to problem nr. 2.

      Don't get me wrong, i just said it was unstable at the time, it is however a great concept. I use this feature on my GNU/Linux desktop every day so it's not like i'm unused to the concept, however at the time i tested it it was at least on my machine way too unstable to be of any good use, so i just went back to Exposé. However i wish the author the best of luck in future development and hope that by the next time i test it will actually work as desired, plust it had some neat ( if useless ) transition effects.

      Cheers.

  11. Or not... by endoboy · · Score: 2, Insightful

    ever heard of visual basic?

    1. Re:Or not... by Anonymous Coward · · Score: 2, Insightful

      Except that Visual Basic costs more than the entire home computer back in the 80's. It is also not included on the PC when you buy it as was customary back then (in ROM no less). Add that to the fact that VB is far more complicated than the old fashioned BASIC of yesterday (Shitloads of menu options versus what? LIST and RUN?)...

    2. Re:Or not... by Short+Circuit · · Score: 2, Interesting

      Maybe I'm just not good at VB, but I got less flicker making my own animated screensavers on my old 286+QBASIC than I get with VB. (VB does make some of the job easier, though.)

      Unfortunately, VB so spoiled me in elementary and middle school that I still can't sit down long enough to learn to combine C and GTK, or C++ and QT, or Perl and Tk. I have managed to do some stuff with C and SDL, though.

    3. Re:Or not... by endoboy · · Score: 2, Informative
      VB.net standard edition-- $90

      even neglecting inflation, I don't think that that comes to "more than the entire home computer back in the 80's"

    4. Re:Or not... by shellbeach · · Score: 3, Interesting

      ever heard of visual basic?

      Actually, I would have said that Perl (and Perl/Tk for creating GUIs) is the equivalent BASIC these days. Simple, straightforward, free and cross-platform ... and there's some excellent O'Reilly books for beginners.

      YMMV, of course :)

  12. narf? by happyfrogcow · · Score: 2, Funny

    nicking my, now ex, girlfriend :)

    someone define "nicking" for the, um... curiously imaginative.

    1. Re:narf? by FyreFiend · · Score: 2, Insightful

      It's UK english for stealing.

      --
      - Apple Computer......proudly going out of business for over twenty years.
  13. Hardly insightful, more like casual dismissial by SuperKendall · · Score: 4, Interesting

    Apple is not really about "One Way". They are about a "Crafted Way". That is, anything that Apple includes in the OS they like to have honed to a fine sheen before users can touch it.

    If Apple were about "One Way", you would not have the nice integration between the finder and Terminal. You can stick to the Finder to find documents or manipulate files - or you can just use the Terminal, or you can use a hybrid of the two and drag files into the Termainl from the finder and get a full path expanded for you in the middle of some command.

    Note in the article that he mentions Apple made some API changes which were very favorible to Desktop Manager. They could have switched stuff around to crush him like a bug. But they instead made changes that helped - does that sound like a company bent on the "One Way" to do everything?

    As I've said before I really think Apple and virtual desktops is not so much an issue that they do not want it, as they have not invested the mental energy to solve the UI problem of the user maintenience of virtusl desktops - moving windows between, making sure the right windows wind up in the right desktops, etc. If anything I think virtual desktops will arise in OS X through an evolution of Expose, though in the end it may not be quite virtual desktops as we know them today.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  14. Re:That's just standard Apple mentality for you by Jeremy+Erwin · · Score: 2, Interesting

    If an operating system supports two different methods of organizing the desktop, then some inexperienced programmer will find some method of supporting only one.

    "Yeah, our App tends to crash Expose. Use Virtual Desktops instead."

  15. Undocumented API calls by mst76 · · Score: 4, Insightful
    I found this slightly disturbing:
    Sure. OS X has a couple of undocumented API calls 'CGSSetWorkspace' and 'CGSGetWorkspace' which allow you to split the window trees into different desktops and move between them.
    [...]
    Believe me there is a lot in OS X that is undocumented and suggests interesting things.
    While not many people blame Apple for keeping Quartz closed source, many would argue that at least the APIs should be exposed. This gives independent app writers a level playing field when writing apps that might compete with Apple's own offerings.
    1. Re:Undocumented API calls by Otter · · Score: 5, Insightful

      I don't think this is so much a way to stifle competition (competition with what Apple product?) as either 1) those calls are not stable yet or 2) they don't want to encourage use of certain things at the application level.

    2. Re:Undocumented API calls by Archibald+Buttle · · Score: 4, Informative

      Apple does indeed have a number of undocumented API calls in Mac OS X. Now whilst it would be nice for all of the API calls to be documented they simply aren't right now.

      Quartz actually can do a whole load of other things using undocumented APIs besides this virtual desktop stuff. It's also possible to rotate windows, shrink them, and zoom them up - I have an application that does this. However those that have investigated the APIs that allow these wild things to happen have found that they're not exactly complete.

      Apple has of course been challenged about these APIs, and they remain consistent: you shouldn't use these APIs. They are undocumented because they are likely to change in the future. When the API is complete they will be documented, but not before then.

      It's quite possible that all of these APIs (handling virtual desktops, rotation, and scaling) will be documented for 10.4 (Tiger).

      One example of this is the shadow effect that Mac OS X supports on windows and other graphics. It's been there since 10.0, but it wasn't publically documented (although some people discovered its API). Apple only used this API for shadowing windows and menus. An official API for shadows was introduced in 10.3 which is more fully featured and easier to use than the old unofficial API. Indeed there's two official APIs now for shadows - one for low level Quartz calls, and a high-level API for AppKit.

      Of course what Apple really should do is make sure that these new experimental APIs simply aren't present in the shipping OS. Apple themselves don't use them, so why leave them around?

    3. Re:Undocumented API calls by ebooher · · Score: 4, Insightful

      Well, I couldn't help but whip my thang out here. I also apologize in advance for my patent pending Bullshit Theory of the Day

      Anyway. The API's for Quartz, and what you can do with the UI for the system is documented. Pick up some of the dog books from O'Reilly (Which, while I'm on the subject, where did the dog come from anyway. I mean .... it may not have been exactly public knowledge, but OS X has always been a cat.) Everything you need to know about how to do proper manipulation is there. All black and white.

      The problem enters the equation when developers poke around and find things that Apple didn't mean for them to find. Ergo the undocumented hooks this guy is using. Now, while I will agree there is a bit of coolness about being able to locate something and then add it into your own code so you can just make a simple call and use it like you wrote it yourself, there is a problem with it. A guy in an earlier post complained about it not working with Jaguar. Most likely, it won't work with Tiger either.

      You see, you have to understand that Apple, even though they are a big corporation out to make money off of both you and your grandmother, isn't specifically trying to hide something that you can use to write cool software to get your grandmother to buy a brand new G5. They want you to write something your grandmother will feel compelled to spend $2000 on a brand new Mac to use.

      Here comes the but....

      But the internal developers deep within the bowels of Apple are slaving day and night to make The Next Cool Thing (TM) that everyone will have to have in the newest version of OS X. These features are extremely fluid, sometimes disappearing completely in a simple increment upgrade within the same major version of the Cat. Because those same developers might have tried to create something too cool and have opened a hole somewhere else. They are undocumented because they might be gone tomorrow, or might change how they are called, or might become a butterfly all by the next major revision when they become concrete.

      You see, when they solidify and become concrete, then documents are written, then become published API's with which to write code against. I mean, I don't know about you, but I wouldn't want to write code against an API, documented or not, that I knew wasn't standard yet and would most likely change tomorrow.

      But this is all just the opinion of one old man.

      --
      "Genius may shine aloof and alone, like a star, but goodness is social, and it takes two men and God to make a Brother."
  16. Big Brick Walls by ObsessiveMathsFreak · · Score: 4, Insightful

    With the old home computers one could get instant gratification by writing a program which drew a space-ship on the screen in 10 lines of BASIC. Nowadays you'd have to learn COM + Win32 + DirectX just to get a black rectangle.

    Amen.

    It required at least 300+ lines of Visual C++ to get a black screen and almost 150 lines of C++ to get SDL to throw up a black screen.

    What the hell is going on here?!?! I know a lot of things need to be set up, resolution, sound, etc. But most people were happy with the default options they were given on those old computers. They made Elitle out of it for christs sake.

    So how come I can't start a gaming project with a simple

    Setup_SDL(SDL_STANDARD_OPTIONS);

    Is it too much to ask?

    --
    May the Maths Be with you!
    1. Re:Big Brick Walls by sparrow_hawk · · Score: 4, Interesting
      Umm... I'm not sure what version of SDL you're using, but all you need to throw up a black screen in SDL (in C) is the following:
      #include <stdio.h>
      #include <stdlib.h>

      #include "SDL.h"

      int main (int argc, char **argv) {

      if (SDL_Init(SDL_INIT_VIDEO) < 0) {
      fprintf(stderr, "Could not init SDL: %s\n", SDL_GetError());
      exit(1);
      }
      atexit(SDL_Quit);

      SDL_Surface *screen;
      screen = SDL_SetVideoMode(640, 480, 32, SDL_SWSURFACE);
      if (screen == NULL) {
      fprintf(stderr, "Could not set video mode: %s\n", SDL_GetError());
      exit(1);
      }

      SDL_Event event;
      int quit = 0;
      while (quit == 0) {
      SDL_Delay(1);
      while (SDL_PollEvent(&event)) {
      if (event.type == SDL_QUIT)
      quit = 1;
      }
      }

      SDL_FreeSurface(screen);

      return 0;

      }
      Compile it with
      gcc -Wall -ggdb `sdl-config --cflags --libs` ./SDL_app.c -o SDL_app
      and bingo, you've got a black screen. That's 35 lines of code, and it could have been less if I hadn't included error-checking and other nice things like that. For the record, most of it was cribbed from the SDL Introduction.

      SDL is a beautiful, compact API that's also nicely extensible (eg. SDL_image, SDL_mixer, SDL_net, smpeg, etc.). There's no *way* you need 150 lines of code to do interesting things with SDL.
    2. Re:Big Brick Walls by gidds · · Score: 2, Informative
      They made Elitle out of it...

      If you mean 'Elite', then that's a bad example. The original (Beeb) version hacked the display registers to create its own hybrid screen mode, with a highish-res black-and-white main view, and a lower-res 4-colour status panel beneath. (I guess they effectively switched between MODE 4 and MODE 5 using a timer interrupt that fired 2/3 the way down the screen, and switched back in the flyback.)

      In short, they didn't use the default options!

      Mind you, as someone else said, it's dead easy to create windows and stuff in Java, and the sorts of graphics primitives that micros used to have are also pretty easy.

      --

      Ceterum censeo subscriptionem esse delendam.

  17. Visual Basic is not bundled and manualed by SuperKendall · · Score: 5, Interesting

    But how many computers ship with VB, and a manual which shows you how to write cool little programs in VB? I really can't think of ANY!!

    Even OS X, which does at least ship with developer tools in every box really makes no mention of them.

    The thing about computers before was that it was super easy to just write ten lines of code and have something happen. Now you have to hunt down an IDE or an editor, and chances are you're writing a lot more than ten lines even for Hello World! The computers now have (as he said) a much higher barrier to entry of manipulation, though of course you can do a million times more if you do break that barrier - so I'd say the only hope is that the rewards of crossing that barrier are enough to lure people over.

    I agree with him that this is a real problem, far fewer people are exposed to the manipulation of computers at a young age and instead computers are treated as black boxes, not to be touched. Cars are headed the same way to some extent but there already was a much more powerful and widespread culture built up around people and engines, so it's a lot harder for that to vanish. I wish that more people would be able to think of computers as more like cars and less like toasters.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  18. Difficulties for beginning programmers by SandSpider · · Score: 2, Interesting

    He mentions that it's more difficult for beginning programmers to get a start, as compared to the old days. Partially because software companies have tried to hide everything, and partially because it's so much more difficult to write a small amount of code that will do something exciting.

    I disagree. Those points were more true a few years ago, but, at least with OS X, you have plenty of potential. First of all, there's Applescript and Applescript Studio. It's really easy to get a program started that does far more than in the old days, since most of your basic user interface work is done for you, and you can draw on the power of every installed application on your computer. Mind you, learning how to program Applescript is not like learning to program most languages, but it's a really good test of your problem-solving skills.

    The other part is web programming. Nowadays, if you can get a computer that's visible to the internet, or an account on a web server that allows custom CGIs, you can make custom programs that will not only be cool to you, but potentially cool to the entire world. That's a lot more incentive than you had in the old days, or at least a different kind of incentive. It might even make for more solid coders in the future, since hobbyist and learning programmers nowadays get to see people trashing their programs repeatedly, so there's good reason to make them work properly.

    No, it's not the same, and it's may not be particularly easy to get started in the windows world, but for the rest of us, there are plenty of good opportunities for the beginning programmers.

    =Brian

    --
    There is nothing so good that someone, somewhere, will not hate it.
    1. Re:Difficulties for beginning programmers by Tim+Browse · · Score: 3, Insightful

      I don't buy this "it's much harder these days to start programming" bullshit. It's purely a perceived problem because apps are more complex these days, and there are lots of them. But don't expect to write complex stuff when you start.

      Hell, the first program I 'wrote' on my Commodore PET was something that made a rocket fly up the screen over and over. It was very simple. You could accomplish the same these days on any machine by downloading gcc and writing a C program of frankly a very similar length and nature.

      I don't actually remember my PET or my BBC Micro running ICQ or browsing the web, or doing any of these things that people seem to think they can just pick up a compiler and throw together in a few days.

      Stuff has got more complicated, and people expect more features and UI. But to complain that it's hard to get started is just not true.

      Hell, with the GUI toolkits around now, it's actually way easier to do some of these cool things. Think back to the early days of GUI programming. From my own experience, programming RISC OS GUI apps was horribly complex and difficult to get going with. On the other hand, I remember how cool I thought it was when I realised that the OS did stuff like those handy edit boxes for you - you didn't have to do anything! :)

  19. This is only worrying by Anonymous Coward · · Score: 5, Interesting

    If apple's apps then call these APIs. It is possible that these APIs are incomplete, experimental, or internal to the OS. If Apple documents these APIs, that means they're obligated to support them and keep them relatively stable between OS releases, etc...

    This isn't quite like the Windows situation for two reasons.

    One, the problem in Windows is mostly that MS's hidden APIs are for (1) very important and basic things and (2) used extensively by MS's in-house apps.

    Two, Apple's been very good not just about keeping competitors on a level API playing field with Apple's apps, they've been very good about actually moving functionality OUT of Apple's inhouse apps and into public APIs. Witness searchlight services, or CoreGraphics. These were functionalities in Apple inhouse apps that Apple decided would be useful to other people, so they sucked it into the OS and made a public API for it...

    1. Re:This is only worrying by Twirlip+of+the+Mists · · Score: 4, Interesting

      If apple's apps then call these APIs.

      Well, they don't, not really. There are two sets of calls he was talking about. There are the calls related to organizing the window hierarchy and splitting it. Nobody uses those calls. They may--this could be completely wrong, because I have done zero reading on the subject--date back to NEXTSTEP. Lots of little things in Cocoa do.

      The other set is related to the rotating-cube transition. Only one process calls that code.

      So these aren't pieces of code that are widely reused within Apple's programs.

      --

      I write in my journal
    2. Re:This is only worrying by IamTheRealMike · · Score: 2, Informative
      One, the problem in Windows is mostly that MS's hidden APIs are for (1) very important and basic things and (2) used extensively by MS's in-house apps.

      Not really. I work on Wine and most of the undocumented APIs I can think of are very boring, in fact they're mostly utility APIs implemented by various teams (especially IE and the shell). Certainly Microsoft tends to err on the side of exposing potentially dodgy APIs rather than keeping them quiet.

      While there are large chunks of undocumented APIs for instance in NTDLL these really are simply internal functions that happen to cross DLL boundaries. They aren't designed to be used from apps. In the case of NTDLL they are simply the internal implementations of the kernel DLL (amongst other things).

      Every OS has these, even Linux. It's just a normal part of OS development.

  20. I'd like to rephrase that as... by Kjella · · Score: 4, Insightful

    ...the distance between a beginning programmer and what you see commercially available is eons apart, compared with before.

    I programmed my C64 with "state-of-the-art" GFX (320x240x16 color, woot), SFX/music (think PC squeaker-like), most else was limited by memory/CPU constraints. In retrospect maybe my AI and gameplay wasn't quite up to par, but I was very close at least.

    One thing is to get a person started - which is hard enough, true, but it's also takes a lot more before you feel you're doing something that feels "cool". Something you could compare to everything that's out there and in some small, limited way be better than. Because once you've done that, you begin to believe you can do it in every other way as well.

    Kjella

    --
    Live today, because you never know what tomorrow brings
  21. Prerelease? (was: Re:Undocumented API calls) by beavis88 · · Score: 2, Insightful

    I've heard that, generally speaking, some API calls are inserted into production libraries before they're truly meant to be used. Seems like this could potentially be such a case. But I do agree that in almost all cases, APIs should be as open as possible -- plenty of good ideas have come out of independent shops as a result of having good tools (APIs) available and well documented.

  22. Hacking Quartz and Mach directly? by tyrione · · Score: 3, Insightful

    How is this giving Apple's consumer applications an advantage? What this shows is where Apple has optimized security and performance within the WindowServer and its functionality of Expose in conjunction with the Dock.

    This has nothing to do with Apple utilizing a secret API for all its consumer applications like Final Cut Pro, etc to put it one leg up on the competition.

    This has everything to do with strictly improving the performance of the Operating System and core functionality that all applications may benefit from by the fact they are written for OS X. There isn't a Core Graphics for third parties and a Core Graphics for in-house. Get real folks.

  23. More power but how many know it's there? by SuperKendall · · Score: 2, Insightful

    Sure the programming tools we have now are way more powerful than before, and you can as you say reach a much larger audience.

    But, there are two problems:

    1) How to know that anything is there, and
    2) The widespread display of programming is not really there for the masses.

    For (1), consider than before programming was like an old scooter left on the sidewalk. Anyone could see it was there, pick it up, and mess around. They might not get very far but it gave a feeling for driving.

    Now the scooter is gone, and you have a sleek black porche out in the back alley with the keys in the ignition. Unless you go looking you aren't even going to know the porche is there or that you can use it - there's very little material today that tells kids how cool and easy it is to get into programming. Then of course even if people find the porche many will be too daunted by all the array of features and power to even go forward with driving it - even though the keys are right there! Open up an IDE and just imagine it's the first thing like ti you've ever seen. Even the tutorials can be overwhelming to a kid!

    Now you also brought up the ability to code things that are more widley viewed and used. That is true and is a great appeal, but let's say a kid does learn some kind of server side programming (the only way to do anything really cool - you can only go so far with Javascript). Well how is he going to host it? Where are the super cheap kids hosting servers that come bundled with computers? Do schools do this nowadays (I have not heard of any supporting student CGI space [perhaps that's just as well, it would no doubt be only ASP servers]) Even though potentially a kid COULD write something that would be used far and wide, the actual ability to do so is not there for most people.

    Once people break through the initial hurdles it is much easier to produce stuff now. But the hurdles are far greater than they used to be when I was a kid. Not to mention I doubt I EVER would have got into programming if I were just able to buy the plethora of games they have now instead of writing some of my own from time to time!

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:More power but how many know it's there? by SandSpider · · Score: 2, Interesting

      I don't think the hurdle is as high as you make it out to be. I'll grant you, nobody's spoon-feeding every kid with a computer on how to program it, as it was in my day. On the other hand, there are far more kids who are using computers than did in the old days.

      I suspect a larger problem, if you want to call it that, is that computers do so much more than they used to. It's harder to find something that isn't already written, at least for the beginning programmer. On the other hand, the people who want to program computers tend to have a greater calling to it than just the users. They see the box, they see the potential, and they want to reach out and use that potential. That's what really drew me into programming, not the fact that there was BASIC right there, but that I saw the potential and wanted to exploit it.

      Okay, let's take an example. AIM bots. Kids these days will chat with people over AIM, and they'll run across a bot. Some kids will get annoyed, some won't realize they're talking to a bot, and some will see the limitations of the bot and want to make their own. Once you see that a bot can be made and used by normal people, then the people who are going to want to program them will figure it out. They'll hit google and type "how to program aim bot" or simialar, and poof! The world is their mollusc.

      Parents are also likely to help with this, hopefully. All the parents have to do is say, "You know, you could write programs, too." Even if the parents don't know how, I would be very surprised if some quick work on Google won't reveal answers. I'd also be surprised if kids today don't look up most of their facts on Google. It's easy, it's everywhere, and it's something they are growing up with.

      As for hosting web apps, though it's not a perfect solution, and not as easy to show the entire world as I made out before, it's really easy to do out of the box in OS X. Turn on personal web hosting, drop in some CGI, and play around.

      So: not the same, absolutely, but it's not a wasteland for potential programmers. The soil is fertile, the seeds just need to be dropped in.

      =Brian

      --
      There is nothing so good that someone, somewhere, will not hate it.
  24. I had some helpful tips on this... by Chuck+Bucket · · Score: 3, Funny

    but it was in my book titled "OS X: The Missing Manual" and I can't find it.

    PCB$5%

  25. Steals GPL source??? by nacturation · · Score: 5, Interesting

    Highlights are secret APIs in OS X for VirtualDesktops, who steals GPL source...

    Where is this in the article? I read the whole thing, then went back and searched for every occurrence of "steal" (zero results) and "GPL". The only part that mentions Virtual Desktops is that CodeTek can't use the Desktop Manager source in their closed source app because it's GPLed. The relevant section is:

    "I still get some emails accusing me of being petty and small minded for GPL-ing Desktop Manager since CodeTek can't easily use my code. That is silly since they are quite capable of re-implementing Desktop Manager in a far better way using my techniques. I haven't tried (nor could I probably) claim control over how people use the APIs I discovered."

    Nowhere does this claim that Virtual Desktops is using, let alone stealing, anything from his source. Unless I missed something here, I fail to see how such a statement is anything more than libel.

    --
    Want to improve your Karma? Instead of "Post Anonymously", try the "Post Humously" option.
    1. Re:Steals GPL source??? by saddino · · Score: 4, Informative

      Yeah, you're missing something, but I don't blame you, the write-up is confusing.

      First, the poster mentions: on OS X he created Desktop Manager, the GPL solution for VirtualDesktops

      So, you see, the poster is using "VirtualDesktops" as a name for "virtual desktop technology," not as "VirtualDesktop Lite/Pro, the product from the company CodeTek."

      Second, the list at the end is suppose to be read this way:

      Highlights are:
      - secret APIs in OS X for [virtual desktop technology]
      - who [is it that] steals GPL source [?]
      - why beginner programmers are at a disadvantage now


      Thus, it's just a list of interesting items from the interview; it isn't supposed to be read "blah blah blah CodeTek, who steals".

      Finally, the answer to the second "highlight" -- is indeed in the article posed as:

      You mentioned all of your code being released as GPL, and much of it isn't throw-away stuff. Do you ever worry or wonder about it being 'lifted' and incorporated into proprietary software?

      So, yep, it's in there: "lifted" instead of "steals." Interesting answer from Rich, too.

    2. Re:Steals GPL source??? by nacturation · · Score: 3, Informative

      Its a shame I can't mod the parent +1 astroturf...how about:

      "Interestingly CodeTek uses this exact same bit of code for their latest VirtualDesktop program."

      Seems pretty clear to me.


      Perhaps you should read it again, in context this time:

      "To allow DM to modify windows I had to use a little bit of code by Jon Rentzsch which allowed me to stick a bit of DM inside the Dock process (see later question). This bit of code communicates with the main app and performs much of the magic you see.

      Interestingly CodeTek uses this exact same bit of code for their latest VirtualDesktop program."


      The "exact same bit of code" referenced is obviously the Jon Rentzsch code, which you can find here. As you'll note from the site, it's released under a BSD license which can be incorporated into closed source projects. Since the article summary referenced "who steals GPL code" this doesn't even apply, now does it?

      How's that astroturf feeling?

      --
      Want to improve your Karma? Instead of "Post Anonymously", try the "Post Humously" option.
  26. No virtual desktops as there are multiple desktops by Anonymous Coward · · Score: 2, Interesting

    Why doesn't Apple support multiple virtual desktops?

    Because that would be confusing as there are real multiple desktops. You can have multiple desktops active at the same time. Say one for surfing and loading trojans by accident and another for online banking and you know that they are safely separated from each other.

    It's called Fast User Switching, but realise that they are all active at the same time. Adding virtual desktops which are not separate would confuse the user and water down simple secure separation of tasks functionality.

    Oops, I thought I did my finacnes on another desktop but I guess I've accidentally shared it with this guy who send me a funny application via mail or chat, because the separation was virtual/visual only.

    You can have separate desktops on Mac OS X and they are really separate, that is a major plus!

    Sure I would like multiple desktops within one user account but they should be separate and only have user permitted information exchange, nothing automatically allowed. Yes, that would be called sandboxing and I advocated sandboxes for Mac OS 10.3. I hope they will be in 10.4 as a 2005 surprise because it would stop trojan applications and even protect against a bug in the webbrowser or email applications if those would run inside their own sandbox.

    Yes, you can still ask Apple for Sandboxes as they have introduced the basic technology in 10.3 and still have many months before 10.4 is ready.

    Dennis SCP

  27. Sure it's a side effect... by SuperKendall · · Score: 2, Interesting

    But theyt could also just have changed the names of these calls as well. Do you think the Apple engineers are not cognisant of the ways various third party apps are using even undocument features? They may not support it but they are sure to be monitoring it, and probably even figureing from the ways in which people are trying to call the system how they should enhance the calls further into an API for public consumption.

    The original poster sort if implied Apple was hostle to other ways of doing things - but I would say that at worst they are indifferent, and there is some evidence they are a little better than that in reality.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  28. Re:Wish parents posted with real-world anecdotes by SandSpider · · Score: 2, Informative

    I'm not a parent, but I'm remembering when I was a kid, and how my parents were. They could have just gotten me a 2600, but they got me a TI-994. It had some games, but they encouraged the programming aspect as well. When they bought a macintosh, they got MS Basic, which certainly wasn't included, so I could keep up with that. So I have hope.

    There's also a program here in Charlottesville called Computers for Kids, which gets kids in low-income or similar situations teamed up with volunteers in the computer industries. You meet with the kids once a week, and teach them and lead them to do the things that they are interested in. If they lean towards programming, you can help them in that way. If they stick with it for the appropriate amount of time, the kids get a free computer out of the deal. So there are ways to help out even if you have no kids of your own.

    I see the decline in CS majors as more the lack of Making Money Fast than in lack of initial programming interest. I think a lot of people got into CS who probably shouldn't have, or at least many of those people who did will not be ultimately satisfied by a career in programming or Comp Sci. I am hoping that the future generations of programmers and computer scientists will be a higher percentage of people who are keen on programming, and not just doing it because that's where the venture capital lies.

    =Brian

    --
    There is nothing so good that someone, somewhere, will not hate it.
  29. Focus Follow Mouse... by isaac · · Score: 2, Interesting

    I'd love to use Desktop Manager instead of Codetek Virtual Desktop which has always felt iffy and bloated to me.

    Alas, multimonitor support is still pending, and Codetek gives me what I need even more than virtual desktops - Focus Follows Mouse!

    I sorely miss good focus-follows-mouse support; I know it's possible to enable it for X11 and Terminal.app, but only CTVD seems to allow enabling focus-follows-mouse across the whole system.

    -Isaac Salpeter
    iVillage Operations

    --
    I am not a lawyer, and this is not legal advice. For Entertainment Purposes Only.
  30. That would be very handy... by SuperKendall · · Score: 2, Interesting

    Now you're talking! Rather than bemoan the lack of virtual desktops, I think it's more useful to say "how can we make one desktop even more useful and usable?". That would be a great addition to Expose that would make it even more useful, even with a lot of windows. It would even elminiate the annoyance of having to define how a user moves windows between rooms or what rooms they show up in, as when new windows were open you could just shuffle them where you like with (as you say) some memory of where that was by app/title in case you re-opened them. You could have piles of stuff spatially related to a project, and possibly even some way to move a whole pile.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  31. Preaching to the converted! by SuperKendall · · Score: 2, Insightful

    I've been using IB and Xcode so I agree it's very powerful...

    However you must admit it takes a little work to get into! I don't think I could just point a ten-year-old at the thing and say "here you go!". You have to understand about message passing, how to link components, and so forth.

    And as I said it would be nice if Apple made reference to such things existing in the manuals you get with the computer. Most people probably have no idea there are there.

    Applescript Studio is probably a good starting point for many people, perhaps they will push that more for newcomers to the system.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Preaching to the converted! by Anonymous Coward · · Score: 2, Insightful

      " I don't think I could just point a ten-year-old at the thing and say "here you go!""

      I think a 10 year old would be best advised to open one of the simple example projects, like "DotView", and making small changes.

      Change the color of the background. Change the width and height of the dot. Both can be done in drawRect:, which is the method of interest at this point in learning Cocoa.

      From there, the kid can learn a little about mouse events, because there's a mouseUp: method, which lets you move the dot that's drawn.

      Once the kid has a grip on this, he might try changing to a different shape instead of a dot, learning about NSBezierPaths.

      A likely progression would be learning how to load a picture and draw *it*, instead of drawing a shape. That'd lead to learning about NSImage.

      It's all about baby steps. A kid could learn quite a bit from this one project, which would involve editing a single class implementation with half a dozen or so methods. It's also well documented.

      Yes, the deep end of the pool is very deep, but there's a lot of room to play at the shallow end.

  32. Think for me apps have replaced that need by SuperKendall · · Score: 4, Interesting

    I think over time applications themselves have to some extent replaced the need for virtual desktops. You mention managin 50 windows would be hard to use with Expose (actually I don't think it would be that bad, especially if you were mostly using the grouped Expose) but between tabbed browsing, and IDE's that really only have a few windows but easy code navigation reduce the number of windows you actually have to take care of.

    For project sets, I generally tend to close open windows nad have project related Finder windows open - threating them sort of like rooms. Since it's so quick just to open a document and not have to think if the program is open or not, having an icon in Finder is almost as good as a live window.

    Even when I was using virtual desktops more heavily I was using programs like Emacs (actually I still use Emacs very heavily) where having 200 files open was as easy as two.

    I'm not saying your pattern of working is any better or worse than any other, evryone thinks in different ways - I'm just trying to explain how people can be OK with no virtual desktops and still using working on a lot of projects at once.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  33. I think we are all missing something here by One_6453 · · Score: 2, Interesting

    I dont think it would be in apple's vested intrest to include virtual desktops with OSX because of these The new 30" displays..

    I mean why would they include a feature that (except for expose) that would take away from the main selling point of these huge displays i.e acres and acres of display real estate?

  34. But php and perl are at least bundled. by waif69 · · Score: 2, Insightful

    On my powerbook, it came with php and perl. I can utilize the man pages for info. But documentation for the beginner is still scarce. I knew what to look for and where to go at least.

    Programming is not introduced to students like it used to be. Now HS students are taught applications, not how to make the computer do something that someone else hasn't already installed onto it. Our youth are being deprived of the education on computers that was offered in the 80's.

    I, for one, will instruct my children on the creation and use of various scripts and languages for their own personal use. (I will teach them about GPL, of course.)

  35. You can do real time 3D in JavaScript by KalvinB · · Score: 2, Insightful

    Link in sig.

    I'm assembling a number of tutorials on doing software rendering using JavaScript. I used to think it wasn't good for much but after doing textured polygons with a color key my opinion has changed. Since it's all software the concepts can be transfered to any language that can plot a pixel, do math and store an array.

    I've also written a graphical adventure game in TI BASIC as well as some pretty basic 2D and 3D demos. Most of my graphics stuff is now done in OpenGL. I've worked with DirectX quite a bit in the past.

    Programming is no harder to get into now that it was X years ago. It's just that kids think they can do anything so they try to start out making the next Quake or MMO instead of starting with the basics and working their way up.

    You can also find QBasic and QuickBASIC on-line and Libraries still have books on programming in the language.

    The problem isn't that these languages aren't available. It's that they aren't "cool" and everyone tells them they absolutly must start with a C style language or they'll forever be corrupted. So they go to C and find out they can't do anything interesting so they just quit. If I had been forced to start with C, I wouldn't be a programmer.

    Ben

  36. Space desktop manager by jbolden · · Score: 2, Informative

    Just to throw in $.02 here. The project seems dead but I've been using space space.sourceforge.net for years. It does very nicely as a virtual desktop manager and it is open source (QPL).

  37. Imagine you are ten years old by SuperKendall · · Score: 4, Insightful

    Lots of people are mentioning PHP and so forth.

    You are perfectly right that Basic was really a scripting language. But try to imagine you are ten years old.

    PHP is very easy to download. But how do you hear of it? How do you even know what it is to download? Even as a professional programmer I would have said to use PHP for web apps but not to learn programming with.

    Also, what were you trying to program for? When I was a kid I did not really program just for the sake of programming. I perhaps wrote a small utlity that did some calculation I was interested in. My cousin did fractal generation. I might type in a game from a magazine and decide I wanted to improve on it.

    So now you have a kid not knowing here to start, because there is not central starting place. Then you have the will of the kid to even figure out where to start, the barrier of having enough interest to create something he cannot just download.

    Perhaps things like Mindstorms are taking the place of traditional programming. I'm not really sure. But it does seem like a kid could not be led into programming as much by accident anymore, he would definatley have to seek it out. And that will always eliminate some people from the path, that might otherwise have liked programming quite a bit. Obviously people do still learn programming now, where are the sixteen-year olds and how did they pick up programming? That's what I'd like to know.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  38. Re:Secret APIs? by aristotle-dude · · Score: 3, Informative
    Um no, considering Apple a history of releasing those Apis once they are mature enough to use. A recent example of this was Core Image and Core video which they had used in motion.

    I believe these API's in this case are secret because they are still in flux and not ready to be used. They probably still have bugs and memory leaks in them.

    --
    Jesus was a compassionate social conservative who called individuals to sin no more.
  39. Choice by gidds · · Score: 4, Insightful
    I think it comes down to the matter of choice.

    Now, in general, we tend to think of choice as a Good Thing(tm). But it's not always so -- e.g. when choice means incompatibility, confusion, fragmentation, duplicated effort.

    For example, here in the UK we have (basically) just one mobile phone system: GSM. That terrible restriction on our liberties means that mobile phones can work on all networks, and there's coverage almost everywhere. Result: mobiles are cheap, and just about everyone has one. In the US, so I gather, there's the wonderful free choice of GSM, CDMA, and goodness knows what else. Result: expensive phones, no coverage, lots of vendor lock-in, and mobiles are less popular. Lack of choice can be a good thing.

    The computing world is surprisingly close in terms of interfaces, APIs, and protocols.

    It's less so in terms of GUI features, admittedly, but some of the same economies of scale apply. However, I think Apple's principle here is that if a feature is done right, then people won't need alternatives.

    Far better to have one option that works right, than ten competing alternatives, none of which does the job properly. Easier to learn, easier to document, easier to code to, easier to administer, easier to support.

    Now, in this particular case, I do miss virtual desktops in OS X. (Codetek's is just too slow with the number of windows I have, and I can't use Desktop Manager in my 10.2...) I don't think Apple have come up with a better solution to the problem it solves. But I'm right behind most of Apple's other decisions. Simplicity and elegance are underrated virtues.

    --

    Ceterum censeo subscriptionem esse delendam.

  40. Re:Honed to a fine sheen? by krel · · Score: 3, Insightful

    I just thought I'd add my 0.02$;
    The close buttons on Safari's tabs are a feature I can't live without. Call me petty, but I've used Firefox's one close button on the far right, and I feel limited when I can't open up twenty tabs without looking at each of them before I can close them.
    I have a huge list of people's blogs, and I open them all at the same time in countless tabs. There are some really boring people there, and I like being able to close the tab without having to view the page.
    It's those little things that matter.
    Also, you have to be really clumsy to accidentally click those tiny little exit buttons on the tabs.

    --
    karma: ouch!
  41. Re:Secret APIs? by aristotle-dude · · Score: 2, Insightful
    Excuse me? Apple has not shipped Motion yet and they are already making Core image and Video available now. Yeah a big lead time. What is it exactly you are looking for? Do you really expect them, to release the API before they started work on Motion? They developed the tech for Motion and then saw it would be useful for other developers as a public API and so they released it before Motion has even hit the shelves.

    Let's see, if Apple released them earlier, you would be bitching about how buggy they were or that Apple kept on changing the API interface on you.

    Why don't you be a man instead of an anonymous coward and sign up for an account?

    --
    Jesus was a compassionate social conservative who called individuals to sin no more.
  42. Not PHYSICAL by SuperKendall · · Score: 3, Insightful

    Everyone here seems to be totally missing the point I am making. Yes there are a million tools around now. Yes there are 800MB of docs that ship with the Mac.

    But think people, think like a ten year old!! You don't even know you want to program - and nowhere in the docs that come bundled with your shiny new computer (Windows or Mac) does it mention that tools to do so are bunlded with the computer (Mac) or that it is easy. On the Mac the development tools are not even in Applications, but under /Devloper - so you'd have to know to look there.

    And then once you're starting, you have to know about editors and compilers and IDE's and so forth to do all the things people are proposing. There's nothing truly basic to guide you through the first few steps of what is going on.

    If I'm wrong then I would LOVE for all of the parents who are not programmers themselves and have kids that are picking up programming spontaeously to tell me how things are working out. But instead you have me, who has no kids, hypothizing a probem with kids being able to pick up programming easily, and a bunch of people who have obviosuly been programming for years and ALSO seem to have no kids, stating it's not the case and programming is super easy to get into. Our problem is we know to much, and have lost site of what you have to know even to get to the point where we can enter that eight line Java/C#/Applescript/PHP/Perl/Haskel/Ruby/Python program!

    Yes it's all very easy once you choose a path and get started, and easy to dabble in multiple languages. But it's still harder than it used to be to go from the "I don't know what a program is" to "hey I just ran my first program" than it sused to be.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley