@ bene,
Unfortunately I can work on this contrib only two days by week (and I'm not a good developper!) so I'm very slow. But I need it myself, so you can believe it will be ready one day! :smile:
@ loosefast,
loosefast:
The author and publisher as links in book product display is a nice touch.
I'm currently working to enhance authors, wich become a small other contrib (like "Products Languages") named "Products Persons". It will be useable by any contrib. I plan to use it in "Product Type Book", of course, but also in "Product Type Video" and a better "Product Type Music". Persons are linked to a products (ie. Book_A is linked to Person_A) but also to Roles (ie. Book_A is linked to Person_A wich have the role Role_A). For books it will mainly be Authors roles, but for video it may be Director, Actor, Music, etc.
I like that your module allows search on author, genre, etc. The previous version of the Book Product module didi not allow these functions.
You did not notice any low speed or bad performance on this searches? I did not notice, but I wonder.
If anybody find a better way to do this search hack I will be pleased to learned from him/her.
I am setting this up for a an eBay used book dealer, who may at some point have hundreds of titles in the cart, so I am a little worried about the way the pop-ups work in adding a new book product in the admin, particularly the author field, which could grow to quite a large number of names. Possibly this would be better as a text entry field?
That's a point I'm thinking about. A simple "text field" means that all your persons have to have differents names and that you have to know its spell exactly. I'm not sure it's a good enought solution.
I though about using Ajax to get persons' name while inputing (just like Google Suggest) but did not tried yet.
I am going to be trying to add the author field to the product display in list view, All Products, New Products, Featured etc..as I think that is essential.
You have to look in "includes/classes/observers/class.productBookListing.php". I had to add a notifier hook in "includes/modules/product_listing.php" (that's why I overwrote it by using "includes/modules/my_template/product_listing.php") because there was no core notifier in this file. And I'm affraid it's the same for "products_all", "features_products", "products_new" and "specials"... :-(
(Note: I wonder why this four files does not use the module "product_listing" unlike "index" file?? Is it planned by ZC developpers?)
Also, I am going to see if I can populate the database fields by uploading the various cvs files required - this always gives me a big headache.
If you can find a way to use "Easy Populate" with "Product Type Book" (and the future "Products Persons") it would be a very great help!
Another headache is what I perceive is inconsistency in where to go to make changes, usually quite small ones, in the zencart system. Sometimes its done in the language files and sometimes its in various template folders and sometimes its in various sections of the admin and sometimes its hard coded in the php code pages, things like break tags. For instance, the phrase about XHTML in the footer is hard coded in among the rest of the footer info which is not.
Well, I though the same before starting to use it a lot. And now, I'm used to it. I don't know if ZC way of splitting things is good or bad, but I can handle it, so I'm okay with it, now! ^^
(about the validator below the footer, well, yes it's hard coded in tpl_main_page.php, but ZC is powerful enought to let us get rid of it very easily in our own templates! :wink2: )