The BIOS update allows the user to choose to swap the function of the two keys through the BIOS. To enter the BIOS hold the F1 key at start-up. Once in the BIOS select Config, then select Keyboard/Mouse. Once in the Keyboad/Mouse menu enable the Fn Ctrl key swap. Once you have saved and exited the BIOS, the function of the two keys will be swapped, however you still might be fooled by the print on the keys. I thought about swapping the keys but Ctrl key is a little longer than the Fn key and probably won’t fit.

Source

• Old Snake
• Old Snake w/ Solid Eye
• Old Snake w/ Gun (SA 1911A1 Operator)
• Old Snake w/ Both

Inspired by Super Mega Street Fighter IV Mans

The login uses the standard php $_SESSION array variables but the result is an empty session regardless if you use CakePhp’s built in session object. Out of the box CakePhp 1.2 is set up to run using the php.ini configurations and this is probably the problem. I’m assuming the way MediaTemple configured their (gs) servers prevent CakePhp from utilizing the session path in the php.ini. Why this only works half the time when you’re not quickly hitting refresh, I have yet to figure out.

Solution:
Luckily the solution is simple thanks the CakePhp’s built in session handling. Simply change the following line in the core.php configuration file:

Configure::write('Session.save', 'php');

to:

Configure::write('Session.save', 'cake');

This tells the CakePhp configuration to use it’s built in session handling. Make sure the “app/tmp” directory is writable and everything should work correctly. This fix worked for me but if anyone can verify the problem that would get rid of these lingering question marks in my head. If this fix works for you, I’m glad I could waste the hours trying to figure it out for you.

I guess this convention just gave me more confidence in trying it myself. It also gave me more faith in the framework itself. Its as if they’ve convinced me that Drupal isn’t just the future. Drupal is now. It really is like preaching a religion, I might be converted.

I’ve just witnessed my first big earthquake since moving back to California. I remember running under a table for cover when I was just a little kid but even today earthquakes still scare me to death. About 15 miles north east of where I currently work a 5.8 magnitude earthquake shook Chino Hills, CA.

The building swayed, people screamed and I couldn’t help but think that I was in the worst place imaginable. The seventh floor of a building. Luckily it seems like everyone is alright and CNN is already reporting that no damages, deaths, or injuries have been reported.

I haven’t heard this many helicopters since the brush fires last year.

I know innerHTML is not standard but for a quick fix it seems logical. So basically I have a web service that outputs:

<option value="1">blah</option>
<option value="2">blah blah</option
...

And my Prototype, Ajax.request retrieves these option tags and does the following OnSuccess:

document.getElementById("selectBox").innerHTML = response.responseText;

This works fine in Firefox but doesn’t do anything for IE. After looking it up on the web I came across this article. So, the fact is that you can’t use innerHTML on select tags in IE, you have to use appendChild or addOption. There goes my quick and dirty method and hours of wasted time. I guess the lesson is that I shouldn’t do things the non-standard way even when I’m pressed for time.

*Update* – Actually the quick way to fix this is to wrap your select tag in a span tag. Now instead of inserting the response into the innerHTML of the select tag, insert the response into the innerHTML of the span tag. Lastly, add the select tag to the web service output. Like so:

<select name='dropdown'>
<option value="1">blah</option>
<option value="2">blah blah</option>
..
</select>

And in Ajax.request do this OnSuccess:

document.getElementById("spanTag").innerHTML = response.responseText;

If you’re still confused let me know.

Anyone having a similar issue?