Is there any advantages to switching over some Javascript to DHTML?
Many of the functions are similiar and I already use DHTML on some of the pages to avoid pop-up blockers (For important ordering information) but DHTML seems to have a lot of the same functions as Javascript. Is there browser compatibility issues that make one more favorable then the other?
i personally like DHTML because it erases a lot of combatibility obstacles.
some resources:
I think you’ve got some of your jargon mixed up. DHTML just means creating HTML dynamically, usually with Javascript.
Thank you for the links, by the looks of it I will have to start learning a lot more about DHTML to replace my javascript.
Anyone know the basics of DHTML language? How hard is it to learn compared to javascript?
well, i’m an html-tard and i managed to teach myself DHTML and still struggle with javascript. i find it quite easy. good luck. 
Make no mistakes (Repeated many times) I am not smart. All I know is I have javascript on my webpages, and most of that I hand wrote because well I had the time and the hunger to learn it. Now DHTML is not the same as javascript though uses a lot of the same language. but it can do things HTML cannot do.
I use Javascript clocks why not DHTML clocks? Thats the sort of thing I am curious of.
And your comment just totally messed my thinking up… off to google to figure some of it out 
JavaScript is simply one component of DHTML. From alphaFemale first link:
If you want to make a DHTML clock, you’ll have to use JavaScript.
Ah yes but there are javascript clocks and DHTML clocks, that is why I needed to know which one is better suited and why, you know what I mean.
Javascript has no script to make pop-up’s resistant to pop-up blockers but DHTML does have them. Maybe its the combination of scripts? Not sure but which one is better and more compatible is importart thats why I am using what alphaFemale gave me too educate myself better.
If you have a non-javascript DHTML clock, I’d like to see how you do it.
Ok, here’s the deal. DHTML stands for Dynamic HTML. The power of DHTML is basically that it allows you to change elements on the webpage without having to reload the page entirely. When DHTML was introduced, it was unique and far superior to what Netscape had to offer at the time, and I loved it.
I have no idea if Netscape has caught up and if Mozilla / Firefox / Opera are DHTML compatible, but ‘in my time’ they weren’t in this respect. I suspect though that they will have gotten closer, as Internet Explorer has become a bit of a standard since then (% of users in the 90s last time I saw stats).
I suspect that for client side manipulation DHTML is still very effective - I just blindly used it for my sister’s wedding site a few months ago, simply because I suspected everyone visiting would probably be using Internet Explorer anyway.
I recommend testing your pages with different browsers, if you are making webpages that are likely to be viewed by people using different kinds of browsers. Then you’ll soon enough figure out which browser supports which function you’re trying to use. Always recommended, because even if they support the same functions, they still often have subtle differences in how that function is implemented, causing slight differences in terms of look and feel.
Finally, msdn.microsoft.com/library is a good place to get some background reading and references on DHTML (or anything else related to programming/microsoft). Check under web development, I think.
So basically, DHTML isn’t a language, but a set of features that you can use from JavaScript (or VBScript, for IE browsers, but that’s very unlikely to be compatible with anything else and not recommended), and that allow you to manipulate what happens on the page directly, by ‘dynamically’ changing the HTML of the page. Your basic changing a color in an onmouseover event is DHTML already. Five years ago or something I was really into this and it was a really cool new development. Ah the wonders of rapid changes in the computer world, allowing my job to renew itself without changing anything - you just suddently notice everything you programmed doesn’t work anymore with the versions of the software that have forced themselves onto your computer because newer software refuses to work with the old, and presto, the other software needs to be reprogrammed with new technologies, and thus the circle is complete. Yay! 
Easy by using ECMAScript instead of javascript.
Yes, that is correct. But the point is, you have to use a script of some kind, and while other scripting languages may have slightly different syntax, the basic concepts are the same.
I guess what I’m trying to get at is that from your OP, it’s not entirely clear what you’re asking or even whether you understand what you’re asking. What do you think DHTML means?
Thank you that explained it better (read simplier for my brain) then the sites I was reading
I know DHTML means “Dynamic Hyper Text Markup Language” yes I knew that but what I didn’t know as my OP was supposed to say clearly was what advantages would a clock using DHTML have over one in simple javascript if any.
They’re not separate.
If you want to have a clock, you need to have the DHTML to mark where the clock will go, and you’ll need to have a script to make it tick–maybe that’ll be in javascript and maybe it won’t, but there’s no such thing as a clock that isn’t scripted.
You seem to think that there is, and that’s why I’m asking you to explain how it’s done.
There’s really no such thing as a simple JavaScript clock. You see, the JavaScript has to be able to somehow change the numbers displayed in the browser, and I don’t know of any way to do that other than using DHTML. In other words, as soon as you start dynamically changing the HTML on a page, you’re using DHTML. Maybe you meant a Java clock? A Java applet is completely different from JavaScript.
Okay I use say this script compared to this
I’ll make it easier, find a script (pure javascript no relation to DHTML) that has pop-ups that can get by most pop-up blockers. There is a difference, even in the coding.
ECMAscript is just a version of JavaScript that’s been standardized by ECMA International. If you know ECMAscript, then you know JavaScript. Perhaps, as Joe Random suggests, you’re confusing Java and JavaScript.
And perhaps you all are right
Those are both JavaScript, or ECMAscript if you prefer. One may be more comprehensible to you than the other, but they’re both using the same core language.