codestyling

Supporting WebKit would required to rewrite completely the CodePress JavaScript code. That’s why i dropped it 1 year ago on my project and have choosen an other perfect working replacement.
During 1 year no progress has been made at the CodePress Project, it seems the initial author has stopped working on.
Very bad for WP i’m afraid, because it produces eigther a lot of re-work with WP programmer resources or a new search for a suitable replacement.

Please refere to my answer about the jQuery UI Tabs problems between WP 2.7 and WP 2.8: http://wordpress.org/support/topic/243942?replies=4#post-1127263

The main .htaccess in WP root folder could look like this:

# BEGIN Alexander
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^checkout/step1$ /checkout/step1.php [QSA,L]
RewriteRule ^checkout/step2$ /checkout/step2.php [QSA,L]
RewriteRule ^checkout/step3$ /checkout/step3.php [QSA,L]
</IfModule>
# END Alexander

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Your own block ensures, that the urls with checkout/step1 will be translated and directed to checkout/step1.php and delivered.
Keep in mind, that you will normally not be able to access at this php paged workpress code as long as you not launch the loader from wp.

You could also direct all steps to one php file by giving as param like this, but please sanitize the incomming param value carefully:

# BEGIN Alexander
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^checkout/(.*)$ /checkout.php?step=$1 [QSA,L]
</IfModule>
# END Alexander

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

where you now get at the checkout.php as $_GET[‘step’] the given step(s) like “step1” but there could also arrive some bad things, check it!

Any file with a leading dot is a hidden file in terms of unix. It’s necessary, that the file is named .htaccess and resides in the root of your WP installation.
Some FTP programs doesn’t show initially hidden files but can be configured to do so. Than you should able to see those again.
Please create such a file (don’t strip the leading dot) put the lines into and upload it.
If your home PC runs Windows, you can’t locally create files with leading dot’s. So just create a htcaccess named file, modify the content and open an Windows Console. Changed to the folder containing the file and enter command
ren htaccess .htaccess
Then you should have one for upload. You can alternatively upload the wrong named file and rename it with your FTP program at your webspace.

I hope, this may help you going forward.

With the current version 1.6.0 of this plugin you should be able to columnize your post as well as pages. I have also fixed all bugs found during WP 2.8 release evaluation.

I found the setlocale() issue reason and wrote an article about.
Also at my blog it wrotes back int settings at german language locales and i also show the reason and the solution, and of cource using as example “Google Sitemap Generator”.
http://www.code-styling.de/english/php-function-setlocale-and-numbers-can-be-damaged

I have tested a performant patch that solves this issue. There is a bug inside PHP implementation. Sometimes, rarely the substr() function returns wrong results even if input values are ok. Can be found here:
http://trac.wordpress.org/ticket/5599#comment:14
or currently as german acticle here:
unpack errors at gettext.php
the english translation follows soon.

Hi, easy to check by editing you site in IE with MS Developer Toolbar for IE7.

<div id=”sidebar”>

has to be set additional at
{
float: right;
margin: 0;
}

than it works as expected.