Merchant 5.x wish list.

To avoid hijacking the 2nd address field thread any further (because I
completely agree with the request), I'll toss out the three things
that I'd love fixed in 5, that don't appear to be at the moment. If
I'm wrong about any/all of these, well, that's just a wonderful thing
:)

I've also moved it to the coders list as it seems more appropriate.

1. Bill To/Ship To are still backwards. Many a client has asked me to
fix that - usually about half way through a project, and fixing that
is no small feat. You can't simply change it in the template (or just
change the field names) because the logic behind it will still work
the same way, and you'll end up with a form where the left side is
optional, and the right is required -- not intuitive.

2. 'Customer_' prefix is still on the ACNT page fields, but not on the
OINF page fields. I've never understood the logic behind this as it's
only purpose is to make combining them into a single page much
tougher, and it makes 'skipping OINF if creating account while
ordering' much tougher.

3. Skipping OINF if creating an account while ordering should be
default behavior. I'm fairly certain that the reason it's not, is due
to number 2 above. Just about every client has asked "why do you show
me the address twice?" to which I have no logical answer.

I'd love to hear from the other coders out there on any of these.=20
Agree? Disagree? No longer true?

PS: many thanks to Jimmy for passing along the 2nd address field.=20
It's a fairly easy add on, and really should be done.

PPS: my apologies for not being on the beta. I really should have been the=
re.

--=20
Bill Guindon (aka aGorilla)

Merchant 5.x wish list.



Bill,

Number three is already doable with just the openui if you recreate the
login screen or with a template module. The reason it isn't default probably
because it is advisable to let the customer make sure their billing
information is correct and/or up to date, if they want it shipped somewhere
else, etc. But you could also easily provide two options in the form to let
the customer decide.

Jason

3. Skipping OINF if creating an account while ordering should be
default behavior. I'm fairly certain that the reason it's not, is due
to number 2 above. Just about every client has asked "why do you show
me the address twice?" to which I have no logical answer.

I'd love to hear from the other coders out there on any of these.
Agree? Disagree? No longer true?

PS: many thanks to Jimmy for passing along the 2nd address field.
It's a fairly easy add on, and really should be done.

PPS: my apologies for not being on the beta. I really should have been
there.

--
Bill Guindon (aka aGorilla)

Merchant 5.x wish list.



Sorry. I should have said "if you need this functionality right now with
4.x and not just with 5.x"

Jason


> Bill,
>
> Number three is already doable with just the openui if you recreate the
> login screen or with a template module. The reason it isn't default
probably
> because it is advisable to let the customer make sure their billing
> information is correct and/or up to date, if they want it shipped
somewhere
> else, etc. But you could also easily provide two options in the form to
let
> the customer decide.
>
> Jason
>
> 3. Skipping OINF if creating an account while ordering should be
> default behavior. I'm fairly certain that the reason it's not, is due
> to number 2 above. Just about every client has asked "why do you show
> me the address twice?" to which I have no logical answer.
>
> I'd love to hear from the other coders out there on any of these.
> Agree? Disagree? No longer true?
>
> PS: many thanks to Jimmy for passing along the 2nd address field.
> It's a fairly easy add on, and really should be done.
>
> PPS: my apologies for not being on the beta. I really should have been
> there.
>
> --
> Bill Guindon (aka aGorilla)
>
>

Merchant 5.x wish list.



On 5/3/05, Jason Henderson <[email protected]> wrote:
> Bill,
>=20
> Number three is already doable with just the openui if you recreate the
> login screen or with a template module. The reason it isn't default proba=
bly
> because it is advisable to let the customer make sure their billing
> information is correct and/or up to date, if they want it shipped somewhe=
re
> else, etc. But you could also easily provide two options in the form to =
let
> the customer decide.

Well, I've done it many a time, using various approaches, I'm just
saying it shouldn't be so difficult. My experience tells me that the
cause of that difficulty lies in the different variable names on the
two pages. I've never understood it. I've also combined the forms
into a single form, but again, had to add the 'Customer_' prefix if
g.Screen=3DACNT. It's just silly.

For the specific case I mentioned -- creating an account while placing
an order -- I see little reason to ask you if what you _just_ filled
in is correct. If that logic holds up, then registered users should
be shown OINF twice if they make a change during checkout.
=20
> Jason
>=20
> 3. Skipping OINF if creating an account while ordering should be
> default behavior. I'm fairly certain that the reason it's not, is due
> to number 2 above. Just about every client has asked "why do you show
> me the address twice?" to which I have no logical answer.
>=20
> I'd love to hear from the other coders out there on any of these.
> Agree? Disagree? No longer true?
>=20
> PS: many thanks to Jimmy for passing along the 2nd address field.
> It's a fairly easy add on, and really should be done.
>=20
> PPS: my apologies for not being on the beta. I really should have been
> there.
>=20
> --
> Bill Guindon (aka aGorilla)
>=20

--=20
Bill Guindon (aka aGorilla)