[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
This section is based on a successful installation of package X-Symbol. See section 2.11 Checking the Correct Installation of Package X-Symbol.
8.1 Problems under XEmacs/no-Mule | X-Symbol provides a poor man's Mule. | |
8.2 Spurious Encodings | Some commands turn off X-Symbol mode. | |
8.3 The Encoding Does Not Work | The encoding does not work in a rare case. | |
8.4 Frequently Asked Questions | Frequently asked questions. | |
8.5 How to Send a Bug/Problem Report | How to contact the maintainer of X-Symbol. |
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
If you use package X-Symbol under XEmacs/no-Mule, there are some annoyances which result from the fact that additional "X-Symbol characters" are represented by two characters internally. Package X-Symbol just provides a kind of "poor man's Mule", see 3.4 Poor Man's Mule: Running Under XEmacs/no-Mule. This means: I have provided workarounds for the most annoying ones, but some remain (and will remain: I am not going to provide workarounds for these):
font-lock
is not prepared to display these two-character
sequences, i.e., if you installation is incomplete (see section 3.5 The Role of font-lock
), they look like `\233a' instead alpha
.
buffer-undo-list
and involve X-Symbol characters might lead to strange results,
e.g. C-t (transpose-chars
) with point between character
alpha
and `b', leads to beta
`a'. Simple
deletion and insertion works OK, though.
query-replace
): the first character of
from-string can probably match the second of the two "internal"
characters of an X-Symbol character.
expand-abbrev
) without M-'
(abbrev-prefix-mark
) and the last word before point starts
directly after a X-Symbol character, C-x ' could behave strange:
words-include-escapes
is t
, there will be no expansion.
words-include-escapes
is nil
, the second "internal"
character could be the first character of the last word before point
which is going to be replaced by the abbrev mechanism.
post-command-hook
in these cases. Solution: move point right
(C-f).
alpha
behaves like C-f.
floorleft
does not move to the closing
floorright
.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
In rare cases, some commands (mostly from package vc
) encode
characters to tokens or even turn off X-Symbol mode. Package X-Symbol
will not provide a workaround for these problems, because the situations
in which they appear are too rare, the workarounds are easy, and the
problems are not really caused by package X-Symbol.
crypt
.
Solution: use package jka-compr
instead crypt
(this is
recommended anyway, see section 2.6.3 File I/O Packages). Or kill the buffer and
revisit the file.
Explanation: when using AucTeX's TeX-default-mode
, the final
major-mode
is different from the initial major-mode
deduced using auto-mode-alist
. If this is the case, the VC
command executes normal-mode
which kills all local-variables
including turning-off x-symbol-mode
.
Solution: Turn on X-Symbol mode or change auto-mode-alist
to
directly choose latex-mode
:
(push '("\\[tT]e[xX]\\'" . latex-mode) auto-mode-alist) |
Explanation: Emacs sets the major mode with the file name. When using
AucTeX's TeX-default-mode
, we get the problems as described in
the previous item.
Solution: Set change-major-mode-with-file-name
to nil
or
use the solution from the previous item.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
In a rare case, X-Symbol cannot do its encoding, i.e., convert the characters to tokens.
crypt
.
Explanation: with package crypt
, the encoding has to be done by a
function in write-file-hooks
which is not used by
write-region
.
Solution: use package jka-compr
instead crypt
(this is
recommended anyway, see section 2.6.3 File I/O Packages). Or visit the region file
and save it again via C-x C-s.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
It is assumed that you had successfully installed package X-Symbol, see 2.11 Checking the Correct Installation of Package X-Symbol.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
It has been reported that XEmacs-21.0 to XEmacs-21.1.8 might produce cores when you use input method Token. That's why I strongly recommend to use XEmacs-21.1.9 or higher with package X-Symbol, see 2.1 Requirements.
You get a warning during X-Symbol's initialization when using these
XEmacs versions. If you don't want to upgrade, but also don't want to
see the warning, you might want to set variable
x-symbol-xmas-warn-about-core
to nil
.
A core in XEmacs always indicates a bug in XEmacs itself, not in a Lisp package like X-Symbol. Thus, send a bug report to the XEmacs team if you get cores with the newest version of XEmacs (please put me in the CC).
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
In this case, super- and subscripts are not properly displayed (see section 8.4.4 I Cannot See any/some Super- or Subscripts) and under XEmacs/no-Mule, the buffer contains s.th. like `\233a' (see section 8.4.3 The Buffer Contains Strange Characters). Possible causes:
font-lock
or font-lock
is out of sync.
Use M-x x-symbol-fontify. See section 3.5 The Role of font-lock
.
font-lock
.
fast-lock
. Solution: set
fast-lock-save-faces
to nil
(done by default
installation).
font-lock
in modes
where you don't use X-Symbol, i.e., this is not a problem of package
X-Symbol. See section 9.2.3 Wishlist: Changes in Emacs/XEmacs. See section 8.2 Spurious Encodings.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
If you see s.th. like `\233a', you see the internal representation of X-Symbol characters under XEmacs/no-Mule (see section 7.1 Internal Representation of X-Symbol Characters) directly. Possible causes:
font-lock
problems, see 8.4.2 X-Symbol's Fontification does Not Work.
If Emacs shows some strange glyphs for some characters in your buffers
but not the Grid, there is a font in you font path which pretends to
have charset registry-encoding adobe-fontspecific
, but in fact
uses another encoding. E.g., Mathematica's fonts cause the characters
intersection and union to mix up. Possible solutions:
(setq face-ignored-fonts '("\\`-wri-math1")) |
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
If you cannot select `Super-/Subscripts' in the menu, the first of the following points is more likely the cause, the others otherwise.
font-lock
problems, see 8.4.2 X-Symbol's Fontification does Not Work.
font-lock
syntax-table is not correct. It should include
`{' as the only open parenthesis and `}' as the only close
parenthesis character. Note that this is quite difficult to archive
under Emacs and XEmacs/Mule. This is a minor bug in the corresponding
font-lock
package, but would require other changes there,
therefore not likely to be fixed. Fortunately, this does not happen
often.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
E.g., I see a subscript in arguments of \label
. Package X-Symbol
only uses super- and subscripts if they are in braces, if the
asciicircum
/underscore
has not been fontified yet or is
only fontified with faces which are allowed by
x-symbol-tex-font-lock-allowed-faces
, see 5.1 Super- and Subscripts.
tex-font-lock-keywords
: The argument of
\include
and friends are not fontified by these, i.e., the use of super-
and subscripts are not prohibited. Solution: add your own keyword for
these commands or use package font-latex
, see below.
font-latex
. Solution: set
font-lock-maximum-decoration
to value t
, 2 or higher.
Package X-Symbol will still use subscripts in \verb
, in the
verbatim
environment, in the argument of \includegraphics
and probably other commands. Some of these problems will probably be
solved by future versions of font-latex
.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Why aren't there more different font sizes? Because nobody (including the author) was in the mood to design them (actually only the xsymb1 font needs to be designed). Please do only ask the author whether they are in work if you are serious to do it yourself otherwise!
Why do I get a lower-case letter when I should get a capital letter (or vice versa)? Please convince yourself (see section 5.3 Info in Echo Area) that you actually get the correct letter--they are just of different sizes. See section 2.9 Lisp Coding when Using Other Fonts.
I was told that the xsymb1 font scales reasonably well to a larger font size--if you don't think so, design a new font and send me the result.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
In most token languages, a character might be represented by different tokens. If this character is encoded (when saving the buffer), the canonical representation is saved. See section 3.2.4 Unique Decoding.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
A space is added after some characters during the encoding to tokens.
With token languages tex
and utex
(not with language
sgml
), there must be a space after the token to recognize its end
in some cases.
E.g., if your buffer contains `a+b' (where + stands for the
character circleplus
), this is encoded to `a\oplus b' (note
the space after \oplus
). Decoding it yields `a+ b'.
I admit, this looks ugly. The space is only added if the symbol character is followed by a letter or by `@'. Thus, decoding `a\oplus\beta' yields `a+b' (without space!).
\oplus
. The alternative
would be to delete the space which other people won't like.
For an exact description, See section 6.2.4 The Conversion of TeX Macros for an exact description.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
By default, these are not encoded if the buffer-local variable
x-symbol-8bits
is non-nil
.
By default, this variable is only set to non-nil
, if something like
\usepackage[latin1]{inputenc} |
is found at the beginning of the file. That line does not make sense if you do not have 8bit characters in the file, i.e., delete it. See section 3.2.2 File Coding of 8bit Characters. Note: commenting the line is not enough! (I do not run LaTeX to check for the line, I just do plain text search.)
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
hyphen
from `-'
In most fonts, the Latin character hyphen
cannot be distinguish
from the Ascii character `-'. If you do not want to decode the
corresponding token \-
or ­
, put the following into
your `~/.emacs':
(setq x-symbol-tex-user-table '((hyphen))) (setq x-symbol-sgml-user-table '((hyphen))) |
A better alternative would be to make font-lock
display these
character in a different color.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
As explained in 2.6.4 Miscellaneous Packages, ispell
assumes the
buffer contents to be the same as the file contents and does not provide
any hook to fix this. This might break ispell-word
and
ispell-region
. Possible symptoms:
ispell
does not
know about is either not spell-checked or parts of it are spell-checked
as independent words.
Solution: Use the ispell
s 8bit dictionaries even if you do not
store 8bit characters in the file. This should fix the problem for
almost every word, except, e.g., words containing the Latin-9 character
oe
if you use a Latin-1 encoding.
Question: If you know some settings (like for
process-coding-system-alist
) which solves this problem, please
let me know!
Solution: turn X-Symbol off before spell-checking your buffer. This is
of course no option if you use flyspell
.
The real solution would be to fix ispell
, at least by providing a
useful hook which allows X-Symbol to fix the problem. See section 9.2.3 Wishlist: Changes in Emacs/XEmacs. You are strongly encouraged to send a patch to the maintainer
of ispell
, you even get a paragraph here in
9.4 Acknowledgments!
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
You can also use X-Symbol to read and write your News and Mails. This sections includes coding for your `~/.emacs' if you want to do so. It has been tested for Gnus-5.8.8 and VM-6.96; if you use RMAIL or MH-E, you have to try to find a solution yourself (please send it to me). Support for Gnus might become a standard part of X-Symbol.
(custom-set-variables '(x-symbol-auto-style-alist '(((mail-mode message-mode gnus-article-mode vm-presentation-mode) tex nil nil nil nil t nil)))) |
This is optional (you might want to use the Custom interface for the
same effect) and tells Emacs/X-Symbol to use token language tex
and to display super-/subscripts (if font-lock
is enabled),
X-Symbol is not automatically turned on. See section 3.3 Minor Mode.
(defun x-symbol-x-mail-send-hook () (if x-symbol-mode (x-symbol-mode 0))) (add-hook 'mail-send-hook 'x-symbol-x-mail-send-hook) (add-hook 'message-send-hook 'x-symbol-x-mail-send-hook) (add-hook 'vm-mail-send-hook 'x-symbol-x-mail-send-hook) |
This tells tells Emacs to automatically turn off X-Symbol (which includes encoding characters to token) before actually sending the message.
(defun x-symbol-x-gnus-prepare () (when x-symbol-mode (setq x-symbol-mode nil) (x-symbol-mode-internal nil))) (add-hook 'gnus-article-prepare-hook 'x-symbol-x-gnus-prepare) |
Since Gnus reuses the `*Article*' buffer, where X-Symbol could have been turned on previously, we must make sure that X-Symbol is turned off with the new article.
(defun x-symbol-x-vm-prepare () (and (boundp 'vm-presentation-buffer) (buffer-live-p vm-presentation-buffer) (save-excursion (set-buffer vm-presentation-buffer) (when x-symbol-mode (setq x-symbol-mode nil) (x-symbol-mode-internal nil))))) (add-hook 'vm-select-message-hook 'x-symbol-x-gnus-prepare) |
The same thing for VM, although the hook is not as nice as Gnus' one; the function therefore might depend a bit too much on VM's interna.
(put 'vm-mode 'x-symbol-mode-disable "Use VM Presentation Mode to turn on X-Symbol") (custom-set-variables '(vm-fill-paragraphs-containing-long-lines 80)) |
You cannot use X-Symbol in VM Mode, only in VM Presentation Mode (X-Symbol would change your `INBOX'). The first (optional) Emacs Lisp expression gives you a better error message when you try to turn on X-Symbol Mode in VM Mode. The second line makes sure that VM always uses VM Presentation Mode to display the articles.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Bug fixes, bug/problem reports, improvements, and suggestions are
strongly appreciated. So are corrections to this manual (better
explanations, correcting my English, ...). Especially useful would be
some feedback by people using default fonts with a charset
registry-encoding other than iso8859-1
(Western encoding).
Please read this section carefully, even if you generally know how to send a bug report (see section `Bugs' in XEmacs User's Manual). This might look tedious to you, but it actually saves a lot of time (your time, too).
The general recommendation for bug/problem reports is: give the impression that your really have tried to find the necessary information yourself and make your report precise while including all information you have.
For each bug/problem report or question you want to send to the maintainer, please use the following sequence:
If Emacs is not your mail tool, copy the Subject header line and the message body from Emacs' `*mail*' buffer to your mail tool.
If M-x x-symbol-package-bug fails to work, you have a problem with your installation and your report should be about this problem. In this case, use `x-symbol version; summary' as Subject header where version is the version of X-Symbol (it should be 4.5.1) and summary is a brief summary of your installation problem.
(Rationale: This command automatically extracts some essential information without any work by you. Don't waste your time pondering whether you should really use this command to write your report.)
In the manual, I checked the sections section1, section2, ..., but didn't find anything which helped me with the following problem:
The sections section1, section2, etc are names of the sections (not whole chapters) in the manual where you would expect an answer to your question/problem/bug.
If you didn't know which sections to inspect, please check the indexes. If they are not helpful, send me words/terms which should be included in the indexes.
(Rationale: This way, I get an idea where to improve the manual, especially by adding cross references.)
Temporary Emacs (< v21.4) note: the warnings might be somewhere hidden in buffer `*Messages*'; please check that buffer.
xemacs -no-site-file -q -l my-problem.el |
In the minimal case, `my-problem.el' just contains the following line (see section 2.4 Make XEmacs Initialize X-Symbol During Startup):
(x-symbol-initialize) |
If the error has disappeared after you have included your complete `~/.xemacs/init.el' and `~/.emacs', the problem is likely caused by some code of your system-wide installation. Include the code, which can be found using command M-x find-library with files `site-start' and `default' (everything is fine if these files do not exist).
If you use `x-symbol-site.el' (its use is deprecated), copy its
contents into `my-problem.el' and delete the corresponding
load
command.
Attach the file `my-problem.el' to your report. Please try to minimize the size of `my-problem.el'! A standard technique is recursive halving: Delete the second half of `my-problem.el'. If the problem disappears, delete the first half instead. Do the same with the smaller file again, ....
(Rationale: Most problems are a consequence of some specific customizations, but I don't have time to debug each user's init file.)
custom-file
in
`my-problem.el', attach the corresponding file to your report.
load
or require
command. Then, reduce
the size of `my-problem.el' as described above.
(Rationale: Most problems are only reproducible with specific files.)
At best, you start your Emacs, and then try to reproduce the problem as fast as possible (i.e., with a minimum number of key/mouse strokes).
As soon as the problem appears, press C-h l and include the contents of buffer `*Help*' in your bug report.
(Rationale: Most problems are only reproducible with point being at a specific position in the file, with specific key sequences, etc.)
convert
, not X-Symbol.
If you have solved your problem during this sequence, but you think your situation is worth to be mention in this manual (e.g., in 2.6 Package Integration), I would appreciate if you would send me a some new text for this manual or a normal bug report together with your solution.
[ << ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |