Ingolme

Right, blame the fox.

Nobody was recommending books or websites, this looks like a pre-written response being mass posted on a lot of different forums for the purpose of advertising.

The list is already ordered, you would only need to specify the type if the type itself really matters. By default it's numbers and most of the time that's good enough.

The flags are wrapped in <div> tags, so they're blocks and force adjacent content to the next line. It's easy to fix. All of these divs have a class "svg-flag", so you can just display them as inline blocks. You can add vertical-align to better align them with the text. .svg-flag { display: inline-block; vertical-align: middle; }

To preface this post, I am not a W3Schools staff member, I am just a forum moderator. My views are personal and don't represent W3schools at all. You probably should see the list of hundreds of well established programming languages that did not make it on W3Schools. W3Schools makes tutorials for languages that people will find useful in their job every day. If Julia becomes a widely adopted language, perhaps a tutorial will be made.

The reason that the script is not working is likely because the "uploads" directory has not yet been created. You can use file_exists() to check if the directory exists yet and if it does not you can use mkdir() to create it. PHP does understand relative paths. The only reason you need to use __DIR__ is if your script is being included in another file or if the current working directory has been changed. The working directory may have been changed with the chdir() function.

Internet Explorer does not support WAV, other browsers do. If it's just for browser compatibility you can use WAV files if you don't care to support Internet Explorer or Microsoft Edge. As for whether you should use it, I would recommend against it. The files take longer to load for the user and they take up a lot more bandwidth on the user's end. Many people have data caps, so it is a good idea not to waste it unnecessarily.

They work the same, but it preferable to use CSS as mentioned on MDN: https://developer.mozilla.org/en-US/docs/Web/HTML/Element/ol CSS should be in an external stylesheet rather than in a style attribute.

You can use an internet address as the src attribute of the iframe and it will work without any problem. If you write HTML between the iframe tags, that won't work. The browser ignores it. I'm referring to code like this: <iframe> <table> <tr> <td>...</td> <td>...</td> <td>...</td> </tr> </table> </iframe> That table gets ignored, the only thing that gets shown in the iframe is whatever is in its src attribute.

The link points to this page: https://www.hashimori.com/Emblem/hito.html. Regardless of whether I land on it by clicking the link or by opening it right in by browser, all it shows is nine empty iframes. I see that there is HTML inside the iframes, but browsers never display anything that is between <iframe></iframe> tags.

"+" is used for string concatenation. If the values are strings then they will use the string version of the "+" operator. You have to convert the value to a number before operating in order for it to work as you intend it to. var x = Number(byyr.value); var y = x + 1;

Firefox says "Media resource http://c-compiler.com/myfiles/stgeorges-201219.wav could not be decoded." I'm not an expert in audio and video encoding, it's a complicated subject, but I would guess that the encoding used by the WAV file was not supported by the browser. According to this mozilla ticket: https://support.mozilla.org/en-US/questions/1228379

The error message you are getting indicates that the PHP version is most likely the issue. Make an empty PHP file and run the phpversion() function to verify that the version is what you need it to be.

Your server has to be running PHP 7.1 or higher to allow the public modifier on the const keyword.

I'm pretty sure that's true. Even if it were supported, I would recommend never using WAV because WAV files are uncompressed and would take up a whole lot of data/bandwidth for your users.

The best way to make the site staff aware of the problem is to click the "REPORT ERROR" button at the bottom of the page, since they almost never visit the forums.

The $lang_type variable is only being created on specific conditions, if these conditions are not met then you will get a warning. You should initialize $lang_type with a default value outside of all of the if statements.

Browsers have security in place to prevent local scripts from mining information from the user's computer. Aside from that, if the image you are loading is not on your computer then the cross-origin protection will apply. I would suggest installing server software, such as XAMPP, on your computer.

The value is being initialized at the beginning of the script. var slideIndex = 1; showSlides(slideIndex);

The rel attribute tells machines what the purpose of your link is, it can only have specific values. The class attribute just assigns an arbitrary name or set of names to the link, it can have any value.

What answer are you submitting? It appears to work for me.

You have to run this code on a server which supports PHP. You cannot run PHP files from your computer without installing server software on it.

You should check the Javascript console by pressing F12 in your browser. It has an error message "this.form is null". The reason for that is that these inputs are not between <form> tags.

According to this page, you may be able to contact them at exam [at] w3schools.com

If the links don't have an href attribute, then Google will most likely not give them much weight.