* bug#32434: configure option without-xim is non-standard
@ 2018-08-14 0:28 Glenn Morris
2018-08-14 0:38 ` Noam Postavsky
2018-08-16 2:41 ` Richard Stallman
0 siblings, 2 replies; 6+ messages in thread
From: Glenn Morris @ 2018-08-14 0:28 UTC (permalink / raw)
To: 32434
Package: emacs
Version: 26.1
Severity: minor
I'd always assumed the configure option --without-xim caused Emacs to
be built without XIM support. In fact, all it does is toggle the runtime
default as to whether XIM is *used* or not.
Apparently this is intentional, see thread at
http://lists.gnu.org/archive/html/emacs-devel/2003-07/msg00061.html
I think it's wrong to have a build-time option for a feature that can be
controlled at run-time (by X resources).
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#32434: configure option without-xim is non-standard
2018-08-14 0:28 bug#32434: configure option without-xim is non-standard Glenn Morris
@ 2018-08-14 0:38 ` Noam Postavsky
2018-08-14 1:08 ` Glenn Morris
2018-08-16 2:41 ` Richard Stallman
1 sibling, 1 reply; 6+ messages in thread
From: Noam Postavsky @ 2018-08-14 0:38 UTC (permalink / raw)
To: Glenn Morris; +Cc: 32434
Glenn Morris <rgm@gnu.org> writes:
> I think it's wrong to have a build-time option for a feature that can be
> controlled at run-time (by X resources).
Eli seems okay with the idea for double buffering[1] (though that one is
by frame parameters, not X resources). I agree it seems a bit
redundant, but is it really worth the trouble of removing?
[1]: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=32032#77 and followups
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#32434: configure option without-xim is non-standard
2018-08-14 0:38 ` Noam Postavsky
@ 2018-08-14 1:08 ` Glenn Morris
0 siblings, 0 replies; 6+ messages in thread
From: Glenn Morris @ 2018-08-14 1:08 UTC (permalink / raw)
To: Noam Postavsky; +Cc: 32434
Noam Postavsky wrote:
>> I think it's wrong to have a build-time option for a feature that can be
>> controlled at run-time (by X resources).
>
> Eli seems okay with the idea for double buffering[1] (though that one is
> by frame parameters, not X resources).
I don't want to mix two issues, but if you're asking, IMO that would
also be a mistake (eg a run-time command-line option would be better).
> I agree it seems a bit redundant, but is it really worth the trouble
> of removing?
Well if no-one actively objects (... oh right, this is Emacs),
I would consider it worth my trouble to remove it, some day.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#32434: configure option without-xim is non-standard
2018-08-14 0:28 bug#32434: configure option without-xim is non-standard Glenn Morris
2018-08-14 0:38 ` Noam Postavsky
@ 2018-08-16 2:41 ` Richard Stallman
2018-08-28 1:28 ` Glenn Morris
1 sibling, 1 reply; 6+ messages in thread
From: Richard Stallman @ 2018-08-16 2:41 UTC (permalink / raw)
To: Glenn Morris; +Cc: 32434
[[[ To any NSA and FBI agents reading my email: please consider ]]]
[[[ whether defending the US Constitution against all enemies, ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]
> I'd always assumed the configure option --without-xim caused Emacs to
> be built without XIM support. In fact, all it does is toggle the runtime
> default as to whether XIM is *used* or not.
> Apparently this is intentional, see thread at
> http://lists.gnu.org/archive/html/emacs-devel/2003-07/msg00061.html
> I think it's wrong to have a build-time option for a feature that can be
> controlled at run-time (by X resources).
I agree. Can it be controlled by a Lisp variable?
--
Dr Richard Stallman
President, Free Software Foundation (https://gnu.org, https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#32434: configure option without-xim is non-standard
2018-08-16 2:41 ` Richard Stallman
@ 2018-08-28 1:28 ` Glenn Morris
2018-08-28 21:26 ` Richard Stallman
0 siblings, 1 reply; 6+ messages in thread
From: Glenn Morris @ 2018-08-28 1:28 UTC (permalink / raw)
To: rms; +Cc: 32434
Richard Stallman wrote:
> Can [xim] be controlled by a Lisp variable?
Not trivially, no.
Quoting the previous discussion:
http://lists.gnu.org/archive/html/emacs-devel/2003-07/msg00292.html
It can't be controlled via Lisp if you want it to apply initially,
like for toolbar and menu.
Also, it can't be toggled in a running Emacs:
If you know exactly what makes sense as far as turning it on and off,
you've found better XIM documentation than I have, and I'd be
interested in a pointer.
It is controlled by X resources when Emacs starts (and these can be
specified as command-line options to Emacs).
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#32434: configure option without-xim is non-standard
2018-08-28 1:28 ` Glenn Morris
@ 2018-08-28 21:26 ` Richard Stallman
0 siblings, 0 replies; 6+ messages in thread
From: Richard Stallman @ 2018-08-28 21:26 UTC (permalink / raw)
To: Glenn Morris; +Cc: 32434
[[[ To any NSA and FBI agents reading my email: please consider ]]]
[[[ whether defending the US Constitution against all enemies, ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]
> Also, it can't be toggled in a running Emacs:
> If you know exactly what makes sense as far as turning it on and off,
> you've found better XIM documentation than I have, and I'd be
> interested in a pointer.
That is unfortunate. Is it a missing feature in Emacs
or is it a real problem?
--
Dr Richard Stallman
President, Free Software Foundation (https://gnu.org, https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2018-08-28 21:26 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-08-14 0:28 bug#32434: configure option without-xim is non-standard Glenn Morris
2018-08-14 0:38 ` Noam Postavsky
2018-08-14 1:08 ` Glenn Morris
2018-08-16 2:41 ` Richard Stallman
2018-08-28 1:28 ` Glenn Morris
2018-08-28 21:26 ` Richard Stallman
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).