I'm not sure this answers your post symphony, but it's needed info (an addendum to my previous post).
- To take off the username/password fields from register.tpl you can comment out the unwanted fields (as described in my post above).
- This works great with most orders, but it created a bug where a visitor can get "trapped" if they try to modify their profile (the cart tells them there is an error and they can't proceed). The error happens because the cart is looking for their username/password (and those have been commented out).
A fix that worked for me was to open register.php and change the line...
Code:
$fillerror = (empty($uname) || !empty($error) || empty($passwd1) || empty($passwd2) || ($passwd1 != $passwd2) || empty($firstname) || empty($lastname) || empty($b_address) || empty($b_city) || (!empty($states) && empty($b_state)) || empty($b_country) || empty($b_zipcode) || empty($phone) || empty($email));
to
Code:
$fillerror = (empty($uname) || !empty($error) || empty($firstname) || empty($lastname) || empty($b_address) || empty($b_city) || (!empty($states) && empty($b_state)) || empty($b_country) || empty($b_zipcode) || empty($phone) || empty($email));
SUMMARY:
1) Taking the username/password off the register page is usually a dumb idea (meditate on this before deciding to remove it).
2) If you have a client (like mine) that insists on having it removed, you can do it by commenting out the unwanted fields (see my post above).
3) This solves the problem, but creates a bug in the "modify profile" page. That bug can be fixed by changing the include/register.php file as indicated above.
4) Save a copy of the old include/register.php and register.tpl in case you need to someday add back the username/password option.
This is working for me now (no username/password during checkout & no bugs). Hope that helps someone!