Who knows whether the GIMP core is designed and separated from the UI well enough to actually fork resp. revive a KDE-variant on that?
(hopefully, without a thousand config options...)
X11 is for desktops as well as embedded use, though somewhat lacking for the latter.
Regarding my post, think about a tty sound application intended for an embedded system. You definitely want to test this on your desktop (with X running). Can you still do this if your application is not X/MAS-aware?
Regarding your GPM example: GPM is (or at least was, when I last tested) anything but transparent to the X server. Which makes it an excellent example about the problems that will arise:
Your applications have to be X/MAS-aware.
(not that I would not like to set SOUND=somewhere:0 but it seems like a long way)
Your mom will also like it, what with all the video&image editing and stuff.
This leads to an continously overlooked aspect from the usual geeky/. crowd:
Increasing CPU/system performance gradually enables new approaches to simple (opposed to video-editing, 3D, server etc.) tasks.
Example:
Two weeks ago I wanted to design some nice buttons for my music playing application. As my 2D "painting" skills are limited, I modeled a very nice "base" image with povray, laying indivdual button elements over it in Gimp later.
While there may be more suited applications for button design I am very pleased with the result and I would neither have worked this way if working with Povray/Gimp were not smooth enough nor would I have achieved the same result with tools suited less to my skill set.
Going back just two generations of my computer equipment, still powerful enough for other common tasks, the end result would have been worse.
If the file stored in that sector is smaller than 512, it still takes up 512 bytes.
Well, no. Reiserfs is capable of packing "tails" of different files together in one block.
The ext2 format also allows this, though noone has implemented it yet AFAIK.
Where have you been last two years?
Several years ago you needed state of the art hardware to do many things well, from word processing to playing Doom.
Today, even low-end machines do every productive and recreational job fast enough.
Few areas like video processing or programming are left where more CPU performance is still beneficial. But this is not the majority of the market and it shows.
For Linux users, try "procinfo"...
Slashdot Mirror
So Yahoo provides Mail-Accounts since >6 years vs. <1 year GMail (public) and GMail already has nearly 10% of Yahoo's size.
Well done, Google.
So it makes sense to buy an ATI card around 2006...
Who knows whether the GIMP core is designed and separated from the UI well enough to actually fork resp. revive a KDE-variant on that?
(hopefully, without a thousand config options...)
- Lacks the ability to preserve file time stamps on import
Not wanting to loose information on a project with 3 years of history (partly in time stamps), i am still stuck with CVS, too.Regarding my post, think about a tty sound application intended for an embedded system. You definitely want to test this on your desktop (with X running). Can you still do this if your application is not X/MAS-aware?
Regarding your GPM example: GPM is (or at least was, when I last tested) anything but transparent to the X server. Which makes it an excellent example about the problems that will arise: Your applications have to be X/MAS-aware.
(not that I would not like to set SOUND=somewhere:0 but it seems like a long way)
TTY is for system management tasks, not for entertainment. When you want to entertain - you run your desktop.
That "sounds" short-sighted. Think about embedded system where you do want sound but not X11.
Example:
Two weeks ago I wanted to design some nice buttons for my music playing application. As my 2D "painting" skills are limited, I modeled a very nice "base" image with povray, laying indivdual button elements over it in Gimp later.
While there may be more suited applications for button design I am very pleased with the result and I would neither have worked this way if working with Povray/Gimp were not smooth enough nor would I have achieved the same result with tools suited less to my skill set.
Going back just two generations of my computer equipment, still powerful enough for other common tasks, the end result would have been worse.
For me, as a consumer, it does not "protect" me.
"Protection" sounds positive, though...
Several years ago you needed state of the art hardware to do many things well, from word processing to playing Doom.
Today, even low-end machines do every productive and recreational job fast enough. Few areas like video processing or programming are left where more CPU performance is still beneficial. But this is not the majority of the market and it shows.
For Linux users, try "procinfo"...
Me too. Even tried WINE...