Marcus Better <[EMAIL PROTECTED]> writes:
> We provide stuff in /etc/emacs that does a lot of things, and that's not
> considered deviating from documented behaviour.
Well, it is. But that is to enable the seamless integration of add-on
packages which is an important thing. And these packages should not
change random Emacs variables but only set up their autoloads. The
only variables that they are supposed to alter are load-path and
auto-mode-alist.
> This is more about providing
> a sensible default configuration that does what I'm sure any user would
> expect in a windowing system. If I can cut and paste between, say, oowriter
> and KWrite, why should Emacs be different?
You can paste text from Emacs in any application with the middle mouse
button. But I agree that this is not too convenient, and most
programs have a keyboard shortcut which only pastes from the
clipboard. I've set x-select-enable-clipboard to t in my .emacs as
soon as I discovered that setting, BTW.
> Upstream may well have good reasons for keeping the current
> behaviour.
Surely, that is why I suggest to ask them. It is quite possible that
they agree to change the default, if RMS has no strong objections.
(He seems to dislike transient-mark-mode very much, which is why that
is not enabled by default.)
> For
> example they may not want to introduce behaviour that is dependent on a
> specific platform or windowing system.
That is certainly not the reason, on MS Windows
x-select-enable-clipboard is t by default. But Windows does not have
a primary selection at all.
> Debian has different goals, that
> include making the desktop a better integrated total experience.
>
> Perhaps this customization would fit better in some X11 package that could
> drop a config file in /etc/emacs?
Please not, leave the Emacs configuration to the Emacs packages and to
the local system administrator.
Regards,
Sven
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
