From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020809
Description of problem:
I've noticed three important problems in the utf8 compose rules:
the sequence <dead_circumflex> <space> was not defined
the sequence <dead_acute> <dead_acute> did not take effect, even though it was
the sequence <dead_acute> <c> didn't produce g, like it used to in the en_US
locale, but rather ć
While verifying whether these problems had already been fixed in XFree86 CVS,
I've merged a number of typo fixes, included in the first patch contained in the
attached patch file.
The second attached patch file attempts to fix the three problems I described.
It does fix the first problem, for sure. The second is trickier, because there
are sequences starting with <dead_acute> <dead_acute>, followed by o and u, that
are used to create ő and ű. This disables entirely the rule to
generate the acute accent. I ended up fixing the rule such that, with one more
dead_acute, you'd get an acute accent, and with a space, you'd get a
doubleacute. It even makes some sort of sense: dead_accent followed by space
generates the accent, in ascii if possible, but there's no ascii for
double_acute. The closest is quotedbl, but that's already covered with
The last and trickiest problem, was that of ccedilla. It's way too common in
Portuguese to require as cumbersome a sequence as <Multy_key> <comma> <c>, but I
don't think it's reasonable to turn a perfectly valid sequence, <dead_acute>
<c>, that generates a perfectly valid ć, into something else that doesn't
make as much sense. However, being quite used to typing <dead_acute> <c> to get
g, I thought I could at least get something closer that made more sense. That
was how I came up with the sequence <dead_acute> <comma> <c>. <dead_acute> is
not as awkward to type as <Multi_key>, and it doesn't require two neighbor keys
to be held pressed at the same time, so I thought it would be an improvement,
and while at that, I introduced <dead_acute> <comma> <space> as a way to
generate cedilla too. However, since double <dead_acute> was already
overloaded, and it didn't have any sequence ending in <c>, I thought I could use
I'm submitting the patch with these changes to XFree86, but I don't know whether
the changes for cedilla are going to be accepted. The others definitely should,
so feel free to merge only them in. Putting the others in would be appreciated,
though, since it can't possibly hurt to have more ways to generate a common
sequence, can it?
Created attachment 72727 [details]
Patch containing the two patches and the corresponding change to the spec file.
Defering for upstream inclusion.
Are you deferring the installation even of those typo fixes merged from XFree86
CVS in the first patch contained in the patch file I posted?
Does deferred mean that these problems will not be fixed in the next public
release? Not being able to type ^ (circumflex, ascii 0x5e) the ususal way
certainly will be a big problem lots of people worldwide.
Since this bugzilla report was filed, there have been several major
updates to the X Window System, which may resolve this issue. Users
who have experienced this problem are encouraged to upgrade to the
latest version of Fedora Core, which can be obtained from:
If this issue turns out to still be reproduceable in the latest
version of Fedora Core, please file a bug report in the X.Org
bugzilla located at http://bugs.freedesktop.org in the "xorg"
Once you've filed your bug report to X.Org, if you paste the new
bug URL here, Red Hat will continue to track the issue in the
centralized X.Org bug tracker, and will review any bug fixes that
become available for consideration in future updates.
Setting status to "CURRENTRELEASE".