This is justified (though perhaps a little harsh). Greenhouse gas emissions from food production are the largest polluting sector, much more than transport. Probably most people don't understand how much energy goes into e.g. meat production.
People also need to change their attitude to 'leftovers'. Most good restaurants can pack up your uneaten food to take home and heat in the microwave. As long as you get it really hot before eating the next day, that will kill any bacteria.
you should follow the lead of Pidgin/Adium/libpurple and separate out the front-end and back-end code; the front-end should be maintained by separate platform specific teams. That way, your program looks and feels native. No cross-platform toolkit will do that.
GUI separation is a good idea, but in the spirit of code reuse I would say it's still a good idea to use wxWidgets (or similar) for every platform, and the platform specific bits can be abstracted out of common base classes. That way saves a LOT of duplication. The differences between platforms are important, but there is still a lot of commonality. Using different toolkits throughout in most cases is overkill.
UK-ers have to have a government license to legally watch TV or listen to the radio
I was under the impression that radio is free for everyone. At least they don't bother checking to see if you have a radio. Although I'm not sure if they limit the 'listen again' realplayer feature on bbc.co.uk/radio to the UK - if they do it's probably just to save bandwidth.
"Then there's Duke Nukem Forever, a nice clean design. It has some issues, but in the long run Duke Nukem Forever might actually turn out to be a decent platform for running Perl 6 on. Pugs already has part of a backend for Duke Nukem Forever, though sadly that has suffered some bitrot in the last year. I think when the new Duke Nukem Forever engines come out we'll probably see renewed interest in a Duke Nukem Forever backend."
However, in the details, it ends up leaving me high and dry.
I don't think that's just.
Shame they're abandoning the middle ground of selling regular CDs, which I'd guess still represents the majority of music purchasing in the western world today.
VMs exist because no one dared to a make a C++ like language that guarantees source-code level compatibility in all platforms and has garbage collection.
"For C++, the shortest development time was 3 hours and the shortest program had 107 lines of code." The D implementation "took me 1 hour and 15 minutes, from reading the statement to finishing the program. The program was just 55 lines long"
Of course, that is just one example, but I think it reveals something about the D language - it was designed to have clearer syntax and to be harder to write common bugs than C++ code.
If they scaled the fee according to an individual's means, then their bias would slant toward serving the interests of the wealthy
Bullshit. There are many more poorer people than there are richer. Even if most of their income came from rich people (which it wouldn't) they would still have an obligation to deliver a wide variety of content as long as the license fee was compulsory, especially due to commercial competitors. Our democracy in the UK is far from perfect but there is no way it would allow the BBC to discriminate against any significant part of its audience.
The UK license fee could easily be scaled according to income bands, and it is clearly unjust that it is not.
Actually the BBC are very interested in DRM to try to ensure that only license payers can watch the video content they want to distribute over the net. In fact it is somewhat essential to their funding model that people can't watch TV in the UK without paying them about £100 a year, so either they don't put most of their video content (you don't need a license for radio) online or they develop/use industrial strength DRM.
I've used Xfce 4.2 on Fedora Core 3 with just 64Mb RAM, but with about 128Mb swap and it's certainly usable (400MHz Celeron CPU) with Firefox 1.0, Abiword and other common apps.
I think running X adds more to the RAM requirements vs. Win9x, and I wonder what a system running the Linux framebuffer without X would require, assuming the GTK+ framebuffer support could be used.
Anyone with low RAM and a slow CPU should look at Puppy Linux
They could have an extra step in the installer to download the codec if the chosen locale does not enforce the mp3 patent. Surely this could not count as facilitating illegal downloads - they are merely protecting the rights of citizens who don't suffer from the mp3 patent in their country.
I think this issue comes up so frequently that the installer should also mention that "mp3 support cannot be downloaded because it is likely to violate a patent in your country" and to "seek online help if you are sure this is not the case".
These additions would go a long way to educating and improving the user experience for people new to Fedora.
And though you point out that experienced Linux users will probably be driven to use the command line occasionally, this is getting less and less necessary; not to mention that many people trying GNOME/KDE on Linux might tolerate one piece of optional hardware not working (without using the command line) but will give up straight away when they decide the OS can't play mp3s & DVDs.
We're gonna beat our competitors by... (wait for it)... giving them our code for free! And wait... here's the best part... they can they develop it as closed proprietary software, whilst still applying the bugfixes we painstakingly make! We'll befuddle them into submission!
You could try getting her to use Nvu or Mozilla Composer (part of the suite, now Seamonkey); that way her documents can be edited in a Word-like way but be as portable as possible, HTML. Also would be easy to upload to a website, should she so desire. Slight email complication if images used though, but then again maybe use HTML email?
The trouble with Office formats are that they are import/export formats to OO.org, and this would tax OO.org unnecessarily, not to mention performance wise. It would be an unfair disadvantage technically and politically.
Also, I wouldn't be surprised if there is a way of hacking an OO.org configuration file to set another default format.
OTOH, if OpenOffice aim for perfect import parity with Office formats, they will always be trailing. It would probably influence OO.org's internal workings, limiting any innovation - e.g. Hmm, how about we rewrite the formatting engine to add revolutionary new feature X? Nah, it'd cause too much work updating the Office filters.
I can live with a little formatting discrepancies and looking at Office version differences apparently MS can as well.
I think the best way to win converts to OO.org on Windows, given the Office install-base, is to simply make OO.org better than Office.
Woah there. I think you overreacted a little. I did say "(I don't mean you necessarily, but new users seeking help.)"
So I didn't intend to put words in your mouth, but maybe it came out that way. You did put words in mine though. I don't think developers demand or necessarily deserve reverence. I do think there are quite a few problems with Linux distros. I never tell people to fix it themselves.
Just that there seems to be a lot of complaining about free help here on/..
Since many developers "forget" to write documentation for their applications
You seem to have a deep distrust of developers. They are people too. Maybe once the nicer members of a community have helped you, you could help write those all important documents.
"did you RTFM, you $%#$ing n00b?" or "go play with your Windows, loser, if you don't want to learn stuff"
Those reactions are heavy stereotypes, unless you always ask flamebait questions or are running before you can walk. And on getting the occasional insult because of a wrong assumption, maybe you could just accept it as collateral damage of getting free help.
(I don't mean you necessarily, but new users seeking help.)
And maybe it's all for the good of evolution of distros. Cutting edge developer distros don't have time to explain how to use a terminal; user-targetted distros might lack the latest stuff, but are friendly and helpful.
From what I hear, Gentoo does seem to be the exception though. Maybe Gentoo users have too much time on their hands whilst waiting for a build to finish...:p
Slashdot Mirror
This is justified (though perhaps a little harsh). Greenhouse gas emissions from food production are the largest polluting sector, much more than transport. Probably most people don't understand how much energy goes into e.g. meat production.
People also need to change their attitude to 'leftovers'. Most good restaurants can pack up your uneaten food to take home and heat in the microwave. As long as you get it really hot before eating the next day, that will kill any bacteria.
Saying PyGtk is less clunky that GObject in C is like saying Stephen Hawking is slightly more intellectually inclined than George W. Bush
P.S. I don't like GObject in C.
Actually, IIRC VGA only supported 16 colours at 640x480 resolution. It was 256 colours at 320x240 (Mode X) or 320x200 (Mode 13h).
Maybe because they're geeks? Clue's in the question
If they didn't, we'd never get new free software codecs, only ones pushed by corporations with vested interests.
FTA:
"Then there's Duke Nukem Forever, a nice clean design. It has some issues, but in the long run Duke Nukem Forever might actually turn out to be a decent platform for running Perl 6 on. Pugs already has part of a backend for Duke Nukem Forever, though sadly that has suffered some bitrot in the last year. I think when the new Duke Nukem Forever engines come out we'll probably see renewed interest in a Duke Nukem Forever backend."
How about Perl in a Pram?
Nicely reflects the speed at which you can understand everybody elses code, and your enthusiasm for scripting in an MVC framework.
I don't think that's just.
Don't be such a paranoid android.
(SCNR - I'll go to sleep now)
See http://digitalmars.com/d
and http://dgcc.sf.net/
Although it may be that 1m lines of D code can do more than 1m lines of C++ code:
http://www.digitalmars.com/d/lisp-java-d.html
"For C++, the shortest development time was 3 hours and the shortest program had 107 lines of code."
The D implementation "took me 1 hour and 15 minutes, from reading the statement to finishing the program. The program was just 55 lines long"
Of course, that is just one example, but I think it reveals something about the D language - it was designed to have clearer syntax and to be harder to write common bugs than C++ code.
YMMV.
http://www.w3.org/Amaya/
Bullshit. There are many more poorer people than there are richer. Even if most of their income came from rich people (which it wouldn't) they would still have an obligation to deliver a wide variety of content as long as the license fee was compulsory, especially due to commercial competitors. Our democracy in the UK is far from perfect but there is no way it would allow the BBC to discriminate against any significant part of its audience.
The UK license fee could easily be scaled according to income bands, and it is clearly unjust that it is not.
Actually the BBC are very interested in DRM to try to ensure that only license payers can watch the video content they want to distribute over the net. In fact it is somewhat essential to their funding model that people can't watch TV in the UK without paying them about £100 a year, so either they don't put most of their video content (you don't need a license for radio) online or they develop/use industrial strength DRM.
I've used Xfce 4.2 on Fedora Core 3 with just 64Mb RAM, but with about 128Mb swap and it's certainly usable (400MHz Celeron CPU) with Firefox 1.0, Abiword and other common apps.
I think running X adds more to the RAM requirements vs. Win9x, and I wonder what a system running the Linux framebuffer without X would require, assuming the GTK+ framebuffer support could be used.
Anyone with low RAM and a slow CPU should look at Puppy Linux
They could have an extra step in the installer to download the codec if the chosen locale does not enforce the mp3 patent. Surely this could not count as facilitating illegal downloads - they are merely protecting the rights of citizens who don't suffer from the mp3 patent in their country.
I think this issue comes up so frequently that the installer should also mention that "mp3 support cannot be downloaded because it is likely to violate a patent in your country" and to "seek online help if you are sure this is not the case".
These additions would go a long way to educating and improving the user experience for people new to Fedora.
And though you point out that experienced Linux users will probably be driven to use the command line occasionally, this is getting less and less necessary; not to mention that many people trying GNOME/KDE on Linux might tolerate one piece of optional hardware not working (without using the command line) but will give up straight away when they decide the OS can't play mp3s & DVDs.
We're gonna beat our competitors by... (wait for it)... giving them our code for free! And wait... here's the best part... they can they develop it as closed proprietary software, whilst still applying the bugfixes we painstakingly make! We'll befuddle them into submission!
http://www.soundonsound.com/sos/feb04/articles/mir rorimage.htm
They're planning to use Ardour, Rosegarden, JAMin through JACK which uses ALSA.
You could try getting her to use Nvu or Mozilla Composer (part of the suite, now Seamonkey); that way her documents can be edited in a Word-like way but be as portable as possible, HTML. Also would be easy to upload to a website, should she so desire. Slight email complication if images used though, but then again maybe use HTML email?
The trouble with Office formats are that they are import/export formats to OO.org, and this would tax OO.org unnecessarily, not to mention performance wise. It would be an unfair disadvantage technically and politically.
Also, I wouldn't be surprised if there is a way of hacking an OO.org configuration file to set another default format.
OTOH, if OpenOffice aim for perfect import parity with Office formats, they will always be trailing. It would probably influence OO.org's internal workings, limiting any innovation - e.g. Hmm, how about we rewrite the formatting engine to add revolutionary new feature X? Nah, it'd cause too much work updating the Office filters.
I can live with a little formatting discrepancies and looking at Office version differences apparently MS can as well.
I think the best way to win converts to OO.org on Windows, given the Office install-base, is to simply make OO.org better than Office.
What like some kind of open XML based format like OpenDocument?
Woah there. I think you overreacted a little. I did say "(I don't mean you necessarily, but new users seeking help.)"
/..
So I didn't intend to put words in your mouth, but maybe it came out that way. You did put words in mine though. I don't think developers demand or necessarily deserve reverence. I do think there are quite a few problems with Linux distros. I never tell people to fix it themselves.
Just that there seems to be a lot of complaining about free help here on
What's wrong with middle clicking? You Mac users not have a middle button?!
B-Boom-Tsss
Since many developers "forget" to write documentation for their applications
:p
You seem to have a deep distrust of developers. They are people too. Maybe once the nicer members of a community have helped you, you could help write those all important documents.
"did you RTFM, you $%#$ing n00b?" or "go play with your Windows, loser, if you don't want to learn stuff"
Those reactions are heavy stereotypes, unless you always ask flamebait questions or are running before you can walk. And on getting the occasional insult because of a wrong assumption, maybe you could just accept it as collateral damage of getting free help.
(I don't mean you necessarily, but new users seeking help.)
And maybe it's all for the good of evolution of distros. Cutting edge developer distros don't have time to explain how to use a terminal; user-targetted distros might lack the latest stuff, but are friendly and helpful.
From what I hear, Gentoo does seem to be the exception though. Maybe Gentoo users have too much time on their hands whilst waiting for a build to finish...