Linked by David Adams on Mon 24th Aug 2009 09:21 UTC
Permalink for comment 380291
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
News
Linked by Thom Holwerda on 05/22/13 13:38 UTC
Linked by Thom Holwerda on 05/22/13 13:30 UTC, submitted by JRepin
Linked by Thom Holwerda on 05/21/13 22:06 UTC
Linked by Thom Holwerda on 05/21/13 21:45 UTC
Linked by Thom Holwerda on 05/21/13 15:53 UTC
Linked by Thom Holwerda on 05/20/13 22:43 UTC
Linked by Thom Holwerda on 05/20/13 21:50 UTC
Linked by Thom Holwerda on 05/19/13 23:15 UTC
Linked by Thom Holwerda on 05/19/13 23:11 UTC, submitted by Drumhellar
Linked by Thom Holwerda on 05/18/13 21:06 UTC
More News »
Sponsored Links



Member since:
2006-05-30
Preferences keep people from fixing real bugs. One of the more amusing functions in GNU Emacs is "menu-bar-enable-clipboard." Now that KDE is fixed, Emacs is basically the last remaining X application that insists on having cut and paste that doesn't work correctly. So they have this function "menu-bar-enable-clipboard" which basically means "please make my cut and paste work correctly." Why is this an option? I call this kind of preference the "unbreak my application please" button. Just fix the app and be done with it.
As someone who doesn't use KDE (or Gnome or other such GUIs), I would prefer Emacs didn't make any assumptions about the environment in which I prefer to manage the resources of my computer. I've got no problem with it presenting the option to integrate with them, but to turn it on by default? Emacs already provides a paradigm for killing and yanking text (a far superior one: the kill-ring), the fact that it ignores the gnome or kde clipboards should illustrate how silly it is for a DE to provide its own version of one.