Sigh. Please stop trolling. The Knob applet I mentioned is nothing like the one in Quicktime player.
Firstly, you only require a single left click to change volume, not drag-n-drop as in the Quicktime player. Let me know if you can change volume with a single click with those default volume controls in Windows, Mac, KDE, and GNOME. Most probably you have click once or twice, wait for popup, move you pointer to the popup and click again to change volume, then click again to close the popup/focus back to your application.
Secondly, you can mute/unmute with a single middle click, instead of dragging down and up all the way as in the Quicktime player. Again, let me know if you can mute/unmute with a single click using those default volume controls. Most probably you have click once or twice, wait for popup, move you pointer to the popup and click again to mark a checkbox, then click again to close the popup/focus back to your application.
Finally, being an applet, Knob has the extra benefits that it does not steal the focus and your current volume level is always visible to you.
Sigh... it is sad that Windows, Mac, KDE, and GNOME all use the same pathetic design for the default volume control. If you use KDE and want the best volume control, try knob. Believe it or not, knob is the main reason I find it hard to go back to Windows after switching to Linux.
Which is better: to say "if you move to Linux you can keep using Firefox" or "if you move to Linux you'll have to stop using IE"?
Which is better: to say "if you move to Linux you gain nothing" or "if you move to Linux you can use Firefox"?
Aaron's point is that there is much less incentives to use Linux if users are already using all its apps, plus all other Win32 only apps.
Both sides have a point, but which would you bet on: "the user will realize the greatness of RMS philosophy" or "the user will realize the greatness of Linux apps"?
The important thing is, "building equations by hand" is easier and faster with Microsoft Office (try it yourself). Average users don't want to learn syntax just to type an equation.
AFAIK, shift-ins is the same as ctrl-v, ctrl-ins is the same as ctrl-c, while shift-del is the same as ctrl-x. They all use the permboard. Also, deselection just leaves the tempboard as is.
Problem 1 - This is due to X and is really bad in term of usability. Problem 2 - No such problem here. Problem 3 - It's normal select... Problem 4 - just that Opera will fallback to the permboard when the tempboard is gone due to Problem 1. Not really a big deal. Problem 5 - No such problem here. Problem 6 - Desired behaviour. Problem 7 - Eterm's problem, I believe it only knows about tempboard. Konsole works fine. Problem 8 - No such problem here.
The clipboard in Linux is really broken due to X limitations as well as different workarounds by different apps. But IMHO some of your problems are just misunderstanding and some of them are probably due to GNOME Clipboard Manager. FYI, I tested your cases in KDE without any clipboard manager running.
p.s. shift-ins, ctrl-ins, shift-del are not part of the GNOME HIG p.p.s. GNOME Clipboard Manager has been recently discontinued p.p.p.s you may want to give KDE a try:)
Slashdot Mirror
Sigh. Please stop trolling. The Knob applet I mentioned is nothing like the one in Quicktime player.
Firstly, you only require a single left click to change volume, not drag-n-drop as in the Quicktime player. Let me know if you can change volume with a single click with those default volume controls in Windows, Mac, KDE, and GNOME. Most probably you have click once or twice, wait for popup, move you pointer to the popup and click again to change volume, then click again to close the popup/focus back to your application.
Secondly, you can mute/unmute with a single middle click, instead of dragging down and up all the way as in the Quicktime player. Again, let me know if you can mute/unmute with a single click using those default volume controls. Most probably you have click once or twice, wait for popup, move you pointer to the popup and click again to mark a checkbox, then click again to close the popup/focus back to your application.
Finally, being an applet, Knob has the extra benefits that it does not steal the focus and your current volume level is always visible to you.
Sigh... it is sad that Windows, Mac, KDE, and GNOME all use the same pathetic design for the default volume control. If you use KDE and want the best volume control, try knob. Believe it or not, knob is the main reason I find it hard to go back to Windows after switching to Linux.
Which is better: to say "if you move to Linux you can keep using Firefox" or "if you move to Linux you'll have to stop using IE"?
Which is better: to say "if you move to Linux you gain nothing" or "if you move to Linux you can use Firefox"?
Aaron's point is that there is much less incentives to use Linux if users are already using all its apps, plus all other Win32 only apps.
Both sides have a point, but which would you bet on: "the user will realize the greatness of RMS philosophy" or "the user will realize the greatness of Linux apps"?
Why would you use a separate description table? Keep it simple:
SELECT isbn
FROM (SELECT isbn
FROM book
ORDER BY quantityonhand DESC)
WHERE ROWNUM <= 10;
It seems like both you and the author need to get the facts straight.
Bug Closed: WORKSFORME
The story is about best results, not worst.
That would put your boss into the World's Top 10.
He deserves a place in the Hall more than any other game creators, as the game he wrote in 1989 is still widely popular and going strong.
So, you mean students who take Math/Econ/etc classes are not average users? Did you try the WYSIWYG equation editor of both products?
The important thing is, "building equations by hand" is easier and faster with Microsoft Office (try it yourself). Average users don't want to learn syntax just to type an equation.
AFAIK, shift-ins is the same as ctrl-v, ctrl-ins is the same as ctrl-c, while shift-del is the same as ctrl-x. They all use the permboard. Also, deselection just leaves the tempboard as is.
:)
Problem 1 - This is due to X and is really bad in term of usability.
Problem 2 - No such problem here.
Problem 3 - It's normal select...
Problem 4 - just that Opera will fallback to the permboard when the tempboard is gone due to Problem 1. Not really a big deal.
Problem 5 - No such problem here.
Problem 6 - Desired behaviour.
Problem 7 - Eterm's problem, I believe it only knows about tempboard. Konsole works fine.
Problem 8 - No such problem here.
The clipboard in Linux is really broken due to X limitations as well as different workarounds by different apps. But IMHO some of your problems are just misunderstanding and some of them are probably due to GNOME Clipboard Manager. FYI, I tested your cases in KDE without any clipboard manager running.
p.s. shift-ins, ctrl-ins, shift-del are not part of the GNOME HIG
p.p.s. GNOME Clipboard Manager has been recently discontinued
p.p.p.s you may want to give KDE a try
Comparing to the much overhyped Firefox, Opera has
faster and better page and font rendering
smarter popup blocking
smaller memory usage
more intuitive and consistent UI design
better tab browsing
Frankly, when some small company in Norway can create a better product than all open source efforts combined, I see bright future in Opera.Please forget about RMS for awhile, and give Opera a try before you come out with such a statement.