When I first saw the headline, I mentioned to my boss that MoH was finally out for linux. He told me that I should get it as soon as I can. That's one person who still wants to play it with other people.
Then he mentioned that he played it _last night_ online. And that he has no trouble finding people to play against. And that there are plenty of servers.
Maybe the unwashed horde has moved on to other games, but it seems like there's still a thriving community here.
Besides, anytime's a good time to buy, when you're buying something that's worth it to you. Who cares what the other guy is doing, you're not him.
Re:Nice, but about those 802.11a/b/g cards...
on
Open Source Hotspots
·
· Score: 1
I have a Belkin 102.11b USB adapter with the model no. F5D6050. This card uses the Atmel at76c503 drivers which are included with other drivers in the kernel rpm in Mandrake 10.
Even when I was downloading and compiling the sourceforge drivers myself, it worked very well.
One point though, is that these don't support the Master mode, so I run an Ad-hoc network for the handful of PCs I need to connect to this machine.
This article is a little old, so I don't think too many people will read this, but you are way off base. My main desktop is a 400MHz Pentium II with 192MB of RAM.
I run Mandrake 10 (cooker) as my desktop with KDE 3.2. It runs like a champ. _A champ_. I don't run a ton of services in the background, just ssh and gnump3d so I can have my music at work. I browse the web, do schoolwork and listen to mp3 streams at the same time without problem.
So no you don't, "know modern KDE or Gnome would suck on my mere PIII-500 desktop machine with only 768M of RAM." Because you haven't done it... and it works fine.
PS. I haven't tweaked the hell out of things, its nearly all stock mandrake packages.
What in Arcanum dissapointed you? I remember really liking that game, of course I loved the setting to death and it was the the last windows game I bought so that may color my perception.
You've never tried DCOP then, pretty much every KDE app I use provides DCOP methods, which are very easily integrated into shell scripts with traditional unix commands.
It's one of the little gems of KDE that people should evangelize more.
You make some good points about the Unix CLI, but the more I think about it a good portion of your points don't have to apply to an idealized CLI.
I think the strongest point of this article is that a "conversational interface" which works synchonously is easier to get a handle on than something that is throwing asynchonous events at you all the time.
CLI = Dialog This might be true, but I don't like your example much. cd simply does its job and tells you if there is an error. should it report the directory it changed to? I don't think it would be the end of the world if it did, but it would be a little more verbose that needed.
Discoverability I mostly agree here. But even with windows or mac dialog box menus, you've got to navigate these often poorly sorted categories looking for... a cryptic command name. I think well written error messages and 3 stage documentation would help a long way here.* Also, an advanced CLI could present common commands or frequently used commands in a hint zone or upon request.
Undo There is no technical reason why you can't have undo in a CLI. You even hint at this yourself. It would be a feature of the program or shell you are working with.
GUI is the superset of a CLI I don't see the point of this. Sure, the G stands for Graphical, but by no means does that mean an advanced CLI can't incorporate graphics. Think driving ImageMagick from the CLI. Or curses, but going back to the point of the article, was that "conversation mode" was what his users liked. You lose that when you start glueing on menus.
Direct Manipulation This is where I disagree the most. I've got pretty good motor control, but I still click on the wrong stuff all the time. Imagine a CLI-photoshop which fills the upper half of your CLI with the working image and and the bottom half with the input & command history. You can execute any arbitrary command on any region of the image and still see the changes in front of you. Here all the mouse becomes and extra selection tool. Stroking, filling, rotating, can now be driven by commands... which can work synchonously. I imagine the same can go for Word Processing, document layout, etc.
Control Panels vs. Config Files no form of... embedded help Yah, those "#blah does this" lines really don't exist huh. But I digress, if we're talking about a conversational CLI we'd want a config tool to so you can tell it, "I want X, Y, and Z options set. " That would provide your input checking. Manually hacking the file would be for advanced users (just like today).
Pathnames Urgh. The other replys handled this pretty well. (BTW, typing pathnames on OSX is damn annoying. Why did they feel the need to start them off with caps? grr.) And with a CLI, if I make one tiny spelling error then the entire command fails and I have to retype it Press the up arrow.
The bottom line is: this article was about introducing people to the computer. The most important thing that I saw was that the CLI lets a new computer user focus on ONE TASK at a time. To me this makes a lot of sense. This isn't to say either our GUIs or CLIs are rubbish, but that we have preconcived notions that GUIs make things Easy(tm) and that might not be always true, sometimes, but not always.
I spent way to much time writing this, and if I want to continue I ought to just to a full fleged essay:)
-------- * I don't know if this is a real term but i mean: Stage 1: appname -h, provides a quick explanation of the app plus the most useful options and maybe an example Stage 2: man appname: more through documentation, but still short and to the point. As others mentioned EXAMPLES are very useful. All the options can be enumerated here Stage 3: info or some other hypertext documentation: the full manual that can be as verbose as it needs to be, but crosslinked for deeper investigation into the app
I don't think any vidoegame can really capture the the real essence of this team anyway.
For fans of NE style music/humor/denigration-of-others they've been playing the Pats song featured here: http://www.meatdepressed.com/Music.asp on the radio recently. For fans of other teams, too bad.:)
Sorry, but you're only pseudo-correct. Qt has mutiple licenses, one of those is the GPL. The whole GPL, with all of its requirements, restrictions, and benefits. No more, no less.
Like any GPL source, you can sell it comercially as long as you abide by the GPL. Many OSS packages are GPL, and we use them without complaint. Not only that, those nice folks at Trolltech;-) also give developers the option of not using the GPL: you can buy a licence that will let you do closed source development! Of course, like most closed source devel tools, doing this costs the developer money.
That's pretty much it. The developer is free to choose. Now, its not BSD or LGPL licenced, but that's the way it is. I can't figure why people scream about this (memory of the old licence situation maybe) and not about the kernel or GNU tools, those don't even give you the choice of paying for the closed option.
On the other hand, I can understand some folks being grumpy on the Windows licencing situation. But we're talking about KDE a _X11/Linux_ desktop, so I don't get where the angst comes from.
The dig against LGP is a little bizzare though, since the whole point of publishing good small titles is so they don't go all Loki on us. Honestly, I think they're playing it smart with that (business) strategy.
Well, I might be a bit biased, I pretty much cherish my copy of Majesty. I can't belive how fun that game can be sometimes.
True, but this may be a boost for Home Desktop use also. One of the factors that impedes home desktop use is peripheral support. Having a large company on 'our' side, especially one that deals with hardware, could be quite beneficial.
It would be nice too see them encourage hardware vendors they deal with to develop drivers/release specs.
Besides, more desktop users even in a corporate environment, still means more users which means more feedback to developers, which usually leads to better software.
I guess you don't like pseudocode very much then...
Personally, I couldn't be bothered writing out brackets when scribbling stuff by hand. Yes, it takes a little bit of getting used to, but after using psudocode a little while (for me it was in school) you get used to indenting your code blocks.
Off the top of my head: Twisted - a web/chat/anything-you-can-name server Zope - Web Application/CMS type system bittorrent - you know about that one Red Hat uses Python in a lot of their scripts (I believe) NumPy - used for scientific applications (replacing/augmenting Matlab, fortran, etc) Karamba - KDE desktop eyecandy, written in C++ and scripted with python and some really bad stuff I've written for my own amusement.:-)
Off course there's more, but I did say off the top of my head and I don't want to cheat. It's really a nice clean language, that really lends itself to prototyping but still can make great apps.
... of course. Think of how powerful that machine must be for G.I. Joe!
Heck, most of his computers don't even boot up.:-)
The Sims are bit like playing with dolls
on
The Sims 2 Announced
·
· Score: 2, Interesting
And I'd guess that's why they've been so popular. At least with my Mother I think that's true.:-)
Personally, I hope the Maxis folks optimize the loading of objects/the startup procedure. Since my mom has downloaded so many objects for the game she'll start it up and then go do something else while it loads. They've had plenty of expansion packs to try and do something about that, but I haven't seen much of a change.
Slashdot Mirror
When I first saw the headline, I mentioned to my boss that MoH was finally out for linux. He told me that I should get it as soon as I can. That's one person who still wants to play it with other people.
Then he mentioned that he played it _last night_ online. And that he has no trouble finding people to play against. And that there are plenty of servers.
Maybe the unwashed horde has moved on to other games, but it seems like there's still a thriving community here.
Besides, anytime's a good time to buy, when you're buying something that's worth it to you. Who cares what the other guy is doing, you're not him.
I have a Belkin 102.11b USB adapter with the model no. F5D6050. This card uses the Atmel at76c503 drivers which are included with other drivers in the kernel rpm in Mandrake 10.
Even when I was downloading and compiling the sourceforge drivers myself, it worked very well.
One point though, is that these don't support the Master mode, so I run an Ad-hoc network for the handful of PCs I need to connect to this machine.
This article is a little old, so I don't think too many people will read this, but you are way off base. My main desktop is a 400MHz Pentium II with 192MB of RAM.
I run Mandrake 10 (cooker) as my desktop with KDE 3.2. It runs like a champ. _A champ_. I don't run a ton of services in the background, just ssh and gnump3d so I can have my music at work. I browse the web, do schoolwork and listen to mp3 streams at the same time without problem.
So no you don't, "know modern KDE or Gnome would suck on my mere PIII-500 desktop machine with only 768M of RAM." Because you haven't done it... and it works fine.
PS. I haven't tweaked the hell out of things, its nearly all stock mandrake packages.
What in Arcanum dissapointed you? I remember really liking that game, of course I loved the setting to death and it was the the last windows game I bought so that may color my perception.
You've never tried DCOP then, pretty much every KDE app I use provides DCOP methods, which are very easily integrated into shell scripts with traditional unix commands.
It's one of the little gems of KDE that people should evangelize more.
Hey kids! it's a newer shinier trendier way to say, "conversational."
;-) )
Soooo cool!
(that is if blogs were cool
You make some good points about the Unix CLI, but the more I think about it a good portion of your points don't have to apply to an idealized CLI.
... embedded help Yah, those "#blah does this" lines really don't exist huh. But I digress, if we're talking about a conversational CLI we'd want a config tool to so you can tell it, "I want X, Y, and Z options set. " That would provide your input checking. Manually hacking the file would be for advanced users (just like today).
:)
I think the strongest point of this article is that a "conversational interface" which works synchonously is easier to get a handle on than something that is throwing asynchonous events at you all the time.
CLI = Dialog
This might be true, but I don't like your example much. cd simply does its job and tells you if there is an error. should it report the directory it changed to? I don't think it would be the end of the world if it did, but it would be a little more verbose that needed.
Discoverability
I mostly agree here. But even with windows or mac dialog box menus, you've got to navigate these often poorly sorted categories looking for... a cryptic command name. I think well written error messages and 3 stage documentation would help a long way here.* Also, an advanced CLI could present common commands or frequently used commands in a hint zone or upon request.
Undo
There is no technical reason why you can't have undo in a CLI. You even hint at this yourself. It would be a feature of the program or shell you are working with.
GUI is the superset of a CLI
I don't see the point of this. Sure, the G stands for Graphical, but by no means does that mean an advanced CLI can't incorporate graphics. Think driving ImageMagick from the CLI. Or curses, but going back to the point of the article, was that "conversation mode" was what his users liked. You lose that when you start glueing on menus.
Direct Manipulation
This is where I disagree the most. I've got pretty good motor control, but I still click on the wrong stuff all the time. Imagine a CLI-photoshop which fills the upper half of your CLI with the working image and and the bottom half with the input & command history. You can execute any arbitrary command on any region of the image and still see the changes in front of you. Here all the mouse becomes and extra selection tool. Stroking, filling, rotating, can now be driven by commands... which can work synchonously. I imagine the same can go for Word Processing, document layout, etc.
Control Panels vs. Config Files
no form of
Pathnames
Urgh. The other replys handled this pretty well. (BTW, typing pathnames on OSX is damn annoying. Why did they feel the need to start them off with caps? grr.)
And with a CLI, if I make one tiny spelling error then the entire command fails and I have to retype it Press the up arrow.
The bottom line is: this article was about introducing people to the computer. The most important thing that I saw was that the CLI lets a new computer user focus on ONE TASK at a time. To me this makes a lot of sense. This isn't to say either our GUIs or CLIs are rubbish, but that we have preconcived notions that GUIs make things Easy(tm) and that might not be always true, sometimes, but not always.
I spent way to much time writing this, and if I want to continue I ought to just to a full fleged essay
--------
* I don't know if this is a real term but i mean:
Stage 1: appname -h, provides a quick explanation of the app plus the most useful options and maybe an example
Stage 2: man appname: more through documentation, but still short and to the point. As others mentioned EXAMPLES are very useful. All the options can be enumerated here
Stage 3: info or some other hypertext documentation: the full manual that can be as verbose as it needs to be, but crosslinked for deeper investigation into the app
Agreed!
:)
I don't think any vidoegame can really capture the the real essence of this team anyway.
For fans of NE style music/humor/denigration-of-others they've been playing the Pats song featured here: http://www.meatdepressed.com/Music.asp on the radio recently. For fans of other teams, too bad.
And yes, the song is suppoed to be funny.
Note the name of the company who did this study!
Zelos -- now increment the last letter by one
Zelot -- whats that sound like when pronounced?
that's right, zealot!
now, who's the worst kind of zealot?
the LINUX ZEALOT... this study was made by linux zealots... so of course it would be favorable
the Cabal of Renegade Linux Fanatics (CRLF) strikes again!!!!!
[/conspiracy-theory]
Sorry, but you're only pseudo-correct. Qt has mutiple licenses, one of those is the GPL. The whole GPL, with all of its requirements, restrictions, and benefits. No more, no less.
;-) also give developers the option of not using the GPL: you can buy a licence that will let you do closed source development! Of course, like most closed source devel tools, doing this costs the developer money.
Like any GPL source, you can sell it comercially as long as you abide by the GPL. Many OSS packages are GPL, and we use them without complaint. Not only that, those nice folks at Trolltech
That's pretty much it. The developer is free to choose. Now, its not BSD or LGPL licenced, but that's the way it is. I can't figure why people scream about this (memory of the old licence situation maybe) and not about the kernel or GNU tools, those don't even give you the choice of paying for the closed option.
On the other hand, I can understand some folks being grumpy on the Windows licencing situation. But we're talking about KDE a _X11/Linux_ desktop, so I don't get where the angst comes from.
Gotta add my 'me too' to this one, the one we were thinking of seems to have more of a roaring quality to it than the Wilhelm.
:-)
It's sort of funny, like you, I don't remember the Wilhelm from Star Wars. But strangely enough I do recall it from Them. I must be strange
I agree, he's doing some great work.
The dig against LGP is a little bizzare though, since the whole point of publishing good small titles is so they don't go all Loki on us. Honestly, I think they're playing it smart with that (business) strategy.
Well, I might be a bit biased, I pretty much cherish my copy of Majesty. I can't belive how fun that game can be sometimes.
Exactly, I'd like to see Gettys' thoughts (him being such a major X guy) on their pros/cons.
Maybe in a future version.
NoMachine's NX compression system when talking about LBX or SSH compression. IIRC the core software is under the GPL.
:-)
I would have also liked to see a comparison to the other non-X systems people like to plug around here
All in all, I thought it was a pretty good summary.
True, but this may be a boost for Home Desktop use also. One of the factors that impedes home desktop use is peripheral support. Having a large company on 'our' side, especially one that deals with hardware, could be quite beneficial.
It would be nice too see them encourage hardware vendors they deal with to develop drivers/release specs.
Besides, more desktop users even in a corporate environment, still means more users which means more feedback to developers, which usually leads to better software.
I think you're right.
In a kde context it might also to refer to this, a new component in the build system.
After giving the licence a quick look-over, I'm pretty sure that applies to the language, not to things you write in the language.
I guess you don't like pseudocode very much then...
Personally, I couldn't be bothered writing out brackets when scribbling stuff by hand. Yes, it takes a little bit of getting used to, but after using psudocode a little while (for me it was in school) you get used to indenting your code blocks.
Off the top of my head: :-)
Twisted - a web/chat/anything-you-can-name server
Zope - Web Application/CMS type system
bittorrent - you know about that one
Red Hat uses Python in a lot of their scripts (I believe)
NumPy - used for scientific applications (replacing/augmenting Matlab, fortran, etc)
Karamba - KDE desktop eyecandy, written in C++ and scripted with python
and some really bad stuff I've written for my own amusement.
Off course there's more, but I did say off the top of my head and I don't want to cheat. It's really a nice clean language, that really lends itself to prototyping but still can make great apps.
... of course. Think of how powerful that machine must be for G.I. Joe!
:-)
Heck, most of his computers don't even boot up.
And I'd guess that's why they've been so popular. At least with my Mother I think that's true. :-)
Personally, I hope the Maxis folks optimize the loading of objects/the startup procedure. Since my mom has downloaded so many objects for the game she'll start it up and then go do something else while it loads. They've had plenty of expansion packs to try and do something about that, but I haven't seen much of a change.