Re: This approach to non-ASCII names does not work
От | Tom Lane |
---|---|
Тема | Re: This approach to non-ASCII names does not work |
Дата | |
Msg-id | 19010.1158786628@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | This approach to non-ASCII names does not work (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: This approach to non-ASCII names does not work
|
Список | pgsql-docs |
Bruce Momjian <bruce@momjian.us> writes: > Interesting, I found this for that character: > http://www.fileformat.info/info/unicode/char/0131/index.htm > Turns out that number is the right entity. Seems they have numbers that > match UTF16/UTF32 values. So are we OK? No, we are not, because the docs don't build for anyone who has pickier SGML tools than the ancient laissez-faire toolchain you seem to be using. HEAD currently gives me openjade -V draft-mode -wall -wno-unused-param -wno-empty -D . -c /usr/share/sgml/docbook/dsssl-stylesheets/catalog -d stylesheet.dsl-i output-html -t sgml postgres.sgml openjade:ddl.sgml:2581:51:E: document type does not allow element "SECT2" here openjade:ddl.sgml:2646:39:E: document type does not allow element "SECT2" here openjade:ddl.sgml:2706:52:E: document type does not allow element "SECT2" here openjade:ddl.sgml:2848:8:E: end tag for "SECT2" omitted, but OMITTAG NO was specified openjade:ddl.sgml:2317:3: start tag was here openjade:release.sgml:572:14:E: "353" is not a character number in the document character set openjade:release.sgml:1091:56:E: "305" is not a character number in the document character set openjade:release.sgml:1091:63:E: "305" is not a character number in the document character set openjade:release.sgml:1505:35:E: "305" is not a character number in the document character set openjade:release.sgml:1505:42:E: "305" is not a character number in the document character set openjade:release.sgml:1670:38:E: "305" is not a character number in the document character set openjade:release.sgml:1670:45:E: "305" is not a character number in the document character set make: *** [html] Error 1 I don't believe in ignoring compiler warnings, and I don't believe in ignoring these problems either. regards, tom lane
В списке pgsql-docs по дате отправления: