Hmm. Does it include the doctype stuff and so forth? I seem to be getting
Current versions of CGI.pm should generate XHTML by default, iirc.
along fine with print qq() today, but I figured CGI.pm would help with tables
and links and so forth. I guess there's no need to settle on using just
CGI.pm, right? Using both CGI.pm and print qq isn't considered gross?
[The only reason I'm trying it is because the book (my first CSS book) uses it
(2) My stylesheets don't work with @import - Apache claims that it
can't find the file. They _do_ work with a hard reference like
<link rel="stylesheet" type="text/css" href="http://localhost/the_stylesheet.css"; />
If you really really want to have them in an @import call in the HTML, reconsider. The <link ...> approach should be fine. If you still want to do it this way, please clarify how you're trying to implement it.
in the examples; it says that older browsers won't choke on the stylesheets. Frankly,
I don't care about any older browsers at the moment! Also I don't even know where
this @import symbol comes from! If the link tag method is considered to
be sufficient, then hey, I'm fine with that for now.]
However I think I have bigger issues. My stylesheet link tags only seem to work when
I make a complete url to the stylesheet in my personal web space - a partial
ref, or a full ref to the global web space doesn't work. Strangely enough, a javascript
ref works just fine!
[Note that my machine has a global cgi folder aliased as /localhost/cgi-bin/, as well as
a global web folder at /localhost/. I also can serve pages (only) from my user space at
/localhost/~mike/]
Can you construct a simple HTML file with the same @import call that
fails in the same way your CGI script does? If so, then CGI is ruled out
as a culprit and the problem is with the URL, or with Apache; if the
page works that way, then something your CGI is doing is breaking.
Ignoring the import issue for the moment...
I _definitely_ can take the CGI-created source and make it a static web page, and it
will find the stylesheet (by just its name) just fine - no problems at all. This is
true for both the global web folder and my personal one.(Naturally the stylesheets and
js files are in both places). This makes me think it's Apache. I'm trying to make
a static page that _doesn't_ work.
Inside my head tag I have this.
<link rel="stylesheet" type="text/css"
href="http://localhost/~mike/07_p188_adding_separator_stripes.css"; /></link>
<script src="http://localhost/07_p188_adding_separator_stripes.js";
type="text/javascript"></script>
(and yeah, the goofy file names are from the book examples' site)
Now if I have a full href to the stylesheet - http://localhost/<that giant name> - it won't be
used and the Apache log will reflect this. Likewise with a partial href to the file. But the
javascript src tag seems to be a lot smarter!
------------------------------------------------------------------------ ------------
Just for kicks;
The original version using the import, btw, looks like this inside the head tag:
<style type="text/css" title="text/css">
/* <![CDATA[ */
@import url(07_p188_adding_separator_stripes.css);
/* ]]> */
</style>
<script src="07_p188_adding_separator_stripes.js" type="text/javascript"></script>
And yeah, this works as a static page, but not as a CGI. I made a simple CGI that's
just some text and a stylesheet - the import doesn't work.
------------------------------------------------------------------------ ------------
Thanks Mike
-- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] <http://learn.perl.org/> <http://learn.perl.org/first-response>
