Slashdot Mirror


Opencroquet

zymano writes "OSnews has some information about Opencroquet, a 3d operating system worked on by Alan Kay, who also is one of the inventors of Smalltalk, one of the fathers of object oriented programming, conceiver of the laptop computer, inventor of much of the modern windowing GUI. The OS is a 3D environment running through the Squeak environment on top of another operating system. It requires a supported 3D accelerator. Squeak is an interpreted language similar to Smalltalk. Could be ssslooooww. Way cool screenshot."

10 of 369 comments (clear)

  1. Does anyone else get the feeling by arvindn · · Score: 3, Insightful
    ... that this guy's ideas are always way ahead of his time?

    Like smalltalk. Early 70s, IIRC. The problem of managing increasing software complexity, which object orientation (partly) solved, became significant only much later.

    I don't think 3d enviromnents are an idea whose time has come. Slowness is only part of the problem. We really don't have the software infrastructure to scale UI complexity to those levels. Maybe for special applications, but not as a general UI design paradigm.

    There are no boundaries in the system. We are creating an environment where anything can be created; everything can be modified, all in the 3D world. There is no separate development environment, no user environment. It is all be the same thing. We can even change and author the worlds in collaboration with others inside them while they are operating .
    Certainly futuristic.
    1. Re:Does anyone else get the feeling by ajs · · Score: 3, Insightful

      The real question is, scale UI complexity to *what* levels?

      There are a lot of folks who will arm-wave at the idea of 3D UIs. I've yet to see a 3D UI that a) renders on current 2D screens and b) provides any significant advantage over the 2D concepts of window-stacking, iconification, virtual screens and alpha-channel blending.

      Some of these concepts are still in the "time to market" stage (e.g. alpha-channel blending), but given their application, the idea of tracking UI objects in three dimensions (which increases memory usage) isn't really going to buy you much.

      Take a look at the screen-shots. Squint. Try to convince yourself that you're looking at a rendered background with several overlapping windows. Now ask yourself: do the addition of perspective and a z-axis for window movement improve the situation, or just add complexity?

  2. Re:Flash? by psxndc · · Score: 3, Insightful
    I'm dubious of anyone that assumes Flash is crap because it's misused in so many places. Flash can be amazing, especially when it's used for navigation, because it allows for absolute positioning and control as opposed to

    <table>
    spacer row...
    content...
    spacer...

    Flash is not crap. Just most people using it relegate it to stupid intro movies. It allows the developer to create a completely self contained application, free of the shackles of the HTML dinosaur.

    psxndc

    --

    The emacs religion: to be saved, control excess.

  3. Re:Flash? by Kombat · · Score: 3, Insightful
    Why? Flash is virtually ubiquitous (77% browser penetration), fast, responsive, a friendly programming API, compact, and runs on fairly low-end hardware, by today's standards.

    why are people so opposed to Flash on the net? Are they equally resentful that images have "invaded" their text-only HTML world? My website uses tables ... how evil am *I*?

    I mean, if you have a legitimate complaint (crashes your browser) or something, then that's fine, but I'm getting a little sick of people who consistently respond with knee-jerk negativity against anything remotely commercial, regardless of how useful and innovative it may be.

    It's 2003. You don't still drive 30 mph in a '55 Chevy, why would you be so resistent to modern browser plugins?

    Anyway, personally I'm glad that OS research is finally turning to the 3D realm. It only seems like the next natural progression in computer environments.

    --
    Like woodworking? Build your own picture frames.
  4. Re:Flash? by JimDabell · · Score: 3, Insightful

    Flash can be amazing, especially when it's used for navigation,

    Flash as navigation? It allows you to completely destroy the usability of the site. Middle click to open in a new window? Gone. Right click to select "open in new tab"? Gone. Tab through links? Gone (or possibly there if somebody using flash has a clue, unlikely). Typeahead finding a link? Gone.

    The reason people like flash for things like navigation is because they want to reimplement the interface. This is almost certainly a terrible idea from the perspective of most websites, and for most users.

    It is also not supported by any search engines, so good luck having your site indexed (unless you provide a fallback, most flash developers don't even know how to do this).

    because it allows for absolute positioning and control as opposed to

    Control is a four-letter word in the mouth of a web author. I don't want you to control my interface. I want to view your site how I wish. All the w3c technologies allow this, why can't flash?

    <table>
    spacer row...
    content...
    spacer...

    I think you mean <link rel="stylesheet" ...>

    It allows the developer to create a completely self contained application, free of the shackles of the HTML dinosaur.

    Great. But basic navigation through a normal website isn't an application. Even if it was, I'd expect it to work like all my other applications.

  5. Re:3D OS by kinnell · · Score: 5, Insightful

    I don't think we decided anything. This is a research project. Developing something new is always good (and I get the impression there's more to it than just a 3D window manager). Even if what you develop is rubbish, at least we learn what path not to follow. Hypothetically, focusing everybody's effort on refining one idea to perfection will result in improvement in the short term for that one idea, but it would be a tremendous waste of creativity.

    --
    If I seem short sighted, it is because I stand on the shoulders of midgets
  6. Re:Flash? by TulioSerpio · · Score: 4, Insightful
    The site uses Flash for 3 links.

    I don't have flash, I cant'navigate.

    It's 2003. You don't still drive 30 mph in a '55 Chevy, why would you be so resistent to modern browser plugins?

    The fact is you can travel NOW with a Ford T in any street.

    --

    I'm from Argentina: Tango, Asado, Mate, Gaucho, Maradona, YPF

  7. Re:Flash? by dr_dank · · Score: 4, Insightful

    why are people so opposed to Flash on the net?

    Ask the blind.

    --
    Where does the school board find them and why do they keep sending them to ME?
  8. Re:not slow by karlm · · Score: 4, Insightful
    Squeak's byte code engine is better than Perl's or Python's, and there is a JIT available (although it's nowhere near as good as Sun's JIT for Java).

    Better in what way? I'm not trying to be argumentative. For all I know, the Squeak VM allows a 486 DX2 at 66 MHz to pump out 3 teraflops on .2 watts and has been shown to cure cancer in lab rats.

    "Better" really doesn't say much. You might as well have made up a word or posted in Linear B.

    Are you talking about inherent superiority of the VM spec? Is the design simpler? Is the set of opcodes smaller or more orthogonal without sacrificing speed or functionality? Has it supported non-blocking I/O, continuances, higher order functions, and generics/templates from day 1? (Can you tell I'm a Java programmer that hated not getting java.nio.* until Java 1.4? Now for generics and continuances...) Did Dijkstra, Turing, Ken Thompson, Xavier Leroy, Ross Andersen and Linus spend a year in seclusion atop Mount Araraat inside Noah's Ark designing a VM spec that was pretty-printed by the hand of God Almighty on the one remaining wall of Solomon's temple? Is the set of opcodes inherently faster or does it result in more compact binaries? Is the set of opcodes well chosen to be easily implemented on most architectures? Is the size of an int clearly defined in the spec (as I remember, both Perl and Python say "at least 32 bits", which is a horrible spec if you want your code to run the same across architectures)? Does the set of opcodes lend itself to rapid compilation of efficient bytecode from many source language families? Are the bytecode operations and file formats well suited to JITs? Does the VM design not force a single object model on the code? Does the opcode format offer security benefits such as efficient real-time security checks on untrusted code? Are there other ways in which the design is "cleaner", "leaner", or "more efficient".

    Are you refering to the design of the curent VM implementation rather than the spec itself? Is the current VM better documented in both English and Tamil? How about clean interfaces or easy extensibility of the VM?

    Are you talking about the implementation of the current bytecode engine? Is the source code for the VM well commented in Englsih and Thai? Is the entire VM and libraary set implememted in 5,000 lines of Objective C? Is the current VM available in C, Java, Scheme, Haskel, and Intercal implementations?

    I suspect you mostly meant "the current canonical implementation is very fast". The speed of the current VM is much less important than inherent design limitations. If the current VM is 50% as fast as the fastest Perl VM, but is expected to be 25% faster than the fastest JVM in a year, that's much preferable to a 10% speed lead on Perl right now. If you change your VM spec too much or too often, people start jumping ship, but you could completely gut your VM every 2 years and very few people would take notice. You're stuck with your design.

    I'd love to hear an analysis of the Squeak VM. I hear about so many well designed VMs that get little mind share while the unwashed masses rave about CLR/Mono without giving good details about why the CLR is inherently cross-language and high performance.

    --
    Copyright Violation:"theft, piracy"::Anti-Trust Violation:"thermonuclear price terrorism"<-Overly dramatic language.
  9. Re:How can an OS be 3D? by jpsst34 · · Score: 4, Insightful

    "There's no reason that the basest part of an operating system has to be a command line"

    Um, the command line is a shell. The shell is not the OS, it is a user interface. You know, the "UI" in "GUI."

    An operating system has no concept of 2d, 3d, whatever. There is no direct interaction between human and OS. The human interacts with the UI, the UI interacts with the OS, the OS interacts with the hardware. The OS is not a visual thing.

    --
    How are you going to keep them down on the farm once they've seen Karl Hungus?