RMN
-
Posts
11 -
Joined
-
Last visited
RMN's Achievements
Newbie (1/7)
0
Reputation
-
...anyone who happens to have less than X posts in this forum, and therefore gets labelled a "newbie" by the site...?RMN~~~
-
Apparently the validator is working correctly. The XHTML 1.0 DTD treats <script> and <noscript> in very different ways, and won't allow a <noscript> inside a paragraph, even though it will allow a <script>.The good news is that, in XHTML 1.1, <noscript> can be inside a <p> and doesn't trigger any errors.RMN~~~
-
Ok, I thought you meant replace the <noscript> with a <span> using JavaScript (not the other way around) . RMN~~~
-
Hm... Somehow I think that trying to use JavaScript to edit the contents of a <noscript> element would be a bit pointless. If JS is active, the element won't be shown at all. If JS is not active, then the code that was supposed to modify it would never run. :)I just enclosed it inside an <ins> element (which makes the validator happy) and set the CSS properties of the <ins> to prevent it from actually changing the look of what's inside it.RMN~~~
-
That page has three forms, and none of them has an action defined, so they don't actually do anything. You don't need the tables and you don't need separate forms (in fact, you need all controls to be part of the same form, if you want it to work).But, most of all, you need to define an "action". The form needs to send its data to some program or script running on the server. This is assuming you want to do something with the "name", of course. Check the link I posted above (which I guess you didn't even try), it explains how to construct the form itself.As to the script, unless you're using some script made by someone else (and in that case you need to follow its instructions), you're going to need to write it in a language like C, ASP, PHP, Perl, etc., and configure the server to run it.You can also make a form that sends information to another HTML page, where in turn you use a JavaScript script to do something, but the possibilities are more limited.RMN~~~
-
This "newbie" happens to have about 10 years' experience of web development. If you don't explain exactly what you want to achieve, it's hard for anyone, "newbie" or "professional", to give you detailed advice. The link you posted, for example, produces exactly this code:<html><head><title></title></head><body bgcolor="#FFFFFF"><table><tr><td bgcolor=#cccccc>FormMail-Clone</td></tr><tr><td>This is FormMail-clone, a clone of FormMail.cgi. It is a clean room version for legal purposes (a less restrictive liscense), but should behave the exact same way as Matt Wright's Original, but contain none of his code.</td></tr></table></html> Not exactly self-explanatory, is it...?RMN~~~
-
Looks fine in IE, but is not lining up right in FF or Safari?
RMN replied to KCDesigner's topic in HTML/XHTML
As a general rule, if something looks right in MSIE but wrong in FF/Mozilla/Opera/Safari, then it's because some bug in MSIE is hiding a problem in the code. :)When something doesn't align properly, it's usually because you forgot to define of of these CSS properties:bordermarginpaddingborder-spacingFor one or more of the container elements. Different browsers have different default values. If you set the properties explicitly, the page should look the same everywhere (in your case it was probably the margins and padding of the table or td elements, but removing them altogether was the best solution, since they weren't necessary anyway). RMN~~~ -
That code is seriously messy, and it's hard to make any single suggestion to fix it. for example, you're putting a <style> element inside the <body>, when it should only appear inside the <head>, you are opening tags that you never close, and you are closing tags that were never opened.Try to clean up your code until it validates, and then it might be possible to locate individual problems. As it is, it's amazing that browsers can render the page at all.RMN~~~
-
Well, your explanation is a bit vague, and your link is to a CGI script that doesn't seem to produce any relevant code, so it's kind of hard to give you any advice. Maybe you can find the information you need here:http://www.w3schools.com/tags/tryit.asp?fi...tml_form_submitOf course, none of this will help if the problem is the actual script that you're using as the form's target (and not the form itself). But without seeing the source code for that script, it's hard to say what your problem is.RMN~~~
-
When you say "auto resize" do you mean always keep the same (fixed) size, or do you mean always occupy the same relative area (percentage) of the browser window?RMN~~~
-
I have a JavaScript <script> that generates plain text output, and which I want to include in the middle of a paragraph. W3's XHTML validator has no problem with that. However, it tells me the <noscript> block that comes after it cannot be directly inside a <p>. But it validates fine if I enclose it in an <ins> or <del> block.Can anyone explain the logic behind that? The code looks more or less like this: <p>Hello<script type="text/javascript"> <!-- print_user_name(); // --></script><noscript>dear user,</noscript>and welcome to our site.</p> Sure, I can move all the text into the JavaScript function, but what kind of sense does it make to allow a <script> block inside a paragraph but not a <noscript> block...? Is this a bug in the validator?RMN~~~