Word or PDF documents

  • Thread starter Thread starter Guest
  • Start date Start date
G

Guest

Hi,

I have recently started using FrontPage - with no previous experience. I
have come up with a problem that even my IT team cannot solve.

The viewers to the site cannot open Word / Excel / PDF documents.

We use an Intranet at our company.
 
How are you linking to these documents? (Post the HTML for a typical
link). Are they in your web site or in a virtual folder?
Do your users have Word, Excel and Acrobat Reader installed on their
PCs?
What error messages are displayed?
 
the user will need Word, Excel and Adobe Reader to read those documents
(respectively e.g. *.doc = Word file, *.xls = Excel file, *.pdf = Adobe
file).

I can't assume you knew this; apologies if I have stated the obvious.

perhaps something on the network (or the users machine - e.g. Internet
Explorer) is blocking the opening of these files).

The most common problem would be the user doesn't have the application to
open the document (as I've described above).
 
Hi Ronx,

Yes, our stores do have Acrobat reader and Word / Excel Viewers.

Basically wants happens, is that the system requires that they download the
document. Aslo, this download dialog window shows the extension of the
document as .htm. If we change it to either .pdf or .doc when we save the
doc, it opens.

This also happens to me when I log onto the site.

Linking the documents: I have folders with the documents inside, and I
simply create a hyperlink from the page to the actual document.

Hope this makes sense.

By the way, i use Office 2003, and windows 2000. I also installed the IIS
component.

Thanks

Andrew
 
It sounds like you have stored the documents in the web with .htm
extensions. They will not open that way - they must be stored with
the appropriate extension .doc, .xls or .pdf.
The HTML (copied from code view) for a document will be useful.
 
Hi Andrew,

Maybe this will help.

Yes, our stores do have Acrobat reader and Word / Excel Viewers.
 
This is for a "pdf".

<a href="Updates/Learning%20Resource%20Page%201%20&%202.pdf">Learning
Resources Page 1 &amp; 2</a></td>


This is for a Word Document.

href="GD05.0001%20-%20Use%20of%20Privately%20Owned%20Vehicles%20for%20Company%20Business.doc">GD05.0001</a><o:p></o:p></span></p>
</td>

Hope this helps

Andrew
 
Ron,

does my problem not have something to do with the "Remote Web Site".

The IT people 'mapped a drive' to the folder that houses the Web site. I
then publish to this site on the Server.

Thanks
 
The PDF would give problems, but not a download dialogue. The .pdf
filename contains an illegal character - the ampersand should not be
present.
The only legal characters for a filename on the web are alpha-numeric
[a-zA-Z0-9] plus the hyphen and underline. Spaces should also be
removed, they break links in some browsers. The additional fullpoint
(in the Word doc) should be OK but may fail on some servers.

Apart from the spaces (shown as %20 in the posted link) and the above,
the links appear to be normal, and show that the documents do have the
correct extensions.
This being the case:
1) It is unusual for documents of these types to show a download
dialogue. If Word, etc, is installed on the PC, the Word document
would behave like a web page and open in the browser. The download
dialogue indicates that the PC's browser does not recognise the
extensions - this would normally be true if NOT using IE for the Word
and Excel files, but .pdf should be OK. Note that it is possible to
amend the registry on PCs to force a download of office documents. If
such amendments have been done this paragraph can be ignored.
2) The download dialogue should show the file as stored on the
server - .doc, .xls. .pdf. It should not change it to .htm.
3) A .htm file should automatically open in the browser anyway - it
would look messy if the document was not a web page - but there should
not be a download dialogue.

In my opinion, there is a browser problem that I do not understand.

As for the drive mapping, this sounds like you are editing/publishing
to a disc based web on the webserver. If the server is running the
FrontPage extensions you should, be publishing to or opening the web
in FrontPage using an http:// address like http://example.com. But
this will not make any difference to the browser behaviour.

I have no idea where this will lead, but can you right-click on the
documents, choose "save target as" (in IE) and download correctly?
Can you use a different browser (Netscape instead of IE, or
vice-versa)?
 
Hi Ron,

Yes, that's the strange thing!

For the pdf - we click on the document and then enter the .pdf extensions -
the document opens and auto saves to the desktop.

For the word documents, we right click - save target as, and then add the
..doc extensions - then the document opens and saves to the desk top.

Weird??


Ronx said:
The PDF would give problems, but not a download dialogue. The .pdf
filename contains an illegal character - the ampersand should not be
present.
The only legal characters for a filename on the web are alpha-numeric
[a-zA-Z0-9] plus the hyphen and underline. Spaces should also be
removed, they break links in some browsers. The additional fullpoint
(in the Word doc) should be OK but may fail on some servers.

Apart from the spaces (shown as %20 in the posted link) and the above,
the links appear to be normal, and show that the documents do have the
correct extensions.
This being the case:
1) It is unusual for documents of these types to show a download
dialogue. If Word, etc, is installed on the PC, the Word document
would behave like a web page and open in the browser. The download
dialogue indicates that the PC's browser does not recognise the
extensions - this would normally be true if NOT using IE for the Word
and Excel files, but .pdf should be OK. Note that it is possible to
amend the registry on PCs to force a download of office documents. If
such amendments have been done this paragraph can be ignored.
2) The download dialogue should show the file as stored on the
server - .doc, .xls. .pdf. It should not change it to .htm.
3) A .htm file should automatically open in the browser anyway - it
would look messy if the document was not a web page - but there should
not be a download dialogue.

In my opinion, there is a browser problem that I do not understand.

As for the drive mapping, this sounds like you are editing/publishing
to a disc based web on the webserver. If the server is running the
FrontPage extensions you should, be publishing to or opening the web
in FrontPage using an http:// address like http://example.com. But
this will not make any difference to the browser behaviour.

I have no idea where this will lead, but can you right-click on the
documents, choose "save target as" (in IE) and download correctly?
Can you use a different browser (Netscape instead of IE, or
vice-versa)?
--
Ron Symonds
Microsoft MVP (FrontPage)
Reply only to group - emails will be deleted unread.

Andrew said:
Ron,

does my problem not have something to do with the "Remote Web Site".

The IT people 'mapped a drive' to the folder that houses the Web
site. I
then publish to this site on the Server.

Thanks
Click to expand...
Click to expand...
 
Hi Ron,

Trust you are well.

Have you managed to figure this one out for me yet?

Thanks
Andrew

Andrew said:
Hi Ron,

Yes, that's the strange thing!

For the pdf - we click on the document and then enter the .pdf extensions -
the document opens and auto saves to the desktop.

For the word documents, we right click - save target as, and then add the
.doc extensions - then the document opens and saves to the desk top.

Weird??


Ronx said:
The PDF would give problems, but not a download dialogue. The .pdf
filename contains an illegal character - the ampersand should not be
present.
The only legal characters for a filename on the web are alpha-numeric
[a-zA-Z0-9] plus the hyphen and underline. Spaces should also be
removed, they break links in some browsers. The additional fullpoint
(in the Word doc) should be OK but may fail on some servers.

Apart from the spaces (shown as %20 in the posted link) and the above,
the links appear to be normal, and show that the documents do have the
correct extensions.
This being the case:
1) It is unusual for documents of these types to show a download
dialogue. If Word, etc, is installed on the PC, the Word document
would behave like a web page and open in the browser. The download
dialogue indicates that the PC's browser does not recognise the
extensions - this would normally be true if NOT using IE for the Word
and Excel files, but .pdf should be OK. Note that it is possible to
amend the registry on PCs to force a download of office documents. If
such amendments have been done this paragraph can be ignored.
2) The download dialogue should show the file as stored on the
server - .doc, .xls. .pdf. It should not change it to .htm.
3) A .htm file should automatically open in the browser anyway - it
would look messy if the document was not a web page - but there should
not be a download dialogue.

In my opinion, there is a browser problem that I do not understand.

As for the drive mapping, this sounds like you are editing/publishing
to a disc based web on the webserver. If the server is running the
FrontPage extensions you should, be publishing to or opening the web
in FrontPage using an http:// address like http://example.com. But
this will not make any difference to the browser behaviour.

I have no idea where this will lead, but can you right-click on the
documents, choose "save target as" (in IE) and download correctly?
Can you use a different browser (Netscape instead of IE, or
vice-versa)?
--
Ron Symonds
Microsoft MVP (FrontPage)
Reply only to group - emails will be deleted unread.

Andrew said:
Ron,

does my problem not have something to do with the "Remote Web Site".

The IT people 'mapped a drive' to the folder that houses the Web
site. I
then publish to this site on the Server.

Thanks

:

This is for a "pdf".

<a
href="Updates/Learning%20Resource%20Page%201%20&%202.pdf">Learning
Resources Page 1 & 2</a></td>


This is for a Word Document.

href="GD05.0001%20-%20Use%20of%20Privately%20Owned%20Vehicles%20for%20Company%20Business.doc">GD05.0001</a><o:p></o:p></span></p>
</td>

Hope this helps

Andrew

:

It sounds like you have stored the documents in the web with
.htm
extensions. They will not open that way - they must be stored
with
the appropriate extension .doc, .xls or .pdf.
The HTML (copied from code view) for a document will be useful.

--
Ron Symonds
Microsoft MVP (FrontPage)
Reply only to group - emails will be deleted unread.

Hi Ronx,

Yes, our stores do have Acrobat reader and Word / Excel
Viewers.

Basically wants happens, is that the system requires that they
download the
document. Aslo, this download dialog window shows the extension
of
the
document as .htm. If we change it to either .pdf or .doc when
we
save the
doc, it opens.

This also happens to me when I log onto the site.

Linking the documents: I have folders with the documents
inside, and
I
simply create a hyperlink from the page to the actual document.

Hope this makes sense.

By the way, i use Office 2003, and windows 2000. I also
installed
the IIS
component.

Thanks

Andrew

:

How are you linking to these documents? (Post the HTML for a
typical
link). Are they in your web site or in a virtual folder?
Do your users have Word, Excel and Acrobat Reader installed on
their
PCs?
What error messages are displayed?

--
Ron Symonds
Microsoft MVP (FrontPage)
Reply only to group - emails will be deleted unread.

Hi,

I have recently started using FrontPage - with no previous
experience. I
have come up with a problem that even my IT team cannot
solve.

The viewers to the site cannot open Word / Excel / PDF
documents.

We use an Intranet at our company.
Click to expand...
Click to expand...
Click to expand...
 
1. On the PDF document remove the & as indicated by Ronx and the spaces in the filename.

2. On the Word document, rename, removing the extra period and the spaces in the filename.

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

FrontPage Resources, WebCircle, MS KB Quick Links, etc.
==============================================
If you feel your current issue is a results of installing
a Service Pack or security update, please contact
Microsoft Product Support Services:
http://support.microsoft.com
If the problem can be shown to have been caused by a
security update, then there is usually no charge for the call.
==============================================

Andrew said:
Hi Ron,

Trust you are well.

Have you managed to figure this one out for me yet?

Thanks
Andrew

Andrew said:
Hi Ron,

Yes, that's the strange thing!

For the pdf - we click on the document and then enter the .pdf extensions -
the document opens and auto saves to the desktop.

For the word documents, we right click - save target as, and then add the
.doc extensions - then the document opens and saves to the desk top.

Weird??


Ronx said:
The PDF would give problems, but not a download dialogue. The .pdf
filename contains an illegal character - the ampersand should not be
present.
The only legal characters for a filename on the web are alpha-numeric
[a-zA-Z0-9] plus the hyphen and underline. Spaces should also be
removed, they break links in some browsers. The additional fullpoint
(in the Word doc) should be OK but may fail on some servers.

Apart from the spaces (shown as %20 in the posted link) and the above,
the links appear to be normal, and show that the documents do have the
correct extensions.
This being the case:
1) It is unusual for documents of these types to show a download
dialogue. If Word, etc, is installed on the PC, the Word document
would behave like a web page and open in the browser. The download
dialogue indicates that the PC's browser does not recognise the
extensions - this would normally be true if NOT using IE for the Word
and Excel files, but .pdf should be OK. Note that it is possible to
amend the registry on PCs to force a download of office documents. If
such amendments have been done this paragraph can be ignored.
2) The download dialogue should show the file as stored on the
server - .doc, .xls. .pdf. It should not change it to .htm.
3) A .htm file should automatically open in the browser anyway - it
would look messy if the document was not a web page - but there should
not be a download dialogue.

In my opinion, there is a browser problem that I do not understand.

As for the drive mapping, this sounds like you are editing/publishing
to a disc based web on the webserver. If the server is running the
FrontPage extensions you should, be publishing to or opening the web
in FrontPage using an http:// address like http://example.com. But
this will not make any difference to the browser behaviour.

I have no idea where this will lead, but can you right-click on the
documents, choose "save target as" (in IE) and download correctly?
Can you use a different browser (Netscape instead of IE, or
vice-versa)?
--
Ron Symonds
Microsoft MVP (FrontPage)
Reply only to group - emails will be deleted unread.

Ron,

does my problem not have something to do with the "Remote Web Site".

The IT people 'mapped a drive' to the folder that houses the Web
site. I
then publish to this site on the Server.

Thanks

:

This is for a "pdf".

<a
href="Updates/Learning%20Resource%20Page%201%20&%202.pdf">Learning
Resources Page 1 & 2</a></td>


This is for a Word Document.

href="GD05.0001%20-%20Use%20of%20Privately%20Owned%20Vehicles%20for%20Company%20Business.doc">GD05.0001</a><o:p></o:p></span></p>
</td>

Hope this helps

Andrew

:

It sounds like you have stored the documents in the web with
.htm
extensions. They will not open that way - they must be stored
with
the appropriate extension .doc, .xls or .pdf.
The HTML (copied from code view) for a document will be useful.

--
Ron Symonds
Microsoft MVP (FrontPage)
Reply only to group - emails will be deleted unread.

Hi Ronx,

Yes, our stores do have Acrobat reader and Word / Excel
Viewers.

Basically wants happens, is that the system requires that they
download the
document. Aslo, this download dialog window shows the extension
of
the
document as .htm. If we change it to either .pdf or .doc when
we
save the
doc, it opens.

This also happens to me when I log onto the site.

Linking the documents: I have folders with the documents
inside, and
I
simply create a hyperlink from the page to the actual document.

Hope this makes sense.

By the way, i use Office 2003, and windows 2000. I also
installed
the IIS
component.

Thanks

Andrew

:

How are you linking to these documents? (Post the HTML for a
typical
link). Are they in your web site or in a virtual folder?
Do your users have Word, Excel and Acrobat Reader installed on
their
PCs?
What error messages are displayed?

--
Ron Symonds
Microsoft MVP (FrontPage)
Reply only to group - emails will be deleted unread.

Hi,

I have recently started using FrontPage - with no previous
experience. I
have come up with a problem that even my IT team cannot
solve.

The viewers to the site cannot open Word / Excel / PDF
documents.

We use an Intranet at our company.
Click to expand...
Click to expand...
Click to expand...
 
Back
Top