Problem with Using Web Component Include Contetn insert Page

  • Thread starter news.frontiernet.net
  • Start date
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?
 
C

chris leeds

are you absolutely sure you're not using the "shared borders" in respect to
any of the affected pages?

news.frontiernet.net said:
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?
 
C

chris leeds

I'm glad that bug has passed me by ;-)
guess only the worms like me.

Thomas A. Rowe said:
Chris,

The duplication bug also applies to FP Include Page component.

http://support.microsoft.com/default.aspx?scid=kb;en-us;299360
http://support.microsoft.com/default.aspx?scid=kb;en-us;298827
--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================


chris leeds said:
are you absolutely sure you're not using the "shared borders" in respect to
any of the affected pages?

news.frontiernet.net said:
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 in that
the and
54
 
N

news.frontiernet.net

I do NOT use Shared Borders.

Am I to assume that following the Registry fix you mentioned will allow my
Authoring PC with Win 98 to display this correctly? Or are there other
considerations?

Is there a suggested way of alerting my web host firm to make the fix at the
server?

Thanks!


Thomas A. Rowe said:
Chris,

The duplication bug also applies to FP Include Page component.

http://support.microsoft.com/default.aspx?scid=kb;en-us;299360
http://support.microsoft.com/default.aspx?scid=kb;en-us;298827
--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================


chris leeds said:
are you absolutely sure you're not using the "shared borders" in respect to
any of the affected pages?

news.frontiernet.net said:
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 in that
the and
54
 
N

news.frontiernet.net

Does this mean that I will be forever seeing this itrritating problem with
my Win 98 system and FrontPage 2002?

Or is there a fix?

Is there a known workaround other than limiting ths file size?

Thomas A. Rowe said:
Locally you need to have installed all SPs installed, however since your
local machine is Windows 98, the FP2002 extensions are not supported, so the
registry fix doesn't apply.

You just need to contact your host and show them the problem and provided
the link below for them to solve the problem.

--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================


news.frontiernet.net said:
I do NOT use Shared Borders.

Am I to assume that following the Registry fix you mentioned will allow my
Authoring PC with Win 98 to display this correctly? Or are there other
considerations?

Is there a suggested way of alerting my web host firm to make the fix at the
server?

Thanks!


Thomas A. Rowe said:
Chris,

The duplication bug also applies to FP Include Page component.

http://support.microsoft.com/default.aspx?scid=kb;en-us;299360
http://support.microsoft.com/default.aspx?scid=kb;en-us;298827
--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================
To assist you in getting the best answers for FrontPage support see:
http://www.net-sites.com/sitebuilder/newsgroups.asp

are you absolutely sure you're not using the "shared borders" in respect
to
any of the affected pages?

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 43K
and
 
T

Thomas A. Rowe

The problem is not on your end, it is a caused by the FP2002 extensions on
the server. You are not running the FP2002 extension locally, as they can
not be installed under Windows98.

--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================


news.frontiernet.net said:
Does this mean that I will be forever seeing this itrritating problem with
my Win 98 system and FrontPage 2002?

Or is there a fix?

Is there a known workaround other than limiting ths file size?

Thomas A. Rowe said:
Locally you need to have installed all SPs installed, however since your
local machine is Windows 98, the FP2002 extensions are not supported, so the
registry fix doesn't apply.

You just need to contact your host and show them the problem and provided
the link below for them to solve the problem.

--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================
To assist you in getting the best answers for FrontPage support see:
http://www.net-sites.com/sitebuilder/newsgroups.asp
allow
my
Authoring PC with Win 98 to display this correctly? Or are there other
considerations?

Is there a suggested way of alerting my web host firm to make the fix
at
the
server?

Thanks!


Chris,

The duplication bug also applies to FP Include Page component.

http://support.microsoft.com/default.aspx?scid=kb;en-us;299360
http://support.microsoft.com/default.aspx?scid=kb;en-us;298827
--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================
To assist you in getting the best answers for FrontPage support see:
http://www.net-sites.com/sitebuilder/newsgroups.asp

are you absolutely sure you're not using the "shared borders" in respect
to
any of the affected pages?

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 of
this it
time
 
N

news.frontiernet.net

Then why am I experiencing the problem locally too if is is a server only
problem?

The problem does NOT appear in FrontPage normal or Preview mode and yet is
DOES appear on my local PC using ANY BROWSER to view the document on my
local PC.

So, I still have the question: Is there a way to get my local PC to view
this correctly durin my authoring stages, either as a FIX or with a
work-around?

Thomas A. Rowe said:
The problem is not on your end, it is a caused by the FP2002 extensions on
the server. You are not running the FP2002 extension locally, as they can
not be installed under Windows98.

--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================


news.frontiernet.net said:
Does this mean that I will be forever seeing this itrritating problem with
my Win 98 system and FrontPage 2002?

Or is there a fix?

Is there a known workaround other than limiting ths file size?

so
the allow
fix
at
the
server?

Thanks!


Chris,

The duplication bug also applies to FP Include Page component.

http://support.microsoft.com/default.aspx?scid=kb;en-us;299360
http://support.microsoft.com/default.aspx?scid=kb;en-us;298827
--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================
To assist you in getting the best answers for FrontPage support see:
http://www.net-sites.com/sitebuilder/newsgroups.asp

are you absolutely sure you're not using the "shared borders" in
respect
to
any of the affected pages?

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 from
the Possibly
it time are
43K
 
S

Steve Easton

When you say you see the problem in
your browser on your local pc, are you seeing it
in "Preview in Browser" mode, or when viewing
the published version / server version
from the internet in your browser.??

If it's the "published" / live version, which is the same one I looked at,
it is a remote server, aka host / FrontPage extensions issue.
The include bot info only shows once on the page, but is being delivered
twice to the browser.
hth

--
using 2k PRO but....95isalive
This site is best viewed............
........................with a computer

news.frontiernet.net said:
Then why am I experiencing the problem locally too if is is a server only
problem?

The problem does NOT appear in FrontPage normal or Preview mode and yet is
DOES appear on my local PC using ANY BROWSER to view the document on my
local PC.

So, I still have the question: Is there a way to get my local PC to view
this correctly durin my authoring stages, either as a FIX or with a
work-around?

Thomas A. Rowe said:
The problem is not on your end, it is a caused by the FP2002 extensions on
the server. You are not running the FP2002 extension locally, as they can
not be installed under Windows98.

--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================
To assist you in getting the best answers for FrontPage support see:
http://www.net-sites.com/sitebuilder/newsgroups.asp
supported,
so
the
registry fix doesn't apply.

You just need to contact your host and show them the problem and provided
the link below for them to solve the problem.

--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================
To assist you in getting the best answers for FrontPage support see:
http://www.net-sites.com/sitebuilder/newsgroups.asp

I do NOT use Shared Borders.

Am I to assume that following the Registry fix you mentioned will allow
my
Authoring PC with Win 98 to display this correctly? Or are there other
considerations?

Is there a suggested way of alerting my web host firm to make the
fix
at
the
server?

Thanks!


Chris,

The duplication bug also applies to FP Include Page component.

http://support.microsoft.com/default.aspx?scid=kb;en-us;299360
http://support.microsoft.com/default.aspx?scid=kb;en-us;298827
--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================
To assist you in getting the best answers for FrontPage support see:
http://www.net-sites.com/sitebuilder/newsgroups.asp

are you absolutely sure you're not using the "shared borders" in
respect
to
any of the affected pages?

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?
 
S

Steve Easton

Also, according to Sam Spade, there are no Extensions
currently installed on the server:
08/16/03 18:13:37 Browsing http://www.wgtn.net/Shopping/oxford_example.htm
Fetching http://www.wgtn.net/Shopping/oxford_example.htm ...
GET /Shopping/oxford_example.htm HTTP/1.1
Host: www.wgtn.net
Connection: close
User-Agent: Sam Spade 1.14
HTTP/1.1 200 OK
Date: Sat, 16 Aug 2003 22:16:31 GMT
Server: Apache
Last-Modified: Sat, 16 Aug 2003 20:23:59 GMT
ETag: "faa39-12443-3f3e92df"
Accept-Ranges: bytes
Content-Length: 74819


--
using 2k PRO but....95isalive
This site is best viewed............
........................with a computer

news.frontiernet.net said:
Then why am I experiencing the problem locally too if is is a server only
problem?

The problem does NOT appear in FrontPage normal or Preview mode and yet is
DOES appear on my local PC using ANY BROWSER to view the document on my
local PC.

So, I still have the question: Is there a way to get my local PC to view
this correctly durin my authoring stages, either as a FIX or with a
work-around?

Thomas A. Rowe said:
The problem is not on your end, it is a caused by the FP2002 extensions on
the server. You are not running the FP2002 extension locally, as they can
not be installed under Windows98.

--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================
To assist you in getting the best answers for FrontPage support see:
http://www.net-sites.com/sitebuilder/newsgroups.asp
supported,
so
the
registry fix doesn't apply.

You just need to contact your host and show them the problem and provided
the link below for them to solve the problem.

--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================
To assist you in getting the best answers for FrontPage support see:
http://www.net-sites.com/sitebuilder/newsgroups.asp

I do NOT use Shared Borders.

Am I to assume that following the Registry fix you mentioned will allow
my
Authoring PC with Win 98 to display this correctly? Or are there other
considerations?

Is there a suggested way of alerting my web host firm to make the
fix
at
the
server?

Thanks!


Chris,

The duplication bug also applies to FP Include Page component.

http://support.microsoft.com/default.aspx?scid=kb;en-us;299360
http://support.microsoft.com/default.aspx?scid=kb;en-us;298827
--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================
To assist you in getting the best answers for FrontPage support see:
http://www.net-sites.com/sitebuilder/newsgroups.asp

are you absolutely sure you're not using the "shared borders" in
respect
to
any of the affected pages?

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?
 
N

news.frontiernet.net

The problem exists no matter where the document is fetched from. That is;
1. While the problem does NOT exist within the FrontPage authoring
environment on my local PC, it does appear however on my local PC when I try
to view it with ANYONES browser ( looking at the version on my local PC hard
disk ). THis freaks me out during the trial-and-erro design phase.
2. After the document is moved to the server, fetching it with ANYONES
broser shows the problem.

So, the problem is BOTH local and server.

Steve Easton said:
When you say you see the problem in
your browser on your local pc, are you seeing it
in "Preview in Browser" mode, or when viewing
the published version / server version
from the internet in your browser.??

If it's the "published" / live version, which is the same one I looked at,
it is a remote server, aka host / FrontPage extensions issue.
The include bot info only shows once on the page, but is being delivered
twice to the browser.
hth

--
using 2k PRO but....95isalive
This site is best viewed............
.......................with a computer

news.frontiernet.net said:
Then why am I experiencing the problem locally too if is is a server only
problem?

The problem does NOT appear in FrontPage normal or Preview mode and yet is
DOES appear on my local PC using ANY BROWSER to view the document on my
local PC.

So, I still have the question: Is there a way to get my local PC to view
this correctly durin my authoring stages, either as a FIX or with a
work-around?
extensions
on problem
with since
your supported, the
fix support
see:
borders"
in
respect
to
any of the affected pages?

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 to
work Netscape
7.0 viewed
from two
are
 
S

Steve Easton

Includes are "included" at the time of
publishing to the server.
When the page "hits" the server,
the include content is already added.
However, the actual "include files"
are also published to the server, so
that you can edit them live.
When you save an edited include, FP
automatically updates the pages containing the
"included information"
I'ts possible your host is "masking" the server extensions,
as the Apache, php and mysql versions don't show either.

However, If I were you, I would have your host repair or reinstall
the extensions.

Also, clear your browser cache files, and delete the FrontPage
temp files with your web opened in FrontPage.
Tools > Web Settings > Advanced > Delete files.

hth
--
using 2k PRO but....95isalive
This site is best viewed............
........................with a computer

news.frontiernet.net said:
If the extensions were NOT working at the server, then the standard header
and footers would not have been included. They were included.

Since they WERE included, isnt it logical to assume that the extensions
are working for FP includes?

Thanks.

Steve Easton said:
Also, according to Sam Spade, there are no Extensions
currently installed on the server:
08/16/03 18:13:37 Browsing http://www.wgtn.net/Shopping/oxford_example.htm
Fetching http://www.wgtn.net/Shopping/oxford_example.htm ...
GET /Shopping/oxford_example.htm HTTP/1.1
Host: www.wgtn.net
Connection: close
User-Agent: Sam Spade 1.14
HTTP/1.1 200 OK
Date: Sat, 16 Aug 2003 22:16:31 GMT
Server: Apache
Last-Modified: Sat, 16 Aug 2003 20:23:59 GMT
ETag: "faa39-12443-3f3e92df"
Accept-Ranges: bytes
Content-Length: 74819
yet
is extensions they
can borders"
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
 
N

news.frontiernet.net

I just completeted the process of deleting the FrontPage temporary files as
per your instructions.

What was this supposed to correct? I see no effect.

The file on my local pc ( oxford_eample.htm), STILL exhibits the problem
that I have been trying to understand and GET RID of.

Thank you for pointing out that the INCLUDE process is actually done at
PUBLISH time, and NOT at the time the server fetches oxford_example.htm.

Doesn't that logically mean that the problem exists on my LOCAL AUTHORING PC
and NOT the server as suggested by Thomas A. Rowe ( bless him for trying to
help tho ) ?

Steve Easton said:
Includes are "included" at the time of
publishing to the server.
When the page "hits" the server,
the include content is already added.
However, the actual "include files"
are also published to the server, so
that you can edit them live.
When you save an edited include, FP
automatically updates the pages containing the
"included information"
I'ts possible your host is "masking" the server extensions,
as the Apache, php and mysql versions don't show either.

However, If I were you, I would have your host repair or reinstall
the extensions.

Also, clear your browser cache files, and delete the FrontPage
temp files with your web opened in FrontPage.
Tools > Web Settings > Advanced > Delete files.

hth
--
using 2k PRO but....95isalive
This site is best viewed............
.......................with a computer

news.frontiernet.net said:
If the extensions were NOT working at the server, then the standard header
and footers would not have been included. They were included.

Since they WERE included, isnt it logical to assume that the extensions
are working for FP includes?

Thanks.

Steve Easton said:
Also, according to Sam Spade, there are no Extensions
currently installed on the server:
08/16/03 18:13:37 Browsing http://www.wgtn.net/Shopping/oxford_example.htm
Fetching http://www.wgtn.net/Shopping/oxford_example.htm ...
GET /Shopping/oxford_example.htm HTTP/1.1
Host: www.wgtn.net
Connection: close
User-Agent: Sam Spade 1.14
HTTP/1.1 200 OK
Date: Sat, 16 Aug 2003 22:16:31 GMT
Server: Apache
Last-Modified: Sat, 16 Aug 2003 20:23:59 GMT
ETag: "faa39-12443-3f3e92df"
Accept-Ranges: bytes
Content-Length: 74819


--
using 2k PRO but....95isalive
This site is best viewed............
.......................with a computer

Then why am I experiencing the problem locally too if is is a server only
problem?

The problem does NOT appear in FrontPage normal or Preview mode and
yet
is
DOES appear on my local PC using ANY BROWSER to view the document on my
local PC.

So, I still have the question: Is there a way to get my local PC to view
this correctly durin my authoring stages, either as a FIX or with a
work-around?

The problem is not on your end, it is a caused by the FP2002 extensions
on
the server. You are not running the FP2002 extension locally, as they
can
not be installed under Windows98.

--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================
To assist you in getting the best answers for FrontPage support see:
http://www.net-sites.com/sitebuilder/newsgroups.asp

Does this mean that I will be forever seeing this itrritating problem
with
my Win 98 system and FrontPage 2002?

Or is there a fix?

Is there a known workaround other than limiting ths file size?

Locally you need to have installed all SPs installed, however since
your
local machine is Windows 98, the FP2002 extensions are not
supported,
so
the
registry fix doesn't apply.

You just need to contact your host and show them the problem and
provided
the link below for them to solve the problem.

--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================
To assist you in getting the best answers for FrontPage
support
see:
http://www.net-sites.com/sitebuilder/newsgroups.asp

I do NOT use Shared Borders.

Am I to assume that following the Registry fix you mentioned will
allow
my
Authoring PC with Win 98 to display this correctly? Or are there
other
considerations?

Is there a suggested way of alerting my web host firm to
make
the
fix
at
the
server?

Thanks!


Chris,

The duplication bug also applies to FP Include Page component.

http://support.microsoft.com/default.aspx?scid=kb;en-us;299360
http://support.microsoft.com/default.aspx?scid=kb;en-us;298827
--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================
To assist you in getting the best answers for FrontPage support
see:
http://www.net-sites.com/sitebuilder/newsgroups.asp

are you absolutely sure you're not using the "shared borders"
in
respect
to
any of the affected pages?

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 seemed
to
connected
to at
the These
two
is
 
T

Thomas A. Rowe

Have you installed all Office XP Service Packs? The problem should not be
seen on your local machine, since you are not using the run-time version of
the extensions under Windows 98.

However it just may be possible to see this problem if you have published
your live copy down to your PC.

--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================


news.frontiernet.net said:
I just completeted the process of deleting the FrontPage temporary files as
per your instructions.

What was this supposed to correct? I see no effect.

The file on my local pc ( oxford_eample.htm), STILL exhibits the problem
that I have been trying to understand and GET RID of.

Thank you for pointing out that the INCLUDE process is actually done at
PUBLISH time, and NOT at the time the server fetches oxford_example.htm.

Doesn't that logically mean that the problem exists on my LOCAL AUTHORING PC
and NOT the server as suggested by Thomas A. Rowe ( bless him for trying to
help tho ) ?

Steve Easton said:
Includes are "included" at the time of
publishing to the server.
When the page "hits" the server,
the include content is already added.
However, the actual "include files"
are also published to the server, so
that you can edit them live.
When you save an edited include, FP
automatically updates the pages containing the
"included information"
I'ts possible your host is "masking" the server extensions,
as the Apache, php and mysql versions don't show either.

However, If I were you, I would have your host repair or reinstall
the extensions.

Also, clear your browser cache files, and delete the FrontPage
temp files with your web opened in FrontPage.
Tools > Web Settings > Advanced > Delete files.

hth
--
using 2k PRO but....95isalive
This site is best viewed............
.......................with a computer

and
yet on
my it
to
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
system
at to
18K. is
 
S

Steve Easton

Deleting them just eliminates the possibilty
that there is a corrupt file causing the problem.
FrontPage saves a .tmp file of every change you make
when you are editing a page, and it sometimes gets "confused".

Deleting the browser cache files does the same thing
for "Preview in browser " problems.
--
using 2k PRO but....95isalive
This site is best viewed............
........................with a computer

news.frontiernet.net said:
I just completeted the process of deleting the FrontPage temporary files as
per your instructions.

What was this supposed to correct? I see no effect.

The file on my local pc ( oxford_eample.htm), STILL exhibits the problem
that I have been trying to understand and GET RID of.

Thank you for pointing out that the INCLUDE process is actually done at
PUBLISH time, and NOT at the time the server fetches oxford_example.htm.

Doesn't that logically mean that the problem exists on my LOCAL AUTHORING PC
and NOT the server as suggested by Thomas A. Rowe ( bless him for trying to
help tho ) ?

Steve Easton said:
Includes are "included" at the time of
publishing to the server.
When the page "hits" the server,
the include content is already added.
However, the actual "include files"
are also published to the server, so
that you can edit them live.
When you save an edited include, FP
automatically updates the pages containing the
"included information"
I'ts possible your host is "masking" the server extensions,
as the Apache, php and mysql versions don't show either.

However, If I were you, I would have your host repair or reinstall
the extensions.

Also, clear your browser cache files, and delete the FrontPage
temp files with your web opened in FrontPage.
Tools > Web Settings > Advanced > Delete files.

hth
--
using 2k PRO but....95isalive
This site is best viewed............
.......................with a computer

and
yet on
my it
to
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
system
at to
18K. is
 
S

Steve Easton

"> Doesn't that logically mean that the problem exists on my LOCAL AUTHORING
PC
and NOT the server as suggested by Thomas A. Rowe ( bless him for trying to
help tho ) ?
Not necessarily so, and Thomas definitely has you pointed in the right
direction.

This is a known issue with a recent server extensions update.

Also, I just checked your root web and no extensions show there either.

Without extensions, the include "bot" is not recognized by the server.
Therefore, the file path can be seen as a url causing it to be "re-served"
when the browser requests the page.
 
S

Steve Easton

Thomas, I'm a little confused about the 98 / pws / IIS issue,
as I have a 98se install disk, and IIS /PWS with extensions are
installable from the install disk.
It is / was a tweak that could be used on a Win95 machine
to get rid of the problematic PWS that comes with FP98.

The tweak was to uninstall FP98 and it's "pws", install
the 98se pws/iis and extensions and then do a custom install
of 98 and leave out it's inherent PWS.


--
using 2k PRO but....95isalive
This site is best viewed............
........................with a computer

Thomas A. Rowe said:
Have you installed all Office XP Service Packs? The problem should not be
seen on your local machine, since you are not using the run-time version of
the extensions under Windows 98.

However it just may be possible to see this problem if you have published
your live copy down to your PC.

--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================


news.frontiernet.net said:
I just completeted the process of deleting the FrontPage temporary files as
per your instructions.

What was this supposed to correct? I see no effect.

The file on my local pc ( oxford_eample.htm), STILL exhibits the problem
that I have been trying to understand and GET RID of.

Thank you for pointing out that the INCLUDE process is actually done at
PUBLISH time, and NOT at the time the server fetches oxford_example.htm.

Doesn't that logically mean that the problem exists on my LOCAL
AUTHORING
PC
and NOT the server as suggested by Thomas A. Rowe ( bless him for trying to
help tho ) ?
document
PC
with
a support
see: problem
and
found
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?
 
N

news.frontiernet.net

There is only ONE such include in each of the eight documents I do the
inclusion of firm lists. Each of the eight documents uses other includes for
std header, footers, and std text. They work just fine.

The problem with just two of the eightr is these two that have the longest
firm lists( one is 43 k, the other is 54k while the largets of the others is
19K) to be included. If I trim the firm lists down, even those two work
fine. But, that destroys the firm list.

However, I use FP becasue I can VISUALLY see what I am authoring - WYSWIG.

They all looks fine in FP. Both in normal mode and preview mode. BUT in
browser preview mode, the two show their problems. And when published to the
server, those two show their problems.

I have considered using server side SSI includes. But, this eliminates my
authoring preview in WYSIWYG mode via FP unlsee I install a server simiolar
to my web host. I dont want to install and maintain a server!

In this case, this is a feature that frontPage is advertised to provide. It
works in most cases. Why doesnt it work here?

I just did an interesting sluething operation. I moved the Shopping
directory over my network to another, older PC ( also running win 98) and
opend the webm recalculated the links via TOOLS/ Recalc and looked at the
web in FP normal and preview. They were ok. BUT in browser preview mode the
VERY SAME PROBLEM was evident.

So, if the same problem exsists on a separate PC HD, the issue does NOT
seeme logically related to any Registry problems on my Authoring PC. Right?

Then What is the problem? What is the solution?
chris leeds said:
on your local version look at the code for the page in question. look to
see if there are two include page blocks. you won't see the actual html of
the include page just something that looks like a comment <!-- --> and says
something about a web bot. if there are two of these in the page code that
are identical, just delete the bottom most one.
If I had to guess why this was happening I'd say something about the
publishing process to a non extended site, but it's just a guess.
HTH
news.frontiernet.net said:
I just completeted the process of deleting the FrontPage temporary files as
per your instructions.

What was this supposed to correct? I see no effect.

The file on my local pc ( oxford_eample.htm), STILL exhibits the problem
that I have been trying to understand and GET RID of.

Thank you for pointing out that the INCLUDE process is actually done at
PUBLISH time, and NOT at the time the server fetches oxford_example.htm.

Doesn't that logically mean that the problem exists on my LOCAL
AUTHORING
PC
and NOT the server as suggested by Thomas A. Rowe ( bless him for trying to
help tho ) ?
document
PC
with
a support
see: problem
and
found
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?
 
T

Thomas A. Rowe

FP2002 is a part of Office XP, so in order to update FP2002 you must
download and install the Office XP SPs.

Service Packs are not issued for the individual office application, but for
the entire Office family, which is call Office XP

--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================


news.frontiernet.net said:
I dont use Office XP, nor do I use Win XP and so, no I haven't installed any
so-called service packs for Office XP.

My authoring PC is Win 98. Therefore XP related servie packs dont seem
logically to be called for in this case.

Why would you think that Office XP service packs would be useful on a Win 98
that has never had Office XP installed upon it?

Thomas A. Rowe said:
Have you installed all Office XP Service Packs? The problem should not be
seen on your local machine, since you are not using the run-time version of
the extensions under Windows 98.

However it just may be possible to see this problem if you have published
your live copy down to your PC.

--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================
To assist you in getting the best answers for FrontPage support see:
http://www.net-sites.com/sitebuilder/newsgroups.asp

files
as AUTHORING trying
to mode
and document PC with
locally,
as
they
can
not be installed under Windows98.

--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================
To assist you in getting the best answers for FrontPage support
see:
http://www.net-sites.com/sitebuilder/newsgroups.asp

Does this mean that I will be forever seeing this itrritating
problem
with
my Win 98 system and FrontPage 2002?

Or is there a fix?

Is there a known workaround other than limiting ths file size?

Locally you need to have installed all SPs installed, however
since
your
local machine is Windows 98, the FP2002 extensions are not
supported,
so
the
registry fix doesn't apply.

You just need to contact your host and show them the problem
and
provided
the link below for them to solve the problem.

--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================
To assist you in getting the best answers for FrontPage
support
see:
http://www.net-sites.com/sitebuilder/newsgroups.asp

I do NOT use Shared Borders.

Am I to assume that following the Registry fix you mentioned
will
allow
my
Authoring PC with Win 98 to display this correctly? Or are
there
other
considerations?

Is there a suggested way of alerting my web host firm to
make
the
fix
at
the
server?

Thanks!


Chris,

The duplication bug also applies to FP Include Page
component.


http://support.microsoft.com/default.aspx?scid=kb;en-us;299360

http://support.microsoft.com/default.aspx?scid=kb;en-us;298827
--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================
To assist you in getting the best answers for FrontPage
support
see:
http://www.net-sites.com/sitebuilder/newsgroups.asp

are you absolutely sure you're not using the "shared
borders"
in
respect
to
any of the affected pages?

message
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?
 
S

Steve Easton

If you have PWS / IIS installed on your machine,
open the server administrator and see if it has an
"Update extensions" feature.

--
using 2k PRO but....95isalive
This site is best viewed............
........................with a computer

news.frontiernet.net said:
I just completeted the process of deleting the FrontPage temporary files as
per your instructions.

What was this supposed to correct? I see no effect.

The file on my local pc ( oxford_eample.htm), STILL exhibits the problem
that I have been trying to understand and GET RID of.

Thank you for pointing out that the INCLUDE process is actually done at
PUBLISH time, and NOT at the time the server fetches oxford_example.htm.

Doesn't that logically mean that the problem exists on my LOCAL AUTHORING PC
and NOT the server as suggested by Thomas A. Rowe ( bless him for trying to
help tho ) ?

Steve Easton said:
Includes are "included" at the time of
publishing to the server.
When the page "hits" the server,
the include content is already added.
However, the actual "include files"
are also published to the server, so
that you can edit them live.
When you save an edited include, FP
automatically updates the pages containing the
"included information"
I'ts possible your host is "masking" the server extensions,
as the Apache, php and mysql versions don't show either.

However, If I were you, I would have your host repair or reinstall
the extensions.

Also, clear your browser cache files, and delete the FrontPage
temp files with your web opened in FrontPage.
Tools > Web Settings > Advanced > Delete files.

hth
--
using 2k PRO but....95isalive
This site is best viewed............
.......................with a computer

and
yet on
my it
to
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
system
at to
18K. is
 
T

Thomas A. Rowe

Correct (I think), however there are no run-time FP2002 extensions available
for Windows 98 / ME which uses PWS.

The FP2002 run-time extensions are only available for IIS under Windows
2000, Windows XP and Windows 2003.

--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================


Steve Easton said:
Thomas, I'm a little confused about the 98 / pws / IIS issue,
as I have a 98se install disk, and IIS /PWS with extensions are
installable from the install disk.
It is / was a tweak that could be used on a Win95 machine
to get rid of the problematic PWS that comes with FP98.

The tweak was to uninstall FP98 and it's "pws", install
the 98se pws/iis and extensions and then do a custom install
of 98 and leave out it's inherent PWS.


--
using 2k PRO but....95isalive
This site is best viewed............
.......................with a computer

Thomas A. Rowe said:
Have you installed all Office XP Service Packs? The problem should not be
seen on your local machine, since you are not using the run-time version of
the extensions under Windows 98.

However it just may be possible to see this problem if you have published
your live copy down to your PC.

--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================
To assist you in getting the best answers for FrontPage support see:
http://www.net-sites.com/sitebuilder/newsgroups.asp

files
as AUTHORING trying
to mode
and document PC with
locally,
as
they
can
not be installed under Windows98.

--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================
To assist you in getting the best answers for FrontPage support
see:
http://www.net-sites.com/sitebuilder/newsgroups.asp

Does this mean that I will be forever seeing this itrritating
problem
with
my Win 98 system and FrontPage 2002?

Or is there a fix?

Is there a known workaround other than limiting ths file size?

Locally you need to have installed all SPs installed, however
since
your
local machine is Windows 98, the FP2002 extensions are not
supported,
so
the
registry fix doesn't apply.

You just need to contact your host and show them the problem
and
provided
the link below for them to solve the problem.

--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================
To assist you in getting the best answers for FrontPage
support
see:
http://www.net-sites.com/sitebuilder/newsgroups.asp

I do NOT use Shared Borders.

Am I to assume that following the Registry fix you mentioned
will
allow
my
Authoring PC with Win 98 to display this correctly? Or are
there
other
considerations?

Is there a suggested way of alerting my web host firm to
make
the
fix
at
the
server?

Thanks!


Chris,

The duplication bug also applies to FP Include Page
component.


http://support.microsoft.com/default.aspx?scid=kb;en-us;299360

http://support.microsoft.com/default.aspx?scid=kb;en-us;298827
--

==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, Forums, WebCircle,
MS KB Quick Links, etc.
==============================================
To assist you in getting the best answers for FrontPage
support
see:
http://www.net-sites.com/sitebuilder/newsgroups.asp

are you absolutely sure you're not using the "shared
borders"
in
respect
to
any of the affected pages?

message
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?
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top