detour,

This project sounds great. Honestly, I sometimes feel like anything we can do to follow in Amazon's shoes is a good move. (Ok, so maybe not everything. )

Your idea seems to be right on, and I've got a little bit of feedback and some questions about potential problems.

First, the ideas: this may be outside the scope of your module, but it would be cool for users to have a place in their user account where they could copy/paste HTML to link to their wishlists from blogs or wherever else. Administrators could define either a text message or an image on their server to be used as the link.

The more important idea was the need for anonymous users to be able to keep wishlists. You can use a wishlist ID system similar to the cart, in that the session ID is the ID for anonymous users. While they wouldn't have all the features, they could still build up a wishlist and e-mail it to themselves or their friends. (Obviously would need some flood checking to make sure it doesn't get hijacked by spammers.)

One problem I thought of was how to handle mailing products to the owner of the wishlist. Currently, users who have not checked out an order will not have any address information stored in the database. Your module would either need to let people attach an address to a wishlist or we'd have to rework the way addresses are being stored in core... Obviously, the first option will be the easiest at the moment, since it doesn't depend on me being available to collaborate on the changes. I'm up for reviewing the system, though.

You know... I feel like I had something else to comment on, but maybe it was just the anonymous user idea. If I think of it, I'll post back here.

I'm excited to see what you come up with. aswalla just released http://www.magmaweb.com yesterday and probably would've loved to have some native wishlist support. (see here)

I vote for having a dedicated table for user information like name, company, address, address name. The customers need to be able to edit the ship-to locations. Kinda like amazon :-/ Anonymous users could be allowed to create a wishlist similar to how they create a shopping cart, except they would see a "save wishlist" button to create a user account and save contact info.

I've finished an initial version of the wish list module, and I'd appreciate suggestions from the community on directions for future development.

To install it:
1. Download the uc_wishlist.tgz attachment to this comment.
2. Extract the contents into the Ubercart directory. (This will create a uc_wishlist subdirectory).
3. Patch uc_cart.module with included update: From the uc_cart directory, run patch -p0 < ../uc_wishlist/uc_cart.patch

This has been tested with Ubercart Alpha 7d, 7e, and a recent Bazaar version.

These are some issues that came up in development:

I wanted to make the module as self-contained as possible so that little patching of other Ubercart modules would be required. For example, I added the 'add to wish list' buttons next to the 'add to cart' buttons by altering uc_product_add_to_cart_form, catching the form, and resubmitting it if the intended operation was to add to cart. However to automatically add the recipient's address to the shopping cart checkout form, it seemed preferable to make a patch for uc_cart rather than creating an alternate handler.

The number of products purchased from a user's wish list is tracked through a uc_order hook. When an item is added to the shopping cart from a wish list, extra information (the wish list and wish list product id) is added to the data array. Then when an order is completed (when the order status becomes pending) the order is scanned for items that came from a wish list. If any are found, their corresponding wish list products are updated, adding the order id, order product id, user id, and timestamp to the purchase field in the wish list products table.

I would like to see a central way of handling and accessing address data. I had to leave a fair amount of panes, css, and js code from uc_cart behind to provide this module's own address interface.

The module introduces two new tables (schemas updated from above):

{uc_wishlists}
wid (int) -- wish list id
uid (text) -- user id or session id
title (text) -- wish list title
date (int) -- event date/deadline
address (text) -- delivery address

{uc_wishlist_products}
wpid (int) -- wish list product id
wid (int) -- wish list id
nid (int) -- product node id
qty (int) -- quantity wanted
changed (int) -- timestamp of last modification
data (text) -- serialized array of product attributes and data
purchase (text) -- serialized array of purchase records

I've updated the module so that the patch to uc_cart is no longer required. (Thanks for the suggestion Ryan!)

Also, this module now has a contribution page at:
http://www.ubercart.org/contrib/1403

detour, cool mod!

How would I go about modifying this into something that is e-mail based -- example: Billy wants a new pair of shoes and socks (yes, BIlly is a special boy). So, Billy adds these items to his cart, and fires off the Wish List link through an embedded form (with comment box) to his internet-illiterate Uncle, so that Uncle Tom can buy these products by clicking on the link in his e-mail.

Could that work?

detour,

could you tell me how would i go about if i want to send automatically email notifications to users when something in their wishlist is purchased.

thanks

Couple of issues (somewhat related):

1) I have added the wishlist module to our ubercart installation, it seems to work fine, except for one thing. Our store is 100% digital distribution - ie addresses are not required at all for purchasing items. Is there an easy way to disable the 'address requirement' that the wishlist seems to impose on users creating wishlists?

2) A secondary issue regarding wishlists, I have two countries enabled, canada and US - but when I try to select the Canada address and the a province, the wishlist 'submit' prompt tells me that I have selected an invalid entry and to contact the site administrator. The 'zone' listbox then reverts to US states, even though the country list selection remains on canada.

If I choose US and a state for my mailing address, it submits fine.

If I can figure out #1 (disabling the address requirement), then #2 is a non-issue, but I'm sure will arise for other users that DO care about having non-US addresses available in their stores.

Thanx in advance,

I posted errors for Drupal 5.14 + Ubercart 1.6 located here: http://www.ubercart.org/contrib/1403 Are you still working on this module or have you dropped it. I know its the holidays and that you may be off to spend time with family but i'm just curious.

I'm also interested in this functionality, and if you're still maintaining it, it'll save me learning enough Drupal to make my own

Also, let me know if you need help and I'll see what I can do.

Howdy,
I really like this module: it's very useful for our company!

We do need the e-mail to friends ability that was initially proposed:

Is that complete, in progress, on hold?

If so, we'd either like to finance the module developer to resume work on it, or, pay our own programmers to take whatever he has done to date and add it to the module.

Let me know--thank you!

additionally, we're also going to need to let visitors search for a registry based on title/location/maybe additional custom fields.

Can the wish list have additional fields added to it? If so, can anyone give me a very basic guide to it, as little as the name of a file that needs modifying is fine.

Thank you