A friend showed me this hidden develop menu that can be activated through Safari similar to that of the firefox web developer toolbar. You have to activate it through the Terminal Application. (applications ->utilities ) Enter in the following:

defaults write com.apple.Safari IncludeDebugMenu 1

To hide the menu again, just enter the following:

defaults write com.apple.Safari IncludeDebugMenu 0

Enjoy.

Read more at macosxhints.com.

Front-End Developers:

It took me a while to get this going, so I figured I would share it in case anybody else comes across the same issue. On http://mercuryracing.com/techcorners/ when you click on “Join our email list”, in the div overlay that comes up, the blinking cursor bar failed to appear in input text fields in Firefox.

The Firefox bug report is here: https://bugzilla.mozilla.org/show_bug.cgi?id=167801

It is fixed with the code below, thanks to comments #50 and #51 on bug report page:
#emailListPopupContainer {
position: fixed;
position:expression(”absolute”);
overflow-x: visible;
overflow-y: visible;
…
}

Nice - The File Extensions Resource. Firefox search plugins are available as well as MacOS X Dashboard Widgets.

So I could have sworn I’ve squashed this issue in the past, but here it is again.

The Scenario: I wanted to block the enter key from posting a form, (or in this case anything, really). I noticed that a standard window.event && keycode method was always allowing the enter key to break through, and create very naughty behavior. Attached you will find the code that works (tested) on Firefox 2.0.4, Internet Explorer Corruptor 7

onkeypress=”return onKeyPressBlockEnter(event)”

function onKeyPressBlockEnter(e) {
var key = window.event ? e.keyCode : e.which;
return (key!=13);
}

Summary:

Use of javascript:void(0); in href’s that also have onclick handlers use may lead to aspirin abuse. Sorry but the pound sign is the best way to go BUT there is a work around so scrolling doesn’t occur.

All Things Bloggable - a xhref=”javascript:void(0);” — avoid the void

That is all.

Not really… If you find yourself banging your head against a well because Internet Explorer is not sending particular form fields, feel free to get angry. Do it now, because when you find out the reason why, you’ll be even more irritated.

Here’s the scenario:

Using any form, copy and paste from Word, notepad, whatever. Now submit your form. Missing form fields? Yeah, it’s because you’re not properly encoding your document. It seems like this is a bug, but “they” will tell you this makes sense. I call hooey. You can fix this by applying:

<meta http-equiv="Content-Type" content="text/html" charset="UTF-8" >

http://www.artisticnetwork.net/arts/194/internet-explorer-6-problem-with-character-sets.html

When oh when will the karma gods strike down that heathen of a browser. Please God, do it soon.

In migrating a website we noticed that Flash Video files would not work in the players any longer. This was on a Windows 2003 Server with IIS 6. Doing the standard troubleshooting, I was perplexed that the file didn’t even appear to be uploaded to the server, yet this was verified with and ftp client. Permissions didn’t seem to affect anything either.

In the end, we found this article: http://www.adobe.com/cfusion/knowledgebase/index.cfm?id=tn_19439

It turns out you must register the mime type: flv-application/octet-stream or video/x-flv on the webserver under, you guessed it! Mimetypes.