Uploaded sgml-tools 1.0.9-3 (m68k) to erlangen
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.6
Date: Thu, 16 Dec 1999 09:23:39 +0900
Source: sgml-tools
Binary: sgml-tools
Architecture: m68k
Version: 1.0.9-3
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon <buildd@kullervo.informatik.uni-erlangen.de>
Description:
sgml-tools - converters for the linuxdoc DTD (and others)
Closes: 24467 27094 27488 27855
Changes:
sgml-tools (1.0.9-3) unstable; urgency=low
.
* apply the patch to fix the action in signal handler "cleanup"
in lib/SGMLTools/Utils.pm. Thanks to Roman Hodek for that patch.
- Closes: #27855
* modify lib/dist/fmt_txt.pl to convert entities such as < and ^gt;
I think this bug is fixed, but if the problems are left,
Please let me know with the specific example.
- Closes: #24467
* modify lib/SGMLTools.pm, lib/dist/fmt_txt.pl, and lib/dist/fmt_rtf.pl
to enable the handling of a filename with spaces for text and rtf
output. it seems that the latex command can not handle such file,
but it is not fault on sgml-tools side, maybe.
html browsers such as lynx and w3m can not handle such filenames
in URIs, but I don't know it is their fault, because I am not
sure the URI with spaces is allowed in RFC.
Anyway, the reporter claims that he wish to use the filenames with
spaces on rtf output, so I think this bug can be closed.
- Closes: #27488
* add new option "blank (b)" for sgml2txt to cut the continuous
blank lines. modifications are done in fmt_txt.pl and related
manpages. The default is 3, but is can be disscussed more.
- Closes: #27094
* support "-l pl" for polish language, taking the patch from
<http//www.sgmltools.org/todo/72.txt>.
Thanks for "Konrad Roziewski" for this patch.
Files:
48859a4325c170ae22e932a5a7ae713a 333066 text Optional sgml-tools_1.0.9-3_m68k.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.0 (SunOS)
Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard <http://www.gnupg.org/>
iEYEARECAAYFAjhaE0IACgkQcS3JWD3FdvfJ/QCfVHEFHvE4JfC4MgePBOmE6bO0
dwoAn2FCdSCq6m7kKwUbtkfyjB4Lvme8
=dUbW
-----END PGP SIGNATURE-----
Reply to: