| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 496.1 | | JEDI::CAUDILL | Kelly - Net Tech Support - 226-6815 | Fri Apr 08 1994 14:01 | 9 |
| 496.2 | Configuration files wrong | NUTS2U::LITTLE | Todd Little - Reuse Technology Group | Fri Apr 08 1994 15:57 | 21 |
| 496.3 | More and more confused | PRSSUD::PELIKS | Internaute,dans l'info infinie | Fri Apr 08 1994 17:13 | 34 |
| 496.4 | | PLUGH::NEEDLE | Money talks. Mine says "Good-Bye!" | Fri Apr 08 1994 17:57 | 15 |
| 496.5 | Some hopefully enlightening info | NUTS2U::LITTLE | Todd Little - Reuse Technology Group | Fri Apr 08 1994 18:30 | 51 |
| 496.6 | ScriptAlias not recognized in httpd.conf ????? | PRSSUD::PELIKS | Internaute,dans l'info infinie | Wed Apr 20 1994 16:41 | 129 |
| 496.7 | try srm.conf | NRSTA2::BRODERICK | You're in a WWWeb of twisty little passages | Wed Apr 20 1994 20:43 | 5 |
| 496.8 | Alias, alias, who's got the alias | NUTS2U::LITTLE | Todd Little - Reuse Technology Group | Wed Apr 20 1994 20:49 | 6 |
| 496.9 | | PRSSUD::PELIKS | Internaute,dans l'info infinie | Thu Apr 21 1994 13:23 | 51 |
| 496.10 | Part of standard httpd distribution | NUTS2U::LITTLE | Todd Little - Reuse Technology Group | Thu Apr 21 1994 13:36 | 8 |
| 496.11 | Me, again ! with all my files | PRSSUD::PELIKS | Internaute,dans l'info infinie | Tue Apr 26 1994 16:05 | 286 |
| 496.12 | Old config files? | NUTS2U::LITTLE | Todd Little - Reuse Technology Group | Tue Apr 26 1994 19:30 | 22 |
| 496.13 | httpd.tar.Z for Ultrix/Mips ? | PRSSUD::PELIKS | Internaute,dans l'info infinie | Wed Apr 27 1994 16:32 | 24 |
| 496.14 | | SOFBAS::MAYER | Internet: The Buck Starts Here! | Wed Apr 27 1994 17:02 | 8 |
| 496.15 | Paranoia strikes? | NUTS2U::LITTLE | Todd Little - Reuse Technology Group | Wed Apr 27 1994 17:35 | 25 |
| 496.16 | You know what ? : IT WORKS ! | PRSSUD::PELIKS | Internaute,dans l'info infinie | Thu May 05 1994 13:26 | 40 |
| 496.17 | ... and the result is : | PRSSUD::PELIKS | Internaute,dans l'info infinie | Wed May 25 1994 07:32 | 6 |
| 496.18 | | DRDAN::KALIKOW | World-Wide Web: Postmodem Culture | Wed May 25 1994 13:16 | 11 |
| 496.19 | home.html, sweet home.html ... | PRSSUD::PELIKS | Internaute,dans l'info infinie | Fri May 27 1994 06:52 | 9 |
| 496.20 | | BIGQ::SILVA | http://www.ziplink.net/~glen/decplus/ | Thu Jan 30 1997 19:13 | 42 |
|
Ok.... I don't understand the problem here. What I have below is a page
I have with an image map. On one persons PC he gets the background color just
fine, but no image map (just the outline). He was using Netscape 2.0. He put
3.0 on his system and it still does the same thing.
On another persons PC he gets everything except for the last line. That
is a partial. He is running 3.0.
On my vxt running netscape for openvms (3.0 beta) I get everything
everytime perfectly fine.
Each machine is running off of the same node. Is there a way the image
map should be configured to prevent this from happening? Does an ftp site
(where everything sits) not always show graphics as well as an http site????
<html>
<body bgcolor="#990033" link="#990033" vlink="#990033">
<center>
<a>
<img src="cont.gif"
height=500 width=200 usemap="#esdmap" alt="Table of Contents" ISMAP>
</a>
</center>
<map name="esdmap">
<area coords="0,0,190,40" href="cdm.html" target="fill">
<area coords="0,40,190,100" href="hbm_form.html" target="fill">
<area coords="0,100,190,150" href="hbm.html" target="fill">
<area coords="0,150,190,195" href="hhboards.html" target="fill">
<area coords="0,195,190,235" href="mhboards.html" target="fill">
<area coords="0,235,190,295" href="esd_provide.html" target="fill">
<area coords="0,295,190,335" href="test.html" target="fill">
<area coords="0,335,190,380" href="latch.html" target="fill">
<area coords="0,380,190,440" href="hlboards.html" target="fill">
</map>
</html>
|
| 496.21 | Just a guess | CIMBAD::CROSBY | | Thu Jan 30 1997 19:34 | 5 |
| You have no </body> tag.
Browsers can be finicky.
gc
|
| 496.22 | | BIGQ::SILVA | http://www.ziplink.net/~glen/decplus/ | Thu Jan 30 1997 20:12 | 3 |
|
That didn't correct it..... :-(
|
| 496.23 | so what do I know? | CIMBAD::CROSBY | | Fri Jan 31 1997 10:53 | 0 |
| 496.24 | | PEACHS::GHEFF | Got a head with wings | Fri Jan 31 1997 11:53 | 8 |
| <a>
That bare <a> tag looks odd to me. I don't think I've ever seen one
without an href= in it before. Also I'm used to seeing the client side
map definition between the <a tag and the </a> tag along with the <img
...>
#Gary
|
| 496.25 | One guess: wrong file format | ORION::GENT | Revolutionize yourself | Fri Jan 31 1997 11:56 | 10 |
| re: .20
Are the three users viewing the files locally (as opposed to from a
web server)? If the files are on a VMS disk and viewed via "Open
File..." it is likely that the file format of the image file is
inappropriate for the browsers. Probably stream instead of block.
This would explain why the image is viewable from VMS but not from
the PC. Try changing the file format to a 512 byte block file.
--Andrew
|
| 496.26 | | BIGQ::SILVA | http://www.ziplink.net/~glen/decplus/ | Fri Jan 31 1997 13:57 | 24 |
| | <<< Note 496.25 by ORION::GENT "Revolutionize yourself" >>>
| Are the three users viewing the files locally (as opposed to from a web
| server)?
They are using either the pa.dec.com or crl.dec.com connection. I don't
know if you view that as locally or if you view it as a web server. The ftp
site itself can only be viewed from within DEC.
| If the files are on a VMS disk
Which they are.
| and viewed via "Open File..." it is likely that the file format of the image
| file is inappropriate for the browsers.
It's viewed by connecting to a ftp site. So it is done the standard
way. Would the block (512) still be an issue with this?
Glen
|
| 496.27 | http is the standard for viewing HTML pages | PARZVL::ogodhcp-125-112-230.ogo.dec.com::kennedy | nuncam non paratus | Wed Feb 05 1997 19:07 | 14 |
| > It's viewed by connecting to a ftp site. So it is
> done the standard way. Would the block (512) still be an
> issue with this?
The standard way is by connecting to a webserver
(URL starts with http:). If they're really connecting to
an ftp site (URL starting with ftp:), that could be the
problem.
I also don't quite understand what you mean by "they
go thru the pa.dec.com or crl.dec.com connection". I can
only think you're talking about proxy servers - which
should not be used when connecting to internal web (or
ftp) servers.
|
| 496.28 | | BIGQ::SILVA | http://www.ziplink.net/~glen/decplus/ | Wed Feb 05 1997 19:27 | 20 |
| | <<< Note 496.27 by PARZVL::ogodhcp-125-112-230.ogo.dec.com::kennedy "nuncam non paratus" >>>
| The standard way is by connecting to a webserver (URL starts with http:). If
| they're really connecting to an ftp site (URL starting with ftp:), that could
| be the problem.
Where bigq doesn't have any servers of their own, they put together the
ftp site. And the images as a whole seem to have their problems. Its a hit or
miss thing.
| only think you're talking about proxy servers - which should not be used when
| connecting to internal web (or ftp) servers.
Do you mean they should not be used, or do you mean netscape uses some
other means of connecting internally?
Glen
|
| 496.29 | if you're testing html, use http | PARZVL::ogodhcp-125-112-230.ogo.dec.com::kennedy | nuncam non paratus | Wed Feb 05 1997 19:35 | 25 |
|
> Where bigq doesn't have any servers of their own,
> they put together the ftp site. And the images as a whole
> seem to have their problems. Its a hit or miss thing.
maybe I don't understand, but it sounds like you might
be wasting a whole lot of time chasing problems which
don't exist when you see the pages via a webserver (and
I presume that's where they're going to end up). We
do have servers even for OpenVMS now, so why not use one?
| only think you're talking about proxy servers - which
| should not be used when
| connecting to internal web (or ftp) servers.
> Do you mean they should not be used, or do you mean
> netscape uses some other means of connecting internally?
Netscape does not need to use a proxy when connecting to
internal sites. It's only when you want to get to servers
outside of our network that you need a proxy. You should
configure your browsers for No Proxy on .dec.com (or *.dec.com
if you're using MSIE).
|
| 496.30 | | BIGQ::SILVA | http://www.ziplink.net/~glen/decplus/ | Wed Feb 05 1997 22:04 | 18 |
| | <<< Note 496.29 by PARZVL::ogodhcp-125-112-230.ogo.dec.com::kennedy "nuncam non paratus" >>>
| We do have servers even for OpenVMS now, so why not use one?
If we had access to make changes, then yeah, that would be cool. Up
until this point any server that we had wanted to have the pages at ended up
not being any good as we need access and not to have someone else make the
changes. Reason being is because there are lab schedules that change daily. So
if one exists that we can have access to, please let me know.
re: proxie
Great! Thanks!
Glen
|
| 496.31 | does your management know about this? | PARZVL::tunsrv2-tunnel.imc.das.dec.com::kennedy | nuncam non paratus | Fri Feb 07 1997 13:23 | 13 |
| I really don't know what to say. I don't see how someone
could be expected to develop web pages if they don't have
a web server on which to test.
If you're just doing standard html, then you could do
the testing on any old server (there's even one for
Windows95 - probably available via the IBG server or
as a "first version's free" download from MS. If you're
doing scripts or other programming that is specific
to VMS, then you're out of luck. I don't have a VMS server,
but perhaps someone else here could help you out.
Where the heck is this stuff going to run? Any chance you
could get a separate test area for staging/testing?
|