Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

moonlitsun

Archived
  • Posts

    225
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by moonlitsun

  1. Joey,

     

    I'll try to give you a ring sometime this weekend, if you dont mind. I believe between you and Craig, there's hope for the osComm community.

     

    I've just recruited the TIGHTEST web designer that specializes in osCommerce, but her strength isnt back-end coding...mostly skin work and some module design. Anyway, we'll try to help you guys if we can!

     

    thx,

     

    -Codi

  2. By making a variable "global" you can access from any function anywhere in the script , so this is what it is doing, changing a variable and then the including modules use the changed variable you could also use $GLOBALS['origininfo'] to get the info in the modules.

     

    Dax,

     

    This may be an obsolete observation, but I remember something about osCommerce having some kind of problem with registering/enabling global variables???

     

    Take a look at this thread:

    http://www.oscommerce.com/forums/index.php?&showtopic=93343

     

    This might be a mute point, but I wanted to bring it to everyone's attention anyway. :rolleyes:

     

    Thx,

     

    -Codi

  3. Joey, blucollarguy, et al.......

     

    I wanted to add my 2 cents to the conversation and provide everyone with a synopsis of how our company was looking to enhance the original MVS:

     

    - Vendor Based zipcode origins seem to be the most effective method of calling data from the mySQL tables;

     

    - We currently have the original MVS running, along with a couple added shipping methods in place (Individual Shipping, Free Shipping, etc);

     

    - Mike, the original author of EMVS ([email protected]), has tried to work closely with our IT team to integrate global zipcode variables into his updated code. However, we were having problems since it appeared Mike wrote only a portion of the code needed to simply reference the zips from the Vendor table, but not an actual call to the shopping cart when checking out. The shopping cart class was running into problems and wasnt producing the correct shipping quote based in ziporigins.

     

    - MVS and EMVS were also having problems with combining 2 or more items in the cart with 2 or more vendors/shipping origins. Perhaps this is a wrongly designed calculation function in the shopping cart?

     

    ********

     

    On a personal note, I believe this new version of Enhanced Vendors will easily supercede older releases. The zipcode origin functionality alone is worth its weight in gold. This kind of contribution will make the concept of dropshipping very doable, and we hope to introduce the code into our family of websites.

     

    Please let me know what I can do to help!

     

    Thanks,

     

    -Codi

  4. Ok...looks like I am figuring out how to modify the infoboxes, now. Anyone have a guess as to how someone might align the infobox to the center of the column?

     

    Also, I'm still trying to figure out if there is a way to modify the center "New Products in..." box. Haven't a clue???

     

    Thx,

     

    -Codi

  5. ARGH!

     

    Perhaps I am just missing something, or there isnt ANY kind of documentation for BTS (Basic Template Structure) regarding the configuration of each infobox on an individual basis. I've tried setting background colors for the shopping cart infobox, as an example...and it didnt work.

     

    Oddly enough, the text color seems to work for that particular infobox, but I cant seem to reference a background color for the table content. Here is a snippet of the code:

     

    /* example how to assign styles to one individual small infobox (delete if you don't like) */
    table#shopping_cartBoxLT {
    font-weight: bold;
    color: #487DB4;
    background-color: #487DB4;
    }
    table#whats_newBoxLT {
    font-weight: bold;
    color: #FFFFFF;
    background-color: #FFFFFF;
    }

     

    You'll also notice that I tried to add a unique class for the whats_new infobox, but I'm not sure where else I should be referencing/creating the relevant whats_new box css reference.

     

    Here's the site URL: http://www.ajewelryshop.com

     

    Essentially, I'm trying to manipulate the unique background color, text, and header graphic for the whats_new infobox.

     

    Anyone's help here would be greatly appreciated.

     

    Thx,

     

    -Codi

  6. Is it easier to blend all of these or to create an additional order for each required shipping method, and which will be easier for the customer?

     

    I believe perhaps we could have the shopping cart do unique queries for each product, based on the vendor zip code being used. That way, all items could be placed in the shopping cart, and the customer would still have a seamless buying experience with 100% accurate shipping.

     

    Thx,

     

    -Codi

  7. I have a working prototype of this already which is part of the bigger MRP(II) picture.

     

    As fore mentioned, to support this properly you need multiple plants/branches and proper definitions of sales/purchasing channels in which your vendors and customers are integrated with.

     

    This infrastructure will allow you to do all the things (and more) that several other OSC contributions have tried to do - pricing breaks, multi-vendor shipping, multi-store, discount by customer type etc, but under one integrated module called 'pricing conditions' ? if you have used SAP before you will know what I am talking about.

     

    Peter,

     

    Is this a publicly released contribution? At the moment, we already have multi-vendor shipping, separate pricing per customer group, and other modifications working effectively together. However, individually defined shipping prices (something introduced by Faruk in the osComm dev community) and zipcode origins are outside of our reach.

     

    I am familiar with SAP and how it interfaces with external data. However, a zipcode origin tool wouldn't need to directly interface with a live supplier if you manually entered the data and assigned it to each product/supplier. From there, either a uniquely made zipcode field or supplier dropdown menu could be interfaced to override the original zipcode (as there is only 1 that can be configured) of a clean oscommerce installation.

     

    Any of your help/code contribution is greatly appreciated.

     

    Thx,

     

    -Codi

  8. As most of us are already aware, osCommerce presently supports a Shipping Module environment based on only ONE zip code configuration within the Administration menu.

     

    This means that tables and various methods (i.e. UPS, USPS, Fed Ex, etc) calculating shipping cost for your customers are ENTIRELY based on only ONE designated zip code. Obviously, osCommerce was originally designed with a typical retailer operation in mind, where the business ships its merchandise to its customers from only one location.

     

    Multi-Zip Code Origin is a proposed Contribution that would involve the following features:

     

    - Designated Supplier Zip Code Per Product Listing

    - Individual Zip Codes interact with Shipping Modules

    - To be Compatible with Multi-Vendor Shipping Module

    - To be Compatible with Individual Shipping Prices Module

    - Dropship Friendly

    - Supports Multi-Warehousing Zip Code Origins

    - Calculates accurate shipping for multiple warehouses & 3rd Party Suppliers

     

    Essentially, this module would be enabled within the Admin Configuration settings of the Storefront. Once activated, the module would look for the "ZipCode" form field within the Product Edit pages (admin/categories). If no zip code is indicated within the Product Edit screen, the module refers to the originally configured master zip code of the osCommerce storefront.

     

    Naturally, the following files will be affected (among others):

     

    Admin/Categories.php

    includes/classes/shopping_cart.php

    includes/languages/english.php

     

    A new table would be created within the database for zipcode records. Data entered into the Product Edit screen would feed into this table, and the related Product ID would tell the shopping cart to recalculate check-out shipping costs based on that table entry.

     

    This concept is still under development, and I invite any interested parties to contact me with your interest. We can use your suggestions/input/involvement within this project!

     

    The purpose of this modification is to bring osCommerce to the next level: Supply Chain Dropship Distribution.

     

    Thx,

     

    -Codi

  9. Try viewing the page using the latest version of Internet Explorer. I am trying to use a combined mod called DHTML-coolmenu mod, which allows you to choose from 3 menu styles within admin.

     

    However, I also want to indicate in the code that if the dhtml cannot be read (i.e. by netscape or mozilla browsers), use the categories.php infobox.

     

    Anyway, you can view our catalog at http://www.dropshipdirect.com/warehouse if you are using IE as your browser.

     

    If you figure out a way to create an "if, then" statement for category style based on browsers, let me know!

     

    Thx,

     

    -Codi

  10. I noted in some of the recent posts that both authors Arendt (Multi-Vendor) and Gremlin (Indvship) do not plan to support the latest OSC 2.2 Milestone 2.

     

    However, I would simply like a brief response by ALL THOSE VIEWERS visiting this post to ascertain how many people would benefit from this updated mod combo for both of the following contributions:

     

    Individual Product Shipping Prices:

    http://www.oscommerce.com/community/contributions,1333

     

     

    Multi-Vendor Shipping:

    http://www.oscommerce.com/community/contributions,969

     

    The more people who reply with a "YES, INTERESTED" post, the better the chances we have of either DM Gremlin, Farrukh Saeed (indivship 2.0), Nathan Arendt, and/or any other interested party preparing an updated combination of these two very valuable modifications.

     

    I don't know about you, but I've run into a slew of difficulties trying to implement both of these solutions together. Equally frustrating, it seems Multi-Vendor Shipping isn't yet fully functional on OSC 2.2 Milestone 2.

     

    I suspect that if we build enough interest for this, it might very well qualify for the next Milestone release of osCommerce!

     

    Thanks in advance for your supportive comments.

×
×
  • Create New...