There isn't one. Or there's much more than one (Xt, Athena, Motif, Qt, Gtk, XUL, Fltk, WxWindows, TK...). Neither of those answers is useful as a starting point of discussing new GUI enhancements.
We just have to create a new one that is the solution to all our needs!
The development version decompresses direct to memory! It can also compress linux-kernels and make them bootable with any bootloader, as if it was uncompressed.
I'd LOVE to try out the 2.5 series, but because LVM is still not in there (not a week ago at least), and I have all my data (movies, oggs, etc) on LVM, I'm unable to use it...:(
Does anyone have a clue when there will be LVM for 2.5?
Maybe it's an SMP bug then, because I've only used ALSA on my dual athlon box... I've heard others who have had problems with ALSA being unstable on SMP-boxes also...
Yes, this is a known troll but I still want to comment on this particular line:
On other unices, crashes usually are caused by external sources like power outages. Crashes in Linux are a regular thing, and nobody seems to know what causes them, internally. Linux advocates try to hide this fact by denying crashes ever happen. Instead, they have frequent "hardware problems".
Crashes in Linux are NOT a regular thing, unless you want to be extremly bleeding edge and/or use NVidia's drivers and/or ALSA (at least up to 0.90rc5) on 2.4 with lowlatency- and preemptive-patches. Especially if the above stuff are used on SMP-systems.
My system used to crash (freeze) frequently (every 2nd or 3rd day).. But after I sold my GeForce4-card and got a Matrox G450 instead, and switched back to using OSS instead of ALSA (I've got a SB Live..), I've not had a single crash! It has been running for several months without a single reboot, and everything is super-stable! I've used it heavily every day, burnt more than 150 CD-Rs, been on Direct Connect and Freenet 24/7 etc.. That's despite I run the heavily patched 2.4.19-gentoo-r8 kernel, and my whole system (including the kernel) is compiled with gcc 3.2 "-march=athlon-mp -O3 -mfpmath=sse -pipe"..
So my conclusion is: Linux IS stable! Extremly stable! The cause of 99% of the "linux crashes!"-bullshit is because of NVidia's crap-drivers (fast but unstable) and drivers still not "preemtive"-safe (ALSA on SMP for example).. But those things are not used on servers anyway.
And about the "hardware problems": Yes, you DO get hardware problems MUCH MUCH more often on cheap PCs than on multi-million-dollar Unix-servers from Sun/HP/IBM.. Cheap PCs uses the cheapest-of-the-cheapest variant of all components to cut down the price. Expensive Unix-servers use expensive components and have a lot of redundancy, so you don't have to have downtime just because a CPU, a harddisk som RAM or something else failed.
Their fileformat (.ra/.rm) is already reverse enginered and has a GPL implementation in ffmpeg/libavcodec. Their codecs are not reverse engineered yet though, but MPlayer can still play them through the RealPlayer/RealOne DLLs. But they added a secret handshaking to the open rtsp-protocol to prevent people from saving rtsp://-streams to disk. The reason this should be reverse engineered is not because I have anything against Real and want to "backstab" them, it so people with 56k-modems can watch those 300Mbit streams by saving them to disk first.
MPlayer can already play (and save) mms:// streams, and the rtsp:// streams that are not on.real.com-servers because they use that secret handshaking...
Now MPlayer is missing only ONE major feature, and that is playing from those fscking rtsp://*.real.com urls... rtp/rtsp already works great for some sites, but *.real.com-servers don't follow the rtsp-protocol and uses some secret authentication-method to check that it is an official RealPlayer that is connecting... Really annoying! This will have to be fixed! 95% of the stuff people "need" to download via rtsp are on real.com-servers..:(
I forget the game, but I remember one where you would hit the f9 key (the docs called it the 'Boss Key') and a spreadsheet and a graph would come up on screen.
It was the Leisure Suit Larry series. Maybe other Sierra-games also..
You can still use a boot floppy, unless you have turned off boot-from-floppy in BIOS and password-protected it.. But then you can still move that CMOS-reset jumper..;)
Encrypted filesystems are too slow to be usable in practice.. Encrypting only/etc and some specific dirs in/var would be nice though...
...surely the issue is not whether or not it's Microsoft,
No, it's about how open it is, if it's portable, patented, if 3rd parties can implement it, and things like that.
but whether or not the technology actually works.
If it's not portable I can't use it. If it's not open, Free Software developers can't implement it in the programs I use. Then it's not working. Not for me at least.
There isn't one. Or there's much more than one (Xt, Athena, Motif, Qt, Gtk, XUL, Fltk, WxWindows, TK...). Neither of those answers is useful as a starting point of discussing new GUI enhancements.
We just have to create a new one that is the solution to all our needs!
The development version decompresses direct to memory! It can also compress linux-kernels and make them bootable with any bootloader, as if it was uncompressed.
I'd LOVE to try out the 2.5 series, but because LVM is still not in there (not a week ago at least), and I have all my data (movies, oggs, etc) on LVM, I'm unable to use it... :(
Does anyone have a clue when there will be LVM for 2.5?
Maybe it's an SMP bug then, because I've only used ALSA on my dual athlon box... I've heard others who have had problems with ALSA being unstable on SMP-boxes also...
Did you know that the Swedish word for marriage is the same word as the Swedish word for poison? I think that is waaay cooler! ;-)
;-)
Check it out here. Make sure "svenska till engelska" is checked and search for "gift"
Yes, this is a known troll but I still want to comment on this particular line:
On other unices, crashes usually are caused by external sources like power outages. Crashes in Linux are a regular thing, and nobody seems to know what causes them, internally. Linux advocates try to hide this fact by denying crashes ever happen. Instead, they have frequent "hardware problems".
Crashes in Linux are NOT a regular thing, unless you want to be extremly bleeding edge and/or use NVidia's drivers and/or ALSA (at least up to 0.90rc5) on 2.4 with lowlatency- and preemptive-patches. Especially if the above stuff are used on SMP-systems.
My system used to crash (freeze) frequently (every 2nd or 3rd day).. But after I sold my GeForce4-card and got a Matrox G450 instead, and switched back to using OSS instead of ALSA (I've got a SB Live..), I've not had a single crash! It has been running for several months without a single reboot, and everything is super-stable! I've used it heavily every day, burnt more than 150 CD-Rs, been on Direct Connect and Freenet 24/7 etc.. That's despite I run the heavily patched 2.4.19-gentoo-r8 kernel, and my whole system (including the kernel) is compiled with gcc 3.2 "-march=athlon-mp -O3 -mfpmath=sse -pipe"..
So my conclusion is: Linux IS stable! Extremly stable! The cause of 99% of the "linux crashes!"-bullshit is because of NVidia's crap-drivers (fast but unstable) and drivers still not "preemtive"-safe (ALSA on SMP for example).. But those things are not used on servers anyway.
And about the "hardware problems": Yes, you DO get hardware problems MUCH MUCH more often on cheap PCs than on multi-million-dollar Unix-servers from Sun/HP/IBM.. Cheap PCs uses the cheapest-of-the-cheapest variant of all components to cut down the price. Expensive Unix-servers use expensive components and have a lot of redundancy, so you don't have to have downtime just because a CPU, a harddisk som RAM or something else failed.
Did the Sega Genesis format cease to be a "console" format when the Nomad was released?
More interestingly, Did ENIAC become a PDA when it was emulated in JavaScript on the Zaurus?
If everyone on fastrack switched over to gnutella all would be fine.
No, that would be HORRIBLE! Gnutella doesn't scale that much.
Their fileformat (.ra/.rm) is already reverse enginered and has a GPL implementation in ffmpeg/libavcodec. Their codecs are not reverse engineered yet though, but MPlayer can still play them through the RealPlayer/RealOne DLLs.
But they added a secret handshaking to the open rtsp-protocol to prevent people from saving rtsp://-streams to disk. The reason this should be reverse engineered is not because I have anything against Real and want to "backstab" them, it so people with 56k-modems can watch those 300Mbit streams by saving them to disk first.
MPlayer can already play (and save) mms:// streams, and the rtsp:// streams that are not on .real.com-servers because they use that secret handshaking...
How sarcastic it is that you tried to correct them! ;)
Damn that is some great news!!
:(
Now MPlayer is missing only ONE major feature, and that is playing from those fscking rtsp://*.real.com urls... rtp/rtsp already works great for some sites, but *.real.com-servers don't follow the rtsp-protocol and uses some secret authentication-method to check that it is an official RealPlayer that is connecting... Really annoying! This will have to be fixed! 95% of the stuff people "need" to download via rtsp are on real.com-servers..
Anyway, great work!!!!!!!!!!!!
No..
AA is for making a smooth bitmap from an outline.
2xSai is more like making an outline from a bitmap.
Original:
#
#
#
Scaled:
##
##
##
##
##
##
2xSai:
##
##
##
##
##
How do you keep your grits hot? My grits are always cold when I get home!
Simple question, simple answer:
Of course!
I forget the game, but I remember one where you would hit the f9 key (the docs called it the 'Boss Key') and a spreadsheet and a graph would come up on screen.
It was the Leisure Suit Larry series. Maybe other Sierra-games also..
What's even weirder is that they sell a JOYSTICK and hand-cream at the same site... ;)
If I see something with colorful, bubbly bitmaps on the gui, I probably won't use it.
;)
That's what skinning is for! Just change the skin to something that doesn't have colorful, bubbly bitmaps!
...Mini-Mo...
I wonder where my glove will go...
Noooo! Please not Anka! That is "Duck" in Swedish.. Sounds terribly silly! ;)
Nearly 20 years to produce something that's not practical as compared to everything that's already out. And it's not done yet.
Don't forget that those 20 years include writing gcc, glibc, bash and hundreds of other essential tools...
The only "new" CDs I buy are at concerts, directly from the band. I normally buy used CDs at "exchange-stores".
Ghostscript is free in the "speech" sense...
You can still use a boot floppy, unless you have turned off boot-from-floppy in BIOS and password-protected it.. But then you can still move that CMOS-reset jumper.. ;)
/etc and some specific dirs in /var would be nice though...
Encrypted filesystems are too slow to be usable in practice.. Encrypting only
...surely the issue is not whether or not it's Microsoft,
No, it's about how open it is, if it's portable, patented, if 3rd parties can implement it, and things like that.
but whether or not the technology actually works.
If it's not portable I can't use it.
If it's not open, Free Software developers can't implement it in the programs I use.
Then it's not working. Not for me at least.