I am dying to see this movie, but the one thing that sticks out to me: Isn't this the fantastic four, power-wise?
It's precisely because of that sort of thing that the movie works. Rather than "Copy", though, it's more frequently called "tribute" and "satire" (the latter gaining them protection from lawsuits).
There's touches of Fantastic Four, X-Men, Superman, Spiderman, James Bond, Rankin and Bass HeatMiser and more. Just look for them and enjoy the cultural richness
Both of these quakes were preceded by what the locals all felt was "quake weather", a sort of 'strange heat and cold' combination that just seemed like it was building up pressure over the land.
Not really. I was closer to the '89 quake than San Francisco was (at Ft. Ord), but we hadn't felt any magic weather around that time. And though I'm a Southern California native my wife, who was standing next to me as it hit, grew up in that area. And again, I'm a California native and have been paying attention to details back since I went through the '71 Sylmar quake.
Generally, people reinforce either their feelings right after a quake, or remember the time they "felt" that weather just before one and forget the majority of the times they've "felt" that weather and no quake has happened
When it comes to MacOS X, there are several worthy contenders: Fire, Adium to name a few.
One big problem I have with Fire is its lack of good Jabber support. Basics are there, but I can't reliably use it for group chatting. (It might not even support it, IIRC)
For Jabber, I've had to use Nitro to get the group support I needed. And on Linux (since I have an ancient RH 8 box) I end up using Gabber instead of GAIM
When looking into metadata, people should probably be sure to check out XMP
It's from Adobe, and whereas RDF just says how to format metadata, XMP addresses what to include in your RDF, and how to place it into different types of files. They have free libraries, but it's simple enough to follow even with your own code. And... given that it's how all Adobe products are doing metadata, at least in the publishing world it will probably stay something to pay attention to.
Creative Commons has addressed this, and I first hit it in researching implementing metadata support for Inkscape.
The more things play nice together, the more users are likely to adopt using them.
Downside is it costs ~$400. A bit pricey for me to goof off with. Thankfully there's
Inkscape/sodipodi, but there's no animation support. It's mainly for static images.
Well... for Inkscape I know that it's high up on the lists for some of the developers, and several of them are actually investigating various factors now.
Animation and scripting support are two things that may go in hand-in-hand, but definitely are being worked on. Of course, since it's open source, there's no hard timeline for supporting it, but I would not be supprised to see it in the CVS versions in the next quarter. The internals are being reworked now in a way that will facilitate that better.
I wonder if the Google search rates on "how to shortsell stock" and "SCO" have gone up.
Guess what? The Motley Fool said much of the same thing - SCO Digs a Deeper Hole. It concludes by saying "With declining revenues, increasing losses, and an expensive and damaging litigation policy, SCO looks like one of the best short candidates I've seen in a while."
If you write ONLY Java, like I do in our days, its easy: the scripting language will be either Java(Dynamic Java, see: http://koala.ilog.fr/djava/ or Bean Shell, aka bsh, see: http:www.beanshell.org) or Java Script, aka Rhino, see: http://www.mozilla.org/rhino/ or any other language running on a JVM see: http://grunge.cs.tu-berlin.de/~tolk/vmlanguages.ht ml
You forgot a big one: Tcl. There is a pure Java Tcl interpreter Jacl. It's trivial to embed and use. I've used it to add scripting to tools, and to run the same Tcl scripts on Windows, Linux, Solaris, OS X, all from a single Java jar running on all of those.
Remember, Tcl does stand for "tool command language:.:-)
There's a new SVG editor under development called Inkscape - http://www.inkscape.org. It builds on the Sodipodi codebase but is focusing SVG and similar standards
It's definitely worth looking over. I had been checking out Sodipodi's last release last spring, but there still were enough rough edges to block my main needs. But with what was in CVS last month, they both jumped up to 'very handy'. And the Inkscape work has jumped things up even more.
On a serious note, someone once submitted some art to an open source video game project I run in SVG format. I thought it was pretty neat that I could resize the image without losing visual quality, but I was rather put off by the size. The file just seemed way too big for the data it contained. On a whim, I opened it up in a text editor, and what did I find? DUM DUM DUUUMMMMM.... XML!
When I looked into things last spring, I remember experimenting with a several small images (3-30k). I suprisingly found that the SVG versions were just as small as (and usually smaller than) raster versions, and that was without any form of compression on the XML. It all depends on what your specific content.
So there is precedent for granting rights to non-humans, though corporations are 'assemblies of humans.'
"Valentina: Soul in Sapphire" by Joseph H. Delaney and Marc Stiegler got into exactly this back in 1984. (even beat NextGen to the punch by a few years). It was actually done quite well, including things like MMORPGs, corporate entities, Heisenberg's Uncertainty Principle, etc. It's quite a pity that it is no longer in print. I'd put it in the ballpark of True Names
iCal doesn't support WebDAV in digest mode, so your password is passed in cleartext.
That must just be some problem with your implementation. A few months ago I setup WebDAV on a linux box just for supporting my iCal. I switched to digest and all non-digest access was properly blocked, but iCal had no problems using it.
In The Greate Mouse Detective, the climx in the works of Big Ben is the main thing to take note of.
Rescuers was much more impressive, but underrated. It's computer work was much less jarring that Beauty (where the ballroom looks like a completely different movie), and was used to further the story. From an animation standpoint, it was quite impressive. The opening sequence, for one, really used things to help the story without jumping out at you.
Oh, and 'Oliver and Company' did have some also, but not as much to note
Mac OS X Version 10.2 requires a Power Mac G3, G4, G4 Cube; iMac; PowerBook G3, G4; iBook; or eMac computer; at least 128MB of physical RAM and a built-in display or a display connected to an Apple-supplied video card. Mac OS X does not support the original PowerBook G3 or processor upgrade cards.
There was the original G3 Powerbook, the Series I, the Series II, the Bronze and the Firewire line. So we're talking two series past the minimum.
The only lost functionality is the DVD player. Who cares? Use VLC (free, open source) if you are that picky.
Unfortunately, that's not a viable option. The Broze G3 PowerBook, for example, has DVD-playback hardware. Running in software only (as with VLC) gives extremely poor performance, and bogs down the machine.
Running under OS-9, the DVD playback is beautiful, and can happen in the background as one does real work at the same time
Again, it comes down to promises Apple made, and then didn't come through on.
Re:Are they reinventing the wheel ?
on
Eclipse in Action
·
· Score: 1
But wait, there's more! With eclipse the EMACS work style that I use is even better than in EMACS because dabrevs (alt-/) work much better. In eclipse dabrevs are not just a textual expansion as in EMACS, rather it is context sensitive based on the jars you have in your class path as it should be in an Jave IDE.
Well, if you want that in Emacs, just install JDEE. That gives you Code Completion with a default binding of C-c C-v C-. (and, yes, you can easily change that if you want) Screenshot. Of course, now you have the option in Emacs of hitting the keys for either, depending on what you need at the moment. I know I usually use abbreviation more that code completion.
For example, if you are righting a simple swing application , maybe a few text fields, buttons and a table or two and no real model-view separation, then a text editor should be sufficient. However, if you are doing something that requires several forms, and hands down data entry like a large ERP or CRM system, then not using a tool to help out is just wasting time.
Actually, that's a perfect example of where code is stronger! In those cases where you start to get a complex interface, a more data driven approach is often better. In those cases it often is better to avoid a generic one-size-fits all soultion and instead go with a solution that is appropriate for the data and application that is being written.
It's a little hard to do a solution in a GUI editor that fits all needs of all apps. And one often gets UI builders that do overkill for most solutions in order to serve all solutions.
I agree that at some point a tool is better, I just haven't seen where a generic GUI builder tool is best. Which, again, was just addressing why a generic GUI editor isn't already a standard part of Eclipse. It's a very subtle and complex field, with (IMHO) very little payoff until very far along in the development curve. That also helps goes to explain why there are no universally accept solutions to this in Java even though Java has been around for sometime now (long enough, in fact, to get to the third generation of rubust UI interfaces). It could also go to help explain why Beans never took off quite the way that some expected.
(Oh, and instead of a "text editor", I usually use Emacs+JDEE which is a nice code editor, IDE, properties editor, XML resource editor, etc...)
Thos are just a couple of the official ones off hand. There are others floating around out there, including some commercial solutions.( XML/JSP/HTML support, XMLBuddy... )
Well, at a higher level it seems to be. Just based on Java instead of lisp. It seems that they've taken a similar approach for similar reasons (including 'by programmers, for programmers'). And now I currently jump between both for doing Java work (Eclipse and Emacs+JDEE)
2) No visual GUI editor. This is available for a price, though. I just wish it were free.:(
It could be that for a general experienced java programmer, GUI editors just don't work as well for Java. What with layouts, different ways to do things, etc., designing powerful UI code for Java is different than say for Win32 (and yes, I've done both). Personally, I'm faster just writing straight code from a logical standpoint instead of dragging in code from a physical one. It's a fairly common sentiment on comp.lang.java.* also.
SCons was loads faster than our (admittedly bad) GNU make recursive build system, though noticably slower than our nmake build. With that cost, though, you get a correct build every time, something we never got in our "make depends" system.
Why, of course it was. Remember, Recursive Make Considered Harmful. By just applying that insight to a medium library after first reading the paper, I saw accuracy go way up and scan time go down by an order of magnitude. Oh, and no-op builds went to maybe 10 seconds instead of upwards of two minutes.
Slashdot Mirror
It's precisely because of that sort of thing that the movie works. Rather than "Copy", though, it's more frequently called "tribute" and "satire" (the latter gaining them protection from lawsuits).
There's touches of Fantastic Four, X-Men, Superman, Spiderman, James Bond, Rankin and Bass HeatMiser and more. Just look for them and enjoy the cultural richness
:-)
Not really. I was closer to the '89 quake than San Francisco was (at Ft. Ord), but we hadn't felt any magic weather around that time. And though I'm a Southern California native my wife, who was standing next to me as it hit, grew up in that area. And again, I'm a California native and have been paying attention to details back since I went through the '71 Sylmar quake.
The USGS, among others, has addressed this.
Generally, people reinforce either their feelings right after a quake, or remember the time they "felt" that weather just before one and forget the majority of the times they've "felt" that weather and no quake has happened
One big problem I have with Fire is its lack of good Jabber support. Basics are there, but I can't reliably use it for group chatting. (It might not even support it, IIRC)
For Jabber, I've had to use Nitro to get the group support I needed. And on Linux (since I have an ancient RH 8 box) I end up using Gabber instead of GAIM
When looking into metadata, people should probably be sure to check out XMP
It's from Adobe, and whereas RDF just says how to format metadata, XMP addresses what to include in your RDF, and how to place it into different types of files. They have free libraries, but it's simple enough to follow even with your own code. And... given that it's how all Adobe products are doing metadata, at least in the publishing world it will probably stay something to pay attention to.
Creative Commons has addressed this, and I first hit it in researching implementing metadata support for Inkscape.
The more things play nice together, the more users are likely to adopt using them.Well... for Inkscape I know that it's high up on the lists for some of the developers, and several of them are actually investigating various factors now.
Animation and scripting support are two things that may go in hand-in-hand, but definitely are being worked on. Of course, since it's open source, there's no hard timeline for supporting it, but I would not be supprised to see it in the CVS versions in the next quarter. The internals are being reworked now in a way that will facilitate that better.
That's a standard Urban Legend, though it's more often a cookie recipe. Check out Snopes for the details.
And for those disinclined to click links, a summary:
Guess what? The Motley Fool said much of the same thing - SCO Digs a Deeper Hole. It concludes by saying "With declining revenues, increasing losses, and an expensive and damaging litigation policy, SCO looks like one of the best short candidates I've seen in a while."
You forgot a big one: Tcl. There is a pure Java Tcl interpreter Jacl. It's trivial to embed and use. I've used it to add scripting to tools, and to run the same Tcl scripts on Windows, Linux, Solaris, OS X, all from a single Java jar running on all of those.
Remember, Tcl does stand for "tool command language:. :-)
It's definitely worth looking over. I had been checking out Sodipodi's last release last spring, but there still were enough rough edges to block my main needs. But with what was in CVS last month, they both jumped up to 'very handy'. And the Inkscape work has jumped things up even more.
When I looked into things last spring, I remember experimenting with a several small images (3-30k). I suprisingly found that the SVG versions were just as small as (and usually smaller than) raster versions, and that was without any form of compression on the XML. It all depends on what your specific content.
Short story? Hrumph. There's actually been at least one good full novel on it.
"Valentina: Soul in Sapphire" by Joseph H. Delaney and Marc Stiegler got into exactly this back in 1984. (even beat NextGen to the punch by a few years). It was actually done quite well, including things like MMORPGs, corporate entities, Heisenberg's Uncertainty Principle, etc. It's quite a pity that it is no longer in print. I'd put it in the ballpark of True Names
That must just be some problem with your implementation. A few months ago I setup WebDAV on a linux box just for supporting my iCal. I switched to digest and all non-digest access was properly blocked, but iCal had no problems using it.
True...
However, 'Rescuers Down Under' in turn beat Beauty and the Beast by a year (with CG that was integrated much better) and 'The Great Mouse Dective' beat B&B by 5 years
In The Greate Mouse Detective, the climx in the works of Big Ben is the main thing to take note of.
Rescuers was much more impressive, but underrated. It's computer work was much less jarring that Beauty (where the ballroom looks like a completely different movie), and was used to further the story. From an animation standpoint, it was quite impressive. The opening sequence, for one, really used things to help the story without jumping out at you.
Oh, and 'Oliver and Company' did have some also, but not as much to note
But it's not about minimum specs at all. The PowerBook I run it on is well above the minimum specs.
From Apple's "System Requirements" page:
There was the original G3 Powerbook, the Series I, the Series II, the Bronze and the Firewire line. So we're talking two series past the minimum.
Unfortunately, that's not a viable option. The Broze G3 PowerBook, for example, has DVD-playback hardware. Running in software only (as with VLC) gives extremely poor performance, and bogs down the machine.
Running under OS-9, the DVD playback is beautiful, and can happen in the background as one does real work at the same time
Again, it comes down to promises Apple made, and then didn't come through on.
Well, if you want that in Emacs, just install JDEE. That gives you Code Completion with a default binding of C-c C-v C-. (and, yes, you can easily change that if you want) Screenshot. Of course, now you have the option in Emacs of hitting the keys for either, depending on what you need at the moment. I know I usually use abbreviation more that code completion.
Actually, that's a perfect example of where code is stronger! In those cases where you start to get a complex interface, a more data driven approach is often better. In those cases it often is better to avoid a generic one-size-fits all soultion and instead go with a solution that is appropriate for the data and application that is being written.
It's a little hard to do a solution in a GUI editor that fits all needs of all apps. And one often gets UI builders that do overkill for most solutions in order to serve all solutions.
I agree that at some point a tool is better, I just haven't seen where a generic GUI builder tool is best. Which, again, was just addressing why a generic GUI editor isn't already a standard part of Eclipse. It's a very subtle and complex field, with (IMHO) very little payoff until very far along in the development curve. That also helps goes to explain why there are no universally accept solutions to this in Java even though Java has been around for sometime now (long enough, in fact, to get to the third generation of rubust UI interfaces). It could also go to help explain why Beans never took off quite the way that some expected.
(Oh, and instead of a "text editor", I usually use Emacs+JDEE which is a nice code editor, IDE, properties editor, XML resource editor, etc...)
A quick Google search came up with Eclipse-plugins.2y.net which in turn gives us language plugins for Eclipse.
Down under 'p' is.... PyEclipse
You can just browse the 2.1 docs
Yes. C/C++ IDE
Cobol
Thos are just a couple of the official ones off hand. There are others floating around out there, including some commercial solutions.( XML/JSP/HTML support, XMLBuddy ... )
Yes. :-)
Well, at a higher level it seems to be. Just based on Java instead of lisp. It seems that they've taken a similar approach for similar reasons (including 'by programmers, for programmers'). And now I currently jump between both for doing Java work (Eclipse and Emacs+JDEE)
It could be that for a general experienced java programmer, GUI editors just don't work as well for Java. What with layouts, different ways to do things, etc., designing powerful UI code for Java is different than say for Win32 (and yes, I've done both). Personally, I'm faster just writing straight code from a logical standpoint instead of dragging in code from a physical one. It's a fairly common sentiment on comp.lang.java.* also.
Why, of course it was. Remember, Recursive Make Considered Harmful . By just applying that insight to a medium library after first reading the paper, I saw accuracy go way up and scan time go down by an order of magnitude. Oh, and no-op builds went to maybe 10 seconds instead of upwards of two minutes.
The URL just had a space in it. Just try it as an actual link:
http://www-106.ibm.com/developerworks/java/library /j-emacs/
(For some reason, /. seems to want to stick that space in there, but not on the actual hyperlink)