lwsimon

I would look at Drupal first, as well. It was originally designed as a social site tool, and has grown into a full CMS - whereas, other CMSs grown into social site backends

Well, this is certainly turning into a fun thread, especially for a roll-over tutorial

No offense was intended - I clicked the link expecting a static image, which would have been fine -- but I thought the better of watching that animated gif for extended periods on my work PC. I work in a corporate environment, as I'm sure some of your other visitors do, and things that are acceptable and fun at home are very much not acceptable at work.

Not safe for work... Should put a warning on there.

Then you'll want to remove each package LAMPP means "Linux, Apache, MySQL, PHP, Perl". So, you'll need to remove Apache, which should remove all the mod_xxx stuff using Synaptic. Then remove MySQL and PHP. Perl, you might want to keep, as it is often used by other apps in Linux.

... and anyone with basic knowledge of javascript could obtain a copy of your code with nothing more than Internet Explorer. There is no way to protect client-side code on the web. At all.

hmm... htdocs directory, huh? I'm using ArchLinux, and I've never really liked *buntu much, but Apache generally defaults to either /var/www/html/ or /home/httpd/html/ as the default folder in Linux. You are using Apache, I assume?

Long live progressive enhancements, death to proprietary standards! Looking to start a holy war?

You can actually trigger the change event via javascript, if you're using jQuery: $('input#field_a').change() I'm sure there is a way to do it without jQuery, but its been so long since I worked with out it, I don't know anymore.

Are you accusing me of stalking? Not that I'm not, I'm just wondering if you've caught on to me...

Was thinking the same. God bless him, he's trying to contribute

First of all it is "Javascript" not "Java Scripts". Second, the differences go far beyond how the machine handles execution of the code. Java is a strongly typed language following the classical inheritance model. Javascript is a weakly typed language, and uses the prototype inheritance model. Java was created by Sun Microsystems as a "write once, run anywhere" language, and it achieves that goal by running inside a JVM - Java Virtual Machine. It is indeed a compiled language, as you cannot run Java from source, but the argument can be made that it is also an interpreted language, as the compiled source - bytecode - is not run natively, but rather interpreted by the JVM. Javascript was originally developed by Brenden Eich at Netscape, as a browser-based, client-side language. It was first called "LiveScript", and I've heard many theories on why the name was changed. The language, however, has little in common with Java. The differences between compiled and interpreted code will be lost on most entry-level programmers. The best advice is simply to ignore Java until you have a grasp of Javascript, and know the difference between client-side and server-side. Java may be used as a server-side language, alone or in combination with JSP - this is perfectly acceptable, and is often done in corporate environments, but most independent developers use PHP or other open-source language (Python, Perl, Ruby, etc.) There are, of course, ways to embed Java into a webpage. The number of users without Java support far outnumber those without javascript support, though. I can't think of a reason to write a modern application with client-side Java.

the == comparison operator does type coersion. When you say "if ( $var == 0 )", you're really saying "If you typecast 0 to the type of $var, are they equivalent?" The === operator, on the other hand, tests both value and type. I'm not sure if I"m being clear - its been a long day at work - so here are some examples $var = 0; if( $var == 0 ){ ... } //this executes if( $var == false ){ ... } //this executes if( $var === 0 ){ ... } //this executes if( $var === false ){ ... } //this does not execute PHP manual entry for comparison operators: http://us2.php.net/operators.comparison

I'll second the vote for inkscape. Its an SVG editor, and exports .eps, though I'm not sure it will import them. You might also consider Xara.

Firebug lets you do this in Firefox, that's what I've been using these days on Windows. On linux, I just have a cron job that refreshes the page every 3 seconds.

The hot air produced by all the bloggers would be far more detrimental than any other affect this may have.

This, however, is absolute truth.

What a load. First, CO2 has not been proven to be a "greenhouse gas" There are lots of fancy charts that show this, and lots of researchers that will tell you that it is, but there is not a single reproducible study that shows that CO2 in the atmosphere increases the surface temperature. Second, even assuming the above is false, this is incredibly flawed. There are so many variables, it isn't even funny. What load was the server under? How many hops from the PC to the server? What was the thermostat set at in the network closet of the ISP? What O/S were they using? I'm quite sick and tired of hearing these "studies" like they are actual science. They are nothing more than a bunch of ideologues doing "study" after "study", until they find a dataset that supports their conclusions, publishing it, and discarding the rest. 100 years from now, this will be looked upon as a classic case of mass hysteria. The textbooks will show "global warming" right next to the "Salem witch trails".

To your point about Facebook - just because something is popular doesn't mean it is correct. By and large, we are professionals here, and this is pretty much a teaching forum. You will almost always get a criticism before you get a compliment here. Its just the way it works. The rule is in place on this forum to push people on the right path - if you don't know what validation is, then you likely need to start there anyhow, and your site isn't as "done" as you thought it was. The errors on your site are not there because it would be a hack to get it to comply. They are there because you didn't escape characters reserved in XML. XHTML is a dialect of XML. If you page was being served correctly - which it isn't - then it would not display at all. You also didn't specify the type of style you are using in the The site is really cool, and I'd love to see the code behind it - but your understanding of the mechanics of markup is obviously flawed. You asked for a critique.

Outside of the cities, is that far from true? Could a person not just "disappear" into the Wilderness up there, given enough cash? The only time you'd have to come back into town is to buy supplies...

Cursors are sticky. You have to do both cursor:hand and cursor:pointer for it to work cross-browser.

Also, ? seriously? Why not or or ? I'm having a hard time taking this working group seriously, with recommendations like this.

I'm more in agreement with the ALA article currently on their front page. The new tags, while useful, are only a single subset of what HTML could be used for. What we really need is extensibility - the ability to add our own tags, attributes, or "hooks", to more clearly define structure.

Funny you should mention baldness - a coworker of mine looked over my should when I was browsing your sites, and is trying to get me to hook her up with you She has a thing for bald guys. I'm on the other side of your spectrum. I have a "real job", but I'm trying to get a web design firm off the ground, both as a fun thing (and side money), and as an insurance policy against job cuts in this economy.

Don't you get paid for modeling too? My wife did that for a while, I know its good money (if you can get work)