I think the "Free-With-Our-Exceptions Software Foundation" is most accurate.
"Free" refers to the software's freedom, not yours.
Under BSD you can trap the software in a pen and torture it mercilessly, forcing it to perform unnatural acts. Under GPL, the software must be released back into the wild to do as it will.
Does it bother anyone else when links are not posted as actual links?
LamerX writes:
Here is some info for those of you who would like to know more about Jabber and how it's doing in AU.
The Bad Thing about these boards is not crap that makes it into production; that has its own punishments and is thus selected against.
The Bad Thing is that good scripts are killed for reasons that may have nothing to do with the script itself.
But it could also be argued (as someone posted elsewhere) that smart folk could read all the "blackballed" scripts themselves and perhaps find something good at a bargain price.
I'm working on a C++ PowerPlant app using Code Warrior. I was fixing a bug and another developer was trying to see what I was doing.
I had downloaded Hydra, and so had she, so we tried it out.
Wow, I was really imrpessed.
I've been writing Mac code since 1986, and I haven't had a thrill like this since I saw a pre-alpha version of MPW.
I'm not sure what it is, but man, it felt right.
If you have a chance, try it out.
I had it set as my "External Editor" for a while in Code Warrior, but since it doesn't support setting breakpoints and can't open header files via good old command-D, I turned that off after the session was over.
(If you do have it set as the editor, you can swithc back to Code Warrior and command-D there and it will open the file in Hydra.)
You might have been moderated as "informative" if you had found out what it is for yourself and mentioned it in your reply. Seems kind of hypocritical, really.
Dasher is an information-efficient text-entry interface, driven by natural continuous pointing gestures. Dasher is a competitive text-entry system wherever a full-size keyboard cannot be used
[..] won't this new theory disprove all previous theories about the Bing Bang as well [?..] If this substance will keep the Universe expanding forever, how was it ever possible to have a Big Bang in the first place? It would be inconcievable to think anything created the Universe in the Big Bang theory, because it could never happen, thus our Universe does not go in cycles (expand then contract - repeat).
You are confusing the Big Bang theory with the Cyclic Universe (Bang->Crunch->Bang->Crunch->.. repeat) theories. The Big Bang only postulates that there was.. well, a Big Bang several billion years ago.
That's it, no cycle or anything.
That's when time began, and space too.
Yes, it's hard to wrap your head around it, but that's all it is.
I think that the bang-crunch-bang-crunch thing made people more comfortable.
Welcome to 2280, where you live to be 543. Please spend *another* 40 years of your new life retraining, after which you will have 400+ years of life to enjoy. Oh, by the way you'll have the same body you did the *first* time you went to University (except you won't need glasses this time, and there are no sexually transmitted diseases like AIDS or Herpes, so girls have sex with you at the drop of a hat. So do guys, but that's a whole new ballgame.. er..).
Tough to take, I know, but it sure beats being worm food.
Great, so we'll have basically one big 13,000km telescope. Too bad it can only point in one direction at a time.:-/ Maybe we could have many separate global telescopes, with each site contributing telescopes to several different "global" ones.
If the costs go down enough, and the internet becomes ubiquitous, then maybe we can all hook up our 8" Celestron's into amateur networks of super-telescopes. Ah, but then who decides what we look at? Sounds like a job for a slashdot poll!:-)
I do commercial Mac software development, and we use
MacCVS Pro
to great effect.
I recommend it highly.
It doesn't hurt that it's GPL and has been stable for over a year.
It is interesting to note that
the new version of CodeWarrior for MacOS,
version 8, comes with a CVS plugin (not mentioned on that page). I haven't had a chance to try it yet, though.
One thing that does bother me about the various incarnations of CVS on the Mac is how poorly they work together. Partly this is because of the different ways in which they work around CVS' inability to deal with MacOS' multi-forked files. For cocoa apps [like
iJournal
and
Fire]
this is not much of a problem, because the old NeXT-style Cocoa development environment sticks strictly to simple data files with no resource forks, which works perfectly with all varieties of CVS.
The upshot is that if you are working with files with resource forks using CVS, you'd better make sure everyone agrees which CVS client you are going to use.
It's funny, when I download an mp3 using Mozilla on MacOS X, the default file extension is always ".mp3.mp2", and the file format popup says "MPEG 2", so someone obviously agrees with you!
Try installing Real Player (Real One) and watch the default installation - that which the majority of users would use - take over every media file in your system. This is directly interfering with the use of other media - now requiring extra steps to use anything but the default. Try unassociating -no obvious route exists.
This is just one example.
This is not entirely true.
Authors of other applications often add code to check the file associations on startup, so the next time you start up WinAmp, for example, it may notice "Hey, mp3 files don't belong to WinAmp any more. Do you want to fix this?" This means that, in the long run, file associations follow the user's usage patterns.
Of course it could be argued that the newbie user will not be able to find WinAmp any more, having become dependant on simply double-clicking their mp3 files to start it..
This is also how email under BeOS worked. All mail was stored in one directory [~/mail I think], and you would use queries to read your email. I had queries like "unread mail" (see example below), "bedevtalk mail", etc. It was an example of how a database-driven file system enables all sorts of cool stuff.
click on one of the app's windows, which brings all of the app's windows to the front (OS 9)
click on app icon in dock (OS X), as you mentioned, which brings all of the apps' windows to the front
click+drag instead of click+click
use one of the zillions of utilities like DragThing, which has a process list from which you can click on the app
The Finder: Overwhelming Windows
Options include:
Use the hierarchical list view [you were really angling for Explorer, right?]
option-double-click, as you mentioned
cmd-down-arrow and cmd-up-arrow go up and down the folder hierarchy, and when you combine option to close windows as you go, it's very fast and useful. Of course, Windows thinks that Alt-F4 is intuitive, doesn't it? But then with Win98 they started also using ctrl-w to close windows. Why did they do that?
click-and-hold on a folder and move over the next folder and the next and so on.
cmd-click on the title of a folder to get a popup list of the hierarchy above the folder [try going up three levels in Windows: click, click, click.. oh wait, that leaves two windows lying around, oh well
Context Menus
Hey, I'm with you on this one. Thank god OS X actually groks multi-button- and scroll-mice.
Keyboard Navigation
Another area much improved in OS X. Check it out.
Go to the "Keyboard" system pref and select the "Full Keyboard Access" tab.
Since the whole show was letterboxed, it was either filmed or done in HDTV. Anyone care to hazard a guess? I'll go for HDTV. Perhaps it was broadcast in HDTV somewhere? Anyone?
Is it just me or is there a simliarity between the "Enterprise" logo/position in the opening credits and that of "Earth: Final Conflict" -- the whole bottom-crescent-Earth shtick. I guess lots of shows have used it, but these two particular shows share that special Roddenberry [sp?] connection.
The Wright brothers, creators of modern aviation, were quoted in a recent Time Magazine article as saying they were "overwhelemd with feelings of guilt" about the use of aircraft by suspected terrorists.
"We had no idea. If we had, we would have stuck to the bicycle trade, and saved countless lives!" declared Orville.
"Oh, get a life!" replied Wilbur, "We never said any of that. Typical yellow journalism."
The best use of tiny robots, in my opionion, would be help around the house. They could spend all night while you sleep picking up dirt, dust, or whatever and toss it in the garbage for you. A crumb to them would be like a basketball. They could cut your grass, one blade at a time. Maybe they could even shovel your driveway, moving little hunks of snow [those treads would come in handy]. They could match up all your missing socks for you on the laundry room floor.
Sure they're tiny -- but you just use *lots* of them. It would be even better if you could get them to reproduce and repair each other.
Is there a DEC-10 emulator anywhere? If so, I would like to hunt down copies of various games I played in the 1980's on a DEC-10 at the University of Toronto's Engineering Annex.
My favorite game was VTTrek, which was a first-person 3D space fighting game played on a VT-100 terminal. No, there were no bitmap graphics. It used the wonky 8-bit ANSI character graphics combined with ANSI escape sequences for bold, flashing, etc. to make it more animated. And you had to play on a 9600 baud terminal connection, or else you would lag and be blown away by those high-baud bastards.
DECWAR was another favorite. It was only 2-D, but was realtime [not turn based] and you could play it on either a CRT terminal [i.e. a monitor] or, you could also play using a line printer terminal [paper]. You could enter lots of cryptic command lines and dump your view every so often if you needed it. Wow, that was fun. Sort of like keyboarders versus mousers in Quake. [Update: that DECWAR page linked to above has a link to a version running on a BSD box. Oh yes...]
sitwar was another fun realtime wargame [maybe it was spelled 'citwar'?]. But I think it required a monitor, so we didn't play it as much [monitors -- or "CRTs" as they were called then -- were in low supply and high demand].
When it came to instant messaging, we used something called "FORUM", which I think was written by my friend Yoram at UofT. Actually, it was closer to IRC, except that there you could see a history of the last N lines. It was great -- you could log in at noon, do a "/lastlog" and the previous 20 lines of conversation, complete with timestamps, would be printed out for you. Good for leaving messages.
Slashdot Mirror
"Free" refers to the software's freedom, not yours.
Under BSD you can trap the software in a pen and torture it mercilessly, forcing it to perform unnatural acts. Under GPL, the software must be released back into the wild to do as it will.
Being a LKML lurker, here are a few of the new features.
LamerX writes: Here is some info for those of you who would like to know more about Jabber and how it's doing in AU.
The Bad Thing about these boards is not crap that makes it into production; that has its own punishments and is thus selected against. The Bad Thing is that good scripts are killed for reasons that may have nothing to do with the script itself. But it could also be argued (as someone posted elsewhere) that smart folk could read all the "blackballed" scripts themselves and perhaps find something good at a bargain price.
If you have a chance, try it out. I had it set as my "External Editor" for a while in Code Warrior, but since it doesn't support setting breakpoints and can't open header files via good old command-D, I turned that off after the session was over. (If you do have it set as the editor, you can swithc back to Code Warrior and command-D there and it will open the file in Hydra.)
I eagerly await new versions!
We have that too. We call it CVS. :-)
Here's some text from the "What is Dasher For?" web page:
Oooh, ahhh..I think that the bang-crunch-bang-crunch thing made people more comfortable.
Ya, that's the ticket!
Tough to take, I know, but it sure beats being worm food.
If the costs go down enough, and the internet becomes ubiquitous, then maybe we can all hook up our 8" Celestron's into amateur networks of super-telescopes. Ah, but then who decides what we look at? Sounds like a job for a slashdot poll! :-)
Those of use using Silk have been enjoying Quartz rendering in Mozilla for quite a while now..
It is interesting to note that the new version of CodeWarrior for MacOS, version 8, comes with a CVS plugin (not mentioned on that page). I haven't had a chance to try it yet, though.
One thing that does bother me about the various incarnations of CVS on the Mac is how poorly they work together. Partly this is because of the different ways in which they work around CVS' inability to deal with MacOS' multi-forked files. For cocoa apps [like iJournal and Fire] this is not much of a problem, because the old NeXT-style Cocoa development environment sticks strictly to simple data files with no resource forks, which works perfectly with all varieties of CVS.
The upshot is that if you are working with files with resource forks using CVS, you'd better make sure everyone agrees which CVS client you are going to use.
It's funny, when I download an mp3 using Mozilla on MacOS X, the default file extension is always ".mp3.mp2", and the file format popup says "MPEG 2", so someone obviously agrees with you!
This is not entirely true. Authors of other applications often add code to check the file associations on startup, so the next time you start up WinAmp, for example, it may notice "Hey, mp3 files don't belong to WinAmp any more. Do you want to fix this?" This means that, in the long run, file associations follow the user's usage patterns.
Of course it could be argued that the newbie user will not be able to find WinAmp any more, having become dependant on simply double-clicking their mp3 files to start it..
Dodged that bullet..
No it isn't. "Insure" means that if it doesn't happen, you will receive some form of recompense, as in "insurance", and "my house is insured".
"Ensure" indicates effort to make it so, but no recompense is indicated.
Yadda yadda yadda.
Options include:
click on one of the app's windows, which brings all of the app's windows to the front (OS 9)
click on app icon in dock (OS X), as you mentioned, which brings all of the apps' windows to the front
click+drag instead of click+click
use one of the zillions of utilities like DragThing, which has a process list from which you can click on the app
The Finder: Overwhelming Windows
Options include:
Use the hierarchical list view [you were really angling for Explorer, right?]
option-double-click, as you mentioned
cmd-down-arrow and cmd-up-arrow go up and down the folder hierarchy, and when you combine option to close windows as you go, it's very fast and useful. Of course, Windows thinks that Alt-F4 is intuitive, doesn't it? But then with Win98 they started also using ctrl-w to close windows. Why did they do that?
click-and-hold on a folder and move over the next folder and the next and so on.
cmd-click on the title of a folder to get a popup list of the hierarchy above the folder [try going up three levels in Windows: click, click, click.. oh wait, that leaves two windows lying around, oh well
Context Menus
Hey, I'm with you on this one. Thank god OS X actually groks multi-button- and scroll-mice.
Keyboard Navigation
Another area much improved in OS X. Check it out. Go to the "Keyboard" system pref and select the "Full Keyboard Access" tab.
Is it just me or is there a simliarity between the "Enterprise" logo/position in the opening credits and that of "Earth: Final Conflict" -- the whole bottom-crescent-Earth shtick. I guess lots of shows have used it, but these two particular shows share that special Roddenberry [sp?] connection.
"We had no idea. If we had, we would have stuck to the bicycle trade, and saved countless lives!" declared Orville.
"Oh, get a life!" replied Wilbur, "We never said any of that. Typical yellow journalism."
For Canadian Shell [or Canuck Shell] :-)
Sure they're tiny -- but you just use *lots* of them. It would be even better if you could get them to reproduce and repair each other.
My favorite game was VTTrek, which was a first-person 3D space fighting game played on a VT-100 terminal. No, there were no bitmap graphics. It used the wonky 8-bit ANSI character graphics combined with ANSI escape sequences for bold, flashing, etc. to make it more animated. And you had to play on a 9600 baud terminal connection, or else you would lag and be blown away by those high-baud bastards.
DECWAR was another favorite. It was only 2-D, but was realtime [not turn based] and you could play it on either a CRT terminal [i.e. a monitor] or, you could also play using a line printer terminal [paper]. You could enter lots of cryptic command lines and dump your view every so often if you needed it. Wow, that was fun. Sort of like keyboarders versus mousers in Quake. [Update: that DECWAR page linked to above has a link to a version running on a BSD box. Oh yes...]
sitwar was another fun realtime wargame [maybe it was spelled 'citwar'?]. But I think it required a monitor, so we didn't play it as much [monitors -- or "CRTs" as they were called then -- were in low supply and high demand].
When it came to instant messaging, we used something called "FORUM", which I think was written by my friend Yoram at UofT. Actually, it was closer to IRC, except that there you could see a history of the last N lines. It was great -- you could log in at noon, do a "/lastlog" and the previous 20 lines of conversation, complete with timestamps, would be printed out for you. Good for leaving messages.