N
news.frontiernet.net
I have been using this FP 2002 facility often found it to be realiable . .
that is until this experience.
It is doing something OTHER than inserting the specified page module under
certain circumstances. Instead, under those circumstances, it places the
WHOLE HTML page there again starting at the top.
An example of this erroneous HTML document is shown at :
http://www.wgtn.net/Shopping/oxford_example.htm
The problem insert is here: http://www.wgtn.net/Shopping/firms_o.htm
The oxford_example.htm document has a number of inserts used;
_std_header_shopping_new.htm
_std_footer_shopping.htm
_firms_located_here_text.htm
firms_o.htm
Note: Those firm names that begin with the underscore character are named
that way to make them appear at the top of all file lists. This naming
convention seems to work well in helping me kee[ common modules together
and find them easily.
This document (oxford_example.htm) is part of a project that i am working on
and is one of eight similar documents that use the insert process to get a
list of firms located there. Only two of the eight documents exibit this
same problem. I used this insert process to make it easier to update each
locations firm list. Each firm list insert is update separately from the
main document by a process external to FrontPage and that part of this has
been working since 1996 reliably.
The process of externally generating documents that are to be included in aa
FrontPage web requires the step of doing doing a Recalculation from within
FrontPage prior to publishing. This process has seemed to work well for
over a year. This problem does not seem to be connected to the fact that the
inserts themselves are generated by software external to FrontPage.
The problem does NOT APPEAR with FrontPage 2002 in normal nor preview mode.
It only appears when you use a browser. The problem also appears when the
documents are accessed with ANY browser (MSIE 6.0, Netscape 7.0 or Opera
7.1) over the local network from another PC and when viewed from the server.
Therefore I assume it is not a problem with my browser. Possibly it is a
problem with my authoring PC or it's operating system at the time of
publishing?.
There are two of the eight documents that exhibit this problem. These two
documents are the with the largest sized inserts. These two are 43K and 54
K. The other document inserts vary in size from 1K to 18K. The content of
each insert is a simple table of rows where each row is a firms information.
Does FrontPage have a problem with inserts when they reach a certain size?
that is until this experience.
It is doing something OTHER than inserting the specified page module under
certain circumstances. Instead, under those circumstances, it places the
WHOLE HTML page there again starting at the top.
An example of this erroneous HTML document is shown at :
http://www.wgtn.net/Shopping/oxford_example.htm
The problem insert is here: http://www.wgtn.net/Shopping/firms_o.htm
The oxford_example.htm document has a number of inserts used;
_std_header_shopping_new.htm
_std_footer_shopping.htm
_firms_located_here_text.htm
firms_o.htm
Note: Those firm names that begin with the underscore character are named
that way to make them appear at the top of all file lists. This naming
convention seems to work well in helping me kee[ common modules together
and find them easily.
This document (oxford_example.htm) is part of a project that i am working on
and is one of eight similar documents that use the insert process to get a
list of firms located there. Only two of the eight documents exibit this
same problem. I used this insert process to make it easier to update each
locations firm list. Each firm list insert is update separately from the
main document by a process external to FrontPage and that part of this has
been working since 1996 reliably.
The process of externally generating documents that are to be included in aa
FrontPage web requires the step of doing doing a Recalculation from within
FrontPage prior to publishing. This process has seemed to work well for
over a year. This problem does not seem to be connected to the fact that the
inserts themselves are generated by software external to FrontPage.
The problem does NOT APPEAR with FrontPage 2002 in normal nor preview mode.
It only appears when you use a browser. The problem also appears when the
documents are accessed with ANY browser (MSIE 6.0, Netscape 7.0 or Opera
7.1) over the local network from another PC and when viewed from the server.
Therefore I assume it is not a problem with my browser. Possibly it is a
problem with my authoring PC or it's operating system at the time of
publishing?.
There are two of the eight documents that exhibit this problem. These two
documents are the with the largest sized inserts. These two are 43K and 54
K. The other document inserts vary in size from 1K to 18K. The content of
each insert is a simple table of rows where each row is a firms information.
Does FrontPage have a problem with inserts when they reach a certain size?