Line feeds replaced by spaces after inclusion-like start tag
On Tue, 12 May 1998 10:51:40, Lynn Hales wrote:
>I have had some complaints about extra white space in some of our documents. We >were able to narrow "most" of the problems down to an external process we run >on our SGML before publication. Depending on how this process broke lines and >inserted hard returns outside, we would occasionally get extra white space on >reopening in Adept or during final production.
>What it appears is that if there is a process, external to Adept, that opens >the instance and can place line feeds (hard returns) into the text then there >is the possibility of white space being added by Adept. As Cory Snavely >pointed out in an earlier post, this is how Adept treats record ends.
But based on chronic problems we have, and repeated attempts to identify an external source of added line feeds and/or spaces, I suspect ADEPT sometimes inserts a line feed after a tag like this '' or " when saving (depending on both the line length and whatever record length your preferences specifies). When opening the saved instance, ADEPT replaces the line feed with a space, resulting in something like, ' TABLE 5' (space should not precede TABLE 5). We used to treat these types of elements as inclusions, but we have rewritten our DTDs to eliminate inclusions.
I am not absolutely certain ADEPT is the cause of our problem, but ADEPT is more than just a remote suspect at this point. I should also note that we don't have this problem with normal structural elements (e.g., section, subsection, para, table, entry) -- just elements mixed in with #PCDATA.