spedney

Thank you so much Darren! That fixed it ??

Thanks Iver Odin for a super-quick answer! I’ll do that.
Steve

Thanks Iver, that is really helpful. I will try this out.
Steve

Marking as resolved

I did file a ticket. They weren’t much help.
I gave up on this plugin in the end and created a catalog feed using another plugin called CTX which actually worked.

This is really helpful, and I’ve used some of the code from this thread to add an extra customer details field to my checkout page (for the customer’s tax registration number).

But what I can’t seem to find out, is how to have this extra field also show up on the admin side, in the user – profile area, and also when the user registers. If I could include it here then that would be really ideal.

Also, my next task is to get this extra field to print in the order email, but one thing at a time!

I have just got around to upgrading to version 2.1.1 (from 1.2) and the strange thing is that – it stops working! Don’t know why yet and I haven’t got much time to try to figure it out right now, but the panel is not there at all. I tried logging in both as an admin and as an editor and it’s just gone.
For the moment I have just reverted to the backup that I made before I did the update and I will come back to this later and try to figure out what is wrong.

Great, I’ll try out version 2.0 asap
Thanks!

Levifig,
But, what if the first and last names are empty?
It could happen that the person who registered the new user didn’t enter these values in, so you could add a little check like this:

if ( empty($display_name) ) {
		if ( !empty($first_name) && empty($last_name))
			$display_name = $first_name;
		if ( !empty($last_name) && empty($first_name))
			$display_name = $last_name;
		if ( !empty($first_name) && !empty($last_name))
			$display_name = $first_name.' '.$last_name;
		}
	if ( empty($display_name) )
		$display_name = $user_login;
	$display_name = apply_filters('pre_user_display_name', $display_name);
		}
	if ( empty($display_name) )
		$display_name = $user_login;
	$display_name = apply_filters('pre_user_display_name', $display_name);

If you’re interested I think I have found the solution:

in file: gkl-postavatar.php

you haven’t included an onchange in the select declaration…

Just change this (in line 467?):
<select name="postuserpic" id="postuserpic">

to this:
<select name="postuserpic" id="postuserpic" onchange="chPostAvatar(this)">

Seems that IE and Safari need that declared there, and not only in the option lists, but Firefox doesn’t mind it

Actually, I just tested in IE and the same issue occurs there also

Sorry – I’m wrong it still messes things up ??

?? well, that is of course true! I was just checking for compatibility…
So, can you confirm that this is a “real” issue and not just something wrong with my setup?