libX11.pdf not building -- soft-hyphens

[Alan Coopersmith]

On 01/24/11 05:19 PM, Matt Dew wrote:
> Thanks Alan. I'd forgotten about that issue.
> 
> I tracked down the problem, but I don't know how to fix it.
> 
> In libX11/nls/Compose/el_GR.UTF-8.xml, on line 172:
> <row><entry><keycombo
> action='seq'><keysym>Multi_key</keysym><keysym>minus</keysym><keysym>minus</keysym></keycombo></entry><entry>"<literal>­
> </literal>"       hyphen</entry></row>
> 
> There's a character that looks like a space between the literal tags. It's not
> actually a space though space and it fails with '--with-fop'.
> 
> Files:
> libX11/nls/
> Compose/iso8859-1.xml
> Compose/iso8859-13.xml
> Compose/iso8859-14.xml
> Compose/iso8859-15.xml
> Compose/iso8859-2.xml
> Compose/iso8859-3.xml
> Compose/iso8859-4.xml
> Compose/iso8859-7.xml
> Compose/iso8859-9e.xml
> Compose/iso8859-9.xml
> Compose/vi_VN.viscii.xml
> 
> die because fop doesn't like the soft-hyphens. &#173;
> 
> I'm guessing that first error is also a soft-hyphen.
> 
> It looks like it's a known issue with FOP:
> http://xmlgraphics.apache.org/fop/knownissues.html
> 
> Removing the surrounding <literal> tag seems to work ok.  Can we just remove
> that tag?

I suppose we can, as far as I remember, it was just there because it made
semantic sense as signifying the literal string inserted from that compose
sequence.

I believe that would simply be this change to compose-chart.pl:
-        $action =~ s{^\s*"(.+)"}{"<literal>$1</literal>"};
+        $action =~ s{^\s*"(.+)"}{"$1"};

-- 
	-Alan Coopersmith-        alan.coopersmith at oracle.com
	 Oracle Solaris Platform Engineering: X Window System