Hi Chase, I'm going to sit on this one for a bit...
I've been working on a utf8 conversion branch, and one of the issues I
ran into was that the embedded nsgmls could not work with utf-8 data.
So I had already resigned myself to probably having to get rid of the
embedded nsgmls completely in favor of an OS installed version, like I
had to do with Tcl. However, our SGML is so old (v2.1-ish) that I think
in order to support this in utf-8 natively we would need to convert them
to XML format along the lines of Docbook 4+. I'm still trying to figure
that issue out. I know very little about docbook, sgml and the tools,
but I'm learning :)
Strangely enough, I have not had any issues with dtinfo, perhaps because
I had not completely removed nsgmls, nor was I aware of the code in
programs/dtinfo/dtinfogen/infolib/etc/dtinfogen_worker.c that you fixed up.
It could be that the embedded nsgmls was still being used there since I
have not deleted it yet, and therefore I was not seeing a problem there.
My main problem with the utf8 conversion has been in dealing with the
help system... Once I figure that out, I will take your patch (or at
least portions of it) and apply it.
WRT to the Imakefile changes, all I needed to do was to #define
NSGMLSParser to "onsgmls" in linux.cf in order to use the OS version.
So, I would think that would be the way to go, and dtinfo should use
that too. I'll look into that once I've figured out the help system
issues, or at least figured out a way to work around them.
On the plus side, aside from the help system, the msg catalogs and the
like are working just fine in utf-8 now. We'll need to figure out
something with using the appropriate fonts though (iso10646). The
en_US.UTF-8 fontaliases seems to be quite wrong.
If it helps, I can export my working branch so that others can look at
it, but it's still pretty raw right now.
Another issue was the addition of the en_US.UTF-8 support a few years
ago. It generally just used the C locale files (via defaulting). This
is a bit of an issue as in some cases, when the help text for
en_US.UTF-8 isn't present, a fallback to the C locale occurs, so I may
need to re-do that properly as an independently supported locale like
all of the others, even though it will just be copies of the C locale files.
Anyway, thanks for the patch - it, or portions of it, will be applied to
the utf8-conversion branch when I get more time to work on it.
-jon
On 09/26/2018 08:10 PM, Chase via cdesktopenv-devel wrote:
This patch disables building nsgmls on linux in favor of the system
built-in onsgmls, I finally ironed out the error with dtinfogen and now
everything generates normally, once this code is also suited for the
bsds and solaris, we can remove nsgmls from the repo entirely.
Thank you for your time,
-Chase
_______________________________________________
cdesktopenv-devel mailing list
cdesktopenv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
--
Jon Trulson
"In the game of chess, you can never let your adversary see your pieces."
- Zapp Brannigan
_______________________________________________
cdesktopenv-devel mailing list
cdesktopenv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
