>programmers have to start thinking of the disk as a sequential device rather than a random access device
This is partially already true for classic UNIX userspace behavior. You pipe the data from the input file(s) trough a filter and generate the output, sequentially.
A completely different model from the FS drivers or a SQL database.
Cooling is becoming a problem for modern CPUs. I certainly am not buying a 100W+ monster for my desktop. And noise of hard drives is becoming a problem too (and you need at least two driver for safety).
For one choice only, I would choose mozilla ie. the XUL toolkit.
Why? Because XUL is XML and not directly dependant on C or C++ bindings.
Because I simply don't see the problem of C vs C++ toolkit choice resolving itself any time soon. And there are other choices too, like Java Swing, and whatever mess they will do with C#/WinForms/Wine.
What we really need is a more abstracted core desktop, more document oriented (and more like www.nakedobjects.org but based on XML interfaces) and less app centric. This will allow more decoupling between GUI and actual applications.
I think automatic.doc conversion filters would be nice to have for email.
you pass the document trough the filter (extra credits for stripping any VB^H^Hviruses) and send the new document both ways so that both see the same thing.
Slashdot Mirror
They probably like having all their files in the same directory. :)
>programmers have to start thinking of the disk as a sequential device rather than a random access device
This is partially already true for classic UNIX userspace behavior. You pipe the data from the input file(s) trough a filter and generate the output, sequentially.
A completely different model from the FS drivers or a SQL database.
Anyone have a dns->Google: I feel lucky mapper?
That's why I am planning to make myself a LEGO CD changing robot.
For commercial use, tape libraries are available.
>Every time you buy a new PC with TCPA you will not be able to copy the old TCPA keys on your old PC to your new PC.
This is a complete showstopper, I agree.
>How many Sci-Fi stories end up concluding with the low-tech savages beat out the high-tech conquerors?
I don't believe this for a minute.
If star trek was real, The Best of Both Worlds part II would be the last Trek episode!
This would be like using "unix" without learning vi or ed. Never! :)
The reason why it could happen:
Cooling is becoming a problem for modern CPUs. I certainly am not buying a 100W+ monster for my desktop. And noise of hard drives is becoming a problem too (and you need at least two driver for safety).
X protocol could be more useful each day.
This is generally a big problem with Linux...
Things are often done at the wrong layer just because it's easier to do.
Let's hope the new X fork will help some in this regard.
I am the author of icewm, one of the choices
For one choice only, I would choose mozilla ie. the XUL toolkit.
Why? Because XUL is XML and not directly dependant on C or C++ bindings.
Because I simply don't see the problem of C vs C++ toolkit choice resolving itself any time soon. And there are other choices too, like Java Swing, and whatever mess they will do with C#/WinForms/Wine.
What we really need is a more abstracted core desktop, more document oriented (and more like www.nakedobjects.org but based on XML interfaces) and less app centric. This will allow more decoupling between GUI and actual applications.
125 fps would be more appropriate...
But I wonder if this is a long term solution?
The problems occurs because software developers are not doing any packaging but the distributors are.
If the basic packaging system was used by developers too this would not be a problem.
Of course, establing one standard will take some time. Especially since different distros package things in slightly different ways.
Another game like that is Grand Prix Legends.
This is for desktop (under desktop :) use.
There's no change in heat output, just much less noise.
You should really be getting the updates before putting the machine on the internet.
I think automatic .doc conversion filters would be nice to have for email.
you pass the document trough the filter (extra credits for stripping any VB^H^Hviruses) and send the new document both ways so that both see the same thing.
The virus thing alone would make this worth it.
auto* are great when they work, but a PITA when trying to debug them without wearing the Ring of m4 +50 and Sword of Make, +50 bash damage :)
I'd rather play q3a on my other computer :)
The same excuse is just as valid under Linux if you use proprietary binary NVidia drivers.
Do you want Star trek voyager or Enterprise to happen to Futurama?
I think not.
Annoyance #1
I hate apps confusing cut/copy/paste with selection/middle_click.
I want the option to disable selection mechanism and use middle button for scrolling.
Annoyance #2
Big mess in my $HOME directory (.files).
Yes, the current system is not suitable for payment.
The reason is that caching is optional and not under control of the user.
When you pay for content, using already paid and cached stuff or downloading again is much bigger difference than just a matter of time.
We need to enhance the browsers to enable micropayments.
But:
1) only once (unless it's cents - micropayments)
2) no DRM copy restrictions
3) open file formats
2 & 3 are essential for fair.
I only started buying DVDs when 2 & 3 were true (playable under Linux).
99% of the music I listen to is on the radio. It's not like that is the ultimate in quality.
In other words, Gimp is tree friendly.