There were no special symbols needing cpp.
Everything can be handled by the default MAN_SUBSTS in util-macros.
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
_XReply would always call dequeue_pending_request on errors. When it
got an error for the current request, it would call dequeue, then break
out of the loop; then, if it had an error in the event queue, it would
compare it with the sequence number of the now-freed pending request.
_XReply already stored that sequence number in dpy->last_request_read
before freeing it, so look at that instead.
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=29412
Signed-off-by: Jamey Sharp <jamey@minilop.net>
Signed-off-by: Josh Triplett <josh@joshtriplett.org>
Since gnaborretni is primarily used in LTR locales, the ? part of the
sequence reflects the position of the bulge in the ?. When scanning an
inverted interrobang left-to-right, you see the bulge first, so the
compose sequence ?! is used; upright interrobang shows the bulge
last, so it's !?.
This is a change in behaviour, but I was unable to come up with anything
better. ??!! or !!?? would match the patterns for ¿ and ¡, but they
would delay evaluation of them; "¿Qué?" wouldn't show the ¿ until you hit
Q. Likewise ?!?! and !?!? would delay showing the interrobang itself.
~!? and ~?! were considered but are arguably less intuitive.
Reviewed-by: James Cloos <cloos@jhcloos.com>
Signed-off-by: Adam Jackson <ajax@redhat.com>
This move fixes a Java class cast exception in the glossary.
The problem was introduced in commit
26f4f0d508
It may not happen on all versions of the doc toolchain.
There is no reason why indexterm cannot appear in glossdef,
this is a workaround to an implementation problem found by
trial and error.
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
Reviewed-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Unicode is even more pointlessly awesome! Add a binding for Compose-\o/
to U+1F64C PERSON RAISING BOTH HANDS IN CELEBRATION.
Signed-off-by: Daniel Stone <daniel@fooishbar.org>
If we get input in the style of 0xdeadbeef, just return that exact
keysym. Introduces a dependency on strtoul, which I'm told is OK on all
the systems we care about.
Signed-off-by: Daniel Stone <daniel@fooishbar.org>
Mostly "sup" to <superscript>
There's several more complicated equations that will probably need
MathML or SVG to solve.
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Matched names from X headers & "nm libX11.so" output to names in spec to
map to more specific tags. Tags used:
<code> code fragments
<constant> enum values
<errorname> X protocol errors
<filename> filenames
<function> functions
<function> function-like macros (#define foo(a,b)...)
<returnvalue> function return codes
<structfield> struct members
<structname> struct names (even when typedefed)
<symbol> simple value #defines (#define NAME value)
<systemitem> X protocol requests
<systemitem class="event"> X protocol events
<type> non-struct typedefs
<varname> global variables
(Also fixed a couple typos detected by failures of this matching, such as
XESSetPrintErrorValues -> XESetPrintErrorValues.)
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Since XStringToKeysym now supports all the vendor keysyms, just delete
our XKeysymDB, which was incomplete at best, misleading at worst, and
always an annoyance.
Signed-off-by: Daniel Stone <daniel@fooishbar.org>
Reviewed-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Since we can't really live without vendor keysyms, scan them all in to
generate ks_tables.h, rather than only doing the core ones, and leaving
the vendor syms to be manually synchronised with XKeysymDB.
Signed-off-by: Daniel Stone <daniel@fooishbar.org>
Reviewed-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Some XFree86 keysyms were in XKeysymDB as XF86_foo, despite really being
XF86foo. So, if we get to the bottom of XStringToKeysym and haven't
found our XF86_foo, try it again as XF86foo.
Signed-off-by: Daniel Stone <daniel@fooishbar.org>
Reviewed-by: Alan Coopersmith <alan.coopersmith@oracle.com>
AC_DEFINE_DIR is deprecated as it's squatting on the autoconf-builtin
namespace, so start using the more proper AX_DEFINE_DIR instead.
Signed-off-by: Daniel Stone <daniel@fooishbar.org>
Reviewed-by: Gaetan Nadon <memsize@videotron.ca>
Reviewed-by: Alan Coopersmith <alan.coopersmith@oracle.com>
This makes the UTF-8 compose file consistent with the ISO 8859-2 compose file
as far as Polish is concerned. We only sacrifice one pair of characters,
e-cedilla, which is not used in any language.
