7:18 p.m.
What should we do about this?
Adrian
--
Adrian Aichner
mailto:adrian＠xemacs.org
http://www.xemacs.org/
7:52 p.m.
On Thu, 2002-10-03 at 21:18, Adrian Aichner wrote:
What should we do about this?
We should provide good instructions how to install DTDs for psgml,
provide some URLs where common DTDs are found in the net, and possibly
provide some kind of user interface for the installation.
psgml does not require psgml-dtds, IMO that's the way it should be.
From: Gary Beckmann <Gary.Beckmann(a)TycoHealthcare.com>
Cc: Jerry James <james(a)eecs.ku.edu>
Subject: Re: Why can't I edit html anymore
Date: 03 Oct 2002 13:43:37 -0400
Yes, that was the solution.
May I humbly suggest that we remove "deprecated" from the description
of the package. And shouldn't the psgml package require psgml-dtds?
psgml-dtds 1.02 1.02 Deprecated collection of DTDs for psgml.
As the dtds (or some dtds) are needed.
--
\/ille Skyttä
ville.skytta at xemacs.org
2:51 a.m.
>>>> "Ville" == Ville Skytt <Ville>
writes:
Ville> On Thu, 2002-10-03 at 21:18, Adrian Aichner wrote:
> What should we do about this?
Ville> We should provide good instructions how to install DTDs for
Ville> psgml, provide some URLs where common DTDs are found in the
Ville> net, and
If we've got the URLs, then ...
Ville> possibly provide some kind of user interface for the
Ville> installation.
... this is a must. Furthermore, it should be generic. Cf the edict
package (it's in Mule), edict-update.el as a not-even-first cut. This
is _not_ an acceptable implementation. But we really should provide
something that front-ends for installing data from URLs to "where
XEmacs expects them to be." Also, there should be a tool (maybe just
a shortcut to Customize) that knows how to configure most XEmacs data
paths.
Ville> psgml does not require psgml-dtds, IMO that's the way it
Ville> should be.
I agree, but we should make it easier to figure out what's going on.
M-x help-trouble-shooting-faqs, anyone?
> May I humbly suggest that we remove "deprecated"
Here I think "unsupported" is preferred. The DTDs in the package are
perfectly good AFAIK, they just are not updated to newer versions.
OTOH, because the SGML world is pretty persnickety about versioning,
the old versions don't change.
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
My nostalgia for Icon makes me forget about any of the bad things. I don't
have much nostalgia for Perl, so its faults I remember. Scott Gilbert c.l.py
8:07 a.m.
On Fri, 2002-10-04 at 04:51, Stephen J. Turnbull wrote:
If we've got the URLs, then ...
Ville> possibly provide some kind of user interface for the
Ville> installation.
... this is a must. Furthermore, it should be generic. Cf the edict
package (it's in Mule), edict-update.el as a not-even-first cut. This
is _not_ an acceptable implementation. But we really should provide
something that front-ends for installing data from URLs to "where
XEmacs expects them to be." Also, there should be a tool (maybe just
a shortcut to Customize) that knows how to configure most XEmacs data
paths.
Sounds good to me.
Ville> psgml does not require psgml-dtds, IMO that's the
way it
Ville> should be.
I agree, but we should make it easier to figure out what's going on.
M-x help-trouble-shooting-faqs, anyone?
>> May I humbly suggest that we remove
"deprecated"
Here I think "unsupported" is preferred. The DTDs in the package are
perfectly good AFAIK, they just are not updated to newer versions.
OTOH, because the SGML world is pretty persnickety about versioning,
the old versions don't change.
But the conclusion of the discussion that led to the psgml-dtds split
was that the package (not the DTDs necessarily) is deprecated, and will
be removed later. Hence, I think "deprecated" captures the spirit
better than "unsupported".
--
\/ille Skyttä
ville.skytta at xemacs.org
2:52 a.m.
>>>> "Ville" == Ville Skytt <Ville>
writes:
Ville> On Thu, 2002-10-03 at 21:18, Adrian Aichner wrote:
> What should we do about this?
Ville> We should provide good instructions how to install DTDs for psgml,
Ville> provide some URLs where common DTDs are found in the net, and possibly
Ville> provide some kind of user interface for the installation.
i have been working on how we can run without psgml-dtds
i have a XEmacs install setup without psgml-dtd's that i have been
using for editing html and it works just fine without them
i setup the SGML_CATALOG_FILES env var with all the catalogues on my
system and that seems the best and most portable way to setup those.
i will work out a patch and workarounds and submit them Real Soon tm. (read post weekend)
i can also recomend the FreeBSD ports that install dtd's to replace
the ones in psgml-dtd's, these ports have url's so i can will include
those in my email
Ville> psgml does not require psgml-dtds, IMO that's the way it should be.
mine too
--
XEmacs Advocate | Do not try the patience of Wizards,
FreeBSD Devote | for they are subtle and quick to anger.
Perl Hacker | - Elric (Technomage) , Babylon 5.
Apache God | <mailto:rendhalver at xemacs.org> <GnuPG KeyID: AE51D190>
7867
days inactive
7869
days old
4 comments
4 participants
participants (4)
-
Adrian Aichner -
Rendhalver [Peter Brown] -
Stephen J. Turnbull -
Ville Skyttä