Jump to content

TabulaRasa

Members
  • Content count

    9
  • Joined

  • Last visited

1 Follower

Profile Information

  • Real Name
    Rory
  1. TabulaRasa

    [Contribution] Dynamic MoPics

    Upon further investigation it looks like something is happening with the install of the SQL script. It's adding the big image directory selection in the admin panel but nothing else. Here's the code INSERT INTO `configuration_group` VALUES ('', 'Dynamic MoPics', 'The options which configure Dynamic MoPics.', '1', '1'); UPDATE `configuration_group` SET sort_order = last_insert_id() WHERE `configuration_group_id` = last_insert_id(); INSERT INTO configuration VALUES ('', 'Big Images Directory', 'DYNAMIC_MOPICS_BIGIMAGES_DIR', 'images_big/', 'The directory inside catalog/images where your big images are stored.', last_insert_id(), '0', NULL, now(), NULL, NULL), ('', 'Thumbnail Images Directory', 'DYNAMIC_MOPICS_THUMBS_DIR', 'thumbs/', 'The directory inside catalog/images where you extra image thumbs are stored.', last_insert_id(), '0', NULL, now(), NULL, NULL), ('', 'Main Thumbnail In "Thumbnail Images Directory"', 'DYNAMIC_MOPICS_MAINTHUMB_IN_THUMBS_DIR', 'false', 'If you store your product\'s main thumbnail in the "Thumbnail Images Directory" set this to true. If it is in the main image directory (uploaded via osCommerce admin), set it false.', last_insert_id(), '0', NULL, now(), NULL, 'tep_cfg_select_option(array(\'true\', \'false\'),'), ('', 'Extra Image Pattern', 'DYNAMIC_MOPICS_PATTERN', 'imagebase_pic{1}', 'Your custom defined pattern for extra images. imagebase is the base of the main thumbnail. Place the counting method between brackets {}. Current counting methods can be 1, a, or A. See readme for more information.', last_insert_id(), '0', NULL, now(), NULL, NULL), ('', 'Thumbnail Image Types', 'DYNAMIC_MOPICS_THUMB_IMAGE_TYPES', 'jpg, gif, jpeg, tiff, png, bmp', 'The types (extensions) of extra thumbnails you use, seperated by commas.', last_insert_id(), '0', NULL, now(), NULL, NULL), ('', 'Big Image Types', 'DYNAMIC_MOPICS_BIG_IMAGE_TYPES', 'jpg, gif, jpeg, tiff, png, bmp', 'The types (extensions) of big images you use, seperated by commas.', last_insert_id(), '0', NULL, now(), NULL, NULL); I don't know sql that well but comparing it with the one thing that IS working it appears everything else should also work as it's identical more or less. Again thanks in advance for any help.
  2. TabulaRasa

    [Contribution] Dynamic MoPics

    I recently installed version 3.000 of the MoPics contribution. I'm encountering some strange behavior. In the readme and installation notes it seems to suggest that I go into the administration side and configure it to know where to find the big image and thumbnails as well as additional thumbnails. In my administration I only see the option to pick a place where the big images are. It does not give me an option to pick where the thumbnails go. So I thought, no big deal, I'll just use the regular images folder and it should be fine. Well it semi-works in that I can get one thumbnail to work and it blows up into the bigger image but I can't get any of the additional images to show up. The box that says "Other Images for This Product" remains empty. The naming convention I'm using is just as it's specified for testing I called the file testimage.jpg for addtional pictures I named it testimage_a.jpg. Later I noticed in the instructions it mentions putting the "a" in {} brackets so I tried that using testimage_{a}.jpg and it's still not functioning. I think it has something to do with the first thing I talked about where in the admin side it doesn't give me the option to choose a thumbnails folder. I'd appreciate any help. Thanks!
  3. In the instructions it says to replace this code in the application_top.php file // customer adds a product from the products page case 'add_product' : if (isset($HTTP_POST_VARS['products_id']) && is_numeric($HTTP_POST_VARS['products_id'])) { $cart->add_cart($HTTP_POST_VARS['products_id'], $cart->get_quantity(tep_get_uprid($HTTP_POST_VARS['products_id'], $HTTP_POST_VARS['id']))+1, $HTTP_POST_VARS['id']); } tep_redirect(tep_href_link($goto, tep_get_all_get_params($parameters))); break; // performed by the 'buy now' button in product listings and review page case 'buy_now' : if (isset($HTTP_GET_VARS['products_id'])) { if (tep_has_product_attributes($HTTP_GET_VARS['products_id'])) { tep_redirect(tep_href_link(FILENAME_PRODUCT_INFO, 'products_id=' . $HTTP_GET_VARS['products_id'])); } else { $cart->add_cart($HTTP_GET_VARS['products_id'], $cart->get_quantity($HTTP_GET_VARS['products_id'])+1); } } tep_redirect(tep_href_link($goto, tep_get_all_get_params($parameters))); break; The problem is that code doesn't appear anywhere in the application_top.php file I'm looking at. Any thoughts?
  4. Hi there, I hope I'm putting this thread in the right location. This isn't really for a contribution that I've been able to find but maybe it does and someone can point it out to me but it's multi-part questions. First I'll explain the scenario of what I need to set up. The store is viewable to anyone like a gallery but it doesn't show any pricing until the customer logs in. ONLY qualified (Wholesale) customers may aquire a log in and we have to approve them (currently we do all our business over the phone so it happens that way now). Once approved they can log in and see the prices and buy stuff. Now I'm up against a couple things. One, I already have a very long list of customers I'd like to pre-add so they are ready to go. So when we send out our printed catalog we can say in it "Log in to our site using your customer number as your user name and the PIN# Printed next to your address as your password." Once they log in it would be cool if they can then manage their account, change their password etc like normal. We know the catalogs are only going to qualified folks so there's no worry there. Two, I need some way to restrict just anyone from making an account and seeing pricing. Now this could either be that somehow we completely remove the option of allowing the user to register their own account so that they would call us and say they want to set up an online account and we do it for them. Or what would be cool is to have something that allows them to register like normal but when they submit their info it tells them they must wait for approval and will get a phone call to confirm they are who they say they are. Kind of like the option on the PHP based message boards where you need to get an approval e-mail from the admin to "ok" your account and begin posting. So really my questions are, do these things already exist and if not what are my chances of making something like this work for OSCommerce, I would need the help of someone more skilled in PHP than myself. Thanks
×