I ran OS/2 in 386DX40 and 4MB ram for a while and it worked much better (even providing much better desktop than KDE or GNOME).
Re:Cut-and-Paste in X beats the competition...
on
X.org and XFree86 Reform
·
· Score: 3, Insightful
WROGN!
That is not cut-paste scheme since you cannot cut and paste with it.
What most people mean with cut-paste support is support for CLIPBOARD (explicit copy).
The fact that there are two different and incompatible standards it why X people are complaining.
We need only one standard (by default, at least) and it seems that the market has chosen it: clipboard cut-paste with Ctrl+XCV keys -- alternative standard bindings that work fine even in terminals are Shift+Delete, Ctrl+Insert, Shift+Insert.
It probably means that many of those people consider bloat a big enough issue that they prefer to start from scratch. Or that GNOME is not good enough yet.
how could anything "wireless" be a violation of "wiretap" act?
It looks like mozilla supported this in 1999
9
http://bugzilla.mozilla.org/show_bug.cgi?id=864
X/Linux It runs very poorly in 4MB.
I ran OS/2 in 386DX40 and 4MB ram for a while and it worked much better (even providing much better desktop than KDE or GNOME).
WROGN!
That is not cut-paste scheme since you cannot cut and paste with it.
What most people mean with cut-paste support is support for CLIPBOARD (explicit copy).
The fact that there are two different and incompatible standards it why X people are complaining.
We need only one standard (by default, at least) and it seems that the market has chosen it: clipboard cut-paste with Ctrl+XCV keys -- alternative standard bindings that work fine even in terminals are Shift+Delete, Ctrl+Insert, Shift+Insert.
Flames away, but I am still right.
Maybe they misread the documentation for MOV instruction int the intel CPU manual.
imagine it's not based on star trek. It might be more tolerable then.
It's not castration when you do it at the neck level.
or similiar
Funny you should mention Borg. Things really seem to be headed towards a Borg-like society.
Windows simplicity? LOL
100% agreed.
Their source code will fit on the small display.
Won't work.
the Digital restrictions management will not allow you to remember anything you see or hear.
What is really needed is root only chmod +x. Every other code should be sandboxed.
FX = relabeled Opteron
and 1.1kW
The funny thing is: if you search for the above with usenet google will suggest an interesting list of newsgroups.
... 2 minutes pass ...
Of course, the current UI is also MDI. (multiple documents)
MDI sucks. I'd rather have the current UI.
Strictly speaking, a GUI toolkit should have nothing to do with the file system.
So, let's just remote the file selector from Gtk+ now!
I do this to my Thunderbird and did it to NS4 too.
A better GUI would be to have no file selector at all.
I wonder how long it will take for everyone (GNOME/KDE) to realize that...
Except that the compression/decompression will flush most else from CPU cache on lower-end CPUs
It should be possible to learn both things above. I did.
It probably means that many of those people consider bloat a big enough issue that they prefer to start from scratch. Or that GNOME is not good enough yet.
:)
BTW: you forgot the editor