Re: sgml cleanup: unescaped '>' characters
От | Peter Eisentraut |
---|---|
Тема | Re: sgml cleanup: unescaped '>' characters |
Дата | |
Msg-id | 1315088545.11695.25.camel@vanquo.pezone.net обсуждение исходный текст |
Ответ на | Re: sgml cleanup: unescaped '>' characters (Bruce Momjian <bruce@momjian.us>) |
Ответы |
Re: sgml cleanup: unescaped '>' characters
|
Список | pgsql-docs |
On lör, 2011-09-03 at 16:47 -0400, Bruce Momjian wrote: > Peter Eisentraut wrote: > > On tor, 2011-09-01 at 17:31 -0400, Bruce Momjian wrote: > > > Peter Eisentraut wrote: > > > > On tor, 2011-09-01 at 14:17 -0400, Bruce Momjian wrote: > > > > > > That still leaves open why we bother about escaping <. > > > > > > > > > > The problem is that I often add SGML that has: > > > > > > > > > > if (1 < 0) ... > > > > > > > > > > I need something to warn me about those, especially in the release > > > > > notes. > > > > > > > > Why do you need to be warned about that? > > > > > > If I have: > > > > > > if (1 < fred) > > > > > > it will think "fred" is a SGML tag, no? > > > > No, a < followed by a space is not a tag, it's character data. If it > > thought it were a tag, it would complain. > > Sometimes it is '<' (in single quotes), which I thought would be a > problem. The bottom line is, the SGML parser can figure that out itself, and if it has a problem, it will complain. We don't need to second guess it with regular expressions that are handcrafted out of thin air. I was hoping you would remember whether you initially put this in because of some tool problem. But if we are not finding any supporting evidence, I would suggest that we just scrap this thing entirely.
В списке pgsql-docs по дате отправления: