Coding Languages?

  • Thread starter rjensen11
  • 28 comments
  • 610 views

Format?

  • ASP

    Votes: 1 11.1%
  • CGI

    Votes: 0 0.0%
  • ColdFusion

    Votes: 1 11.1%
  • DHTML

    Votes: 0 0.0%
  • Flash

    Votes: 0 0.0%
  • HTML

    Votes: 3 33.3%
  • JSP

    Votes: 0 0.0%
  • PERL

    Votes: 0 0.0%
  • PHP

    Votes: 2 22.2%
  • Shockwave

    Votes: 0 0.0%
  • XHTML

    Votes: 2 22.2%
  • XML

    Votes: 0 0.0%

  • Total voters
    9
Giles when did you become part of the GTP high society?

Anyway - HTML, Javascript, CSS and Flash. - You forgot CSS!
 
Originally posted by ALPHA
Giles when did you become part of the GTP high society?

Anyway - HTML, Javascript, CSS and Flash. - You forgot CSS!
Well, I think we can assume that most people who use (X)HTML also use CSS... ;)
 
Well, it depends. I coded in HTML before I even knew CSS existed, soto use CSS I changed my HTML around a bit.

If someone starts from scratch and knows both languages though, then yes, they should code the CSS first. :)
 
Originally posted by Shannon
eXtensible HyperText Markup Language and Cascading Style Sheets. ;)

That still doesn't help me with knowing what the difference between HTML and XHTML is.... Could I get some examples of what you can do in XHTML that you can't do in HTML?
 
Well, it's not that you can or can't do things in either...

XHTML is simply a stricter language, because it's based on all of the rules that make up XML, which means that all properties need to be in quotes (in regular HTML, you can get away with things like color=red, but in XHTML you have to do color="red". Also, all things in XHTML (and XML) have to have closing tags, even if they're single tag elements. In regular HTML, you can just do this:

<p>Here's the start of a paragraph.
<p>Oh! Here's another!

While in XHTML, you have to put closing tags...

<p>Here's paragraph one.</p>
<p>And here's the second.</p>

For things like the img and break tags, you put a space and a forward slash, like so:

<br /> (instead of: <br>)

In XHTML documents, you need a doctype title that tells the browser exactly how you're coding your webpage. For example, my doctype says:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

The stuff that's highlighted is the important stuff... telling the browser that my page is XHTML 1.0 (1.1 was just released some time ago) Transitional. It's "transitional", because I have some table elements that still rely on older HTML code that isn't valid with XHTML Strict, such as...

<td color="123456">

... the color property is no longer part of the XHTML Strict specifications (instead, you need to use CSS).

Basically, the whole point of XHTML is to make cleaner code that is easier for browsers to interpret, increase standards compliance, and to also make a shift to CSS for both formatting and layout. HTML is not supposed to be a structuring language, but it was unintentionally made so... and so now the W3C wants people to move to CSS for full control of layout and formatting, and to use HTML only for the content.
 
Originally posted by Sage
Well, it's not that you can or can't do things in either...

XHTML is simply a stricter language, because it's based on all of the rules that make up XML, which means that all properties need to be in quotes (in regular HTML, you can get away with things like color=red, but in XHTML you have to do color="red". Also, all things in XHTML (and XML) have to have closing tags, even if they're single tag elements. In regular HTML, you can just do this:

<p>Here's the start of a paragraph.
<p>Oh! Here's another!

While in XHTML, you have to put closing tags...

<p>Here's paragraph one.</p>
<p>And here's the second.</p>

For things like the img and break tags, you put a space and a forward slash, like so:

<br /> (instead of: <br>)

In XHTML documents, you need a doctype title that tells the browser exactly how you're coding your webpage. For example, my doctype says:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

The stuff that's highlighted is the important stuff... telling the browser that my page is XHTML 1.0 (1.1 was just released some time ago) Transitional. It's "transitional", because I have some table elements that still rely on older HTML code that isn't valid with XHTML Strict, such as...

<td color="123456">

... the color property is no longer part of the XHTML Strict specifications (instead, you need to use CSS).

Basically, the whole point of XHTML is to make cleaner code that is easier for browsers to interpret, increase standards compliance, and to also make a shift to CSS for both formatting and layout. HTML is not supposed to be a structuring language, but it was unintentionally made so... and so now the W3C wants people to move to CSS for full control of layout and formatting, and to use HTML only for the content.
Good explanation there. I might add that XHTML is the new web standard and it won't be long before browsers like IE and Netscape decide to scrap HTML. So, coding in XHTML will make sure your website will be viewable by others when browsers decide to scrap HTML.
 
Originally posted by Shannon
Good explanation there.
Thanks! :)

I might add that XHTML is the new web standard and it won't be long before browsers like IE and Netscape decide to scrap HTML. So, coding in XHTML will make sure your website will be viewable by others when browsers decide to scrap HTML.
D'oh! :embarrassed: The most important thing about XHTML, and I totally forgot to mention it... Good catch! 👍
 
Originally posted by Sage
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

Hrmmm, I do ALL of my html coding with Notepad and the like. So how would I know what the doctype is?
 
I think the W3C lists that junk somewhere on their site... get Dreamweaver or somethin'! ;)
 
Dreamweaver sucks! You can only code the html when it's in a window. I prefer coding rather than click & drop because coding is more precise and controllable.
 
Ah, I also used to think that Dreamweaver sucks, but damn, it was worth every pretty penny I paid for it. You also do realize that there is WYSIWYG view, coding view, and a split-window WYSIWYG/coding view? (Which is what I personaly use). Trust me on this: Dreamweaver kicks major booty. Not only does it make coding easier, but its automation tricks are so time-saving... for example, if you move an image file to a different subdirectory and have 20 files linking to that image file, it would take forever to replace all of the links, but Dreamweaver does it 100% automagically. Both Giles and I agree that Dreamweaver and Fireworks are quite possibly the two best pieces of software on the market right now.
 
Originally posted by Sage
Ah, I also used to think that Dreamweaver sucks, but damn, it was worth every pretty penny I paid for it. You also do realize that there is WYSIWYG view, coding view, and a split-window WYSIWYG/coding view? (Which is what I personaly use). Trust me on this: Dreamweaver kicks major booty. Not only does it make coding easier, but its automation tricks are so time-saving... for example, if you move an image file to a different subdirectory and have 20 files linking to that image file, it would take forever to replace all of the links, but Dreamweaver does it 100% automagically. Both Giles and I agree that Dreamweaver and Fireworks are quite possibly the two best pieces of software on the market right now.
Yeah, Dreamweaver has a coding view as well. I use the coding view more than anything. I just use the WYSIWYG View mode to preview what I have coded. Dreamweaver can also clean up your XHTML/HTML as well as Word HTML. The Clean Up X/HTML option is good because it also finds errors in your code.

Fireworks? Isn't that the same as Adobe Image Ready only that it's integrated with Dreamweaver?

Anyway, I don't use those Web Graphics programs. I use Photoshop for all my graphics, Dreamweaver for coding and Flash for animations.
 
Originally posted by Sage
Ah, I also used to think that Dreamweaver sucks, but damn, it was worth every pretty penny I paid for it. You also do realize that there is WYSIWYG view, coding view, and a split-window WYSIWYG/coding view? (Which is what I personaly use). Trust me on this: Dreamweaver kicks major booty. Not only does it make coding easier, but its automation tricks are so time-saving... for example, if you move an image file to a different subdirectory and have 20 files linking to that image file, it would take forever to replace all of the links, but Dreamweaver does it 100% automagically. Both Giles and I agree that Dreamweaver and Fireworks are quite possibly the two best pieces of software on the market right now.

Yup.

All my pages are PHP nowadays. I tend to use the WYSIWYG editor to lay out the page structure, and then the code view to write the PHP. I almost never use DW's automated coding functions, because I need to customise them.

I use the split-screen view most of the time, if for no reason other than because you can click on an area in the design view, and it will shift the cursor to the relevant portion of the code view.

Sage only likes DW because it writes all his beloved CSS for him :P
 

Latest Posts

Back