Multiple Ship-To Addresses [Support Thread]

[lat9]

This plugin enables your store to offer your customers multiple shipping addresses on a single order, so long as the currently-selected payment method supports shipping to multiple addresses! Many payment modules will not provide a store-owner with seller protection if a customer's products are shipped to an unvetted address.

For the initial release of the plugin, only the moneyorder payment method has been updated to provide this support. The intent with this plugin's release is to provide a basic framework that can be tested (and otherwise improved) by the Zen Cart community and within which other, more intricate, payment methods can also support multiple ship-to addresses.

Every effort has been made to reduce the core-file changes required. Where possible, the change has been limited to the insertion of one or more Zen Cart notifiers at significant points. When it was not possible, the changes are spanned by comments indicating the beginning (//-bof-multiship) and end (//-eof-multiship) of the code-fragments.

I'm preparing to upload v1.0.0 BETA1 to the plugins area and will post its download link once I receive it.

[lat9]

Once approved, the plugin will be available here: http://www.zen-cart.com/downloads.php?do=file&id=1823

[lat9]

Once approved, the plugin will be available here: http://www.zen-cart.com/downloads.php?do=file&id=1823

BETA1 is now available via the Zen Cart Plugins. You can also see the progress from beta to v1.0.0 on the plugin's github repository:

https://github.com/lat9/multiship

[lat9]

BETA2 is now available via github (https://github.com/lat9/multiship/ar....0.0-BETA2.zip). This version incorporates "understanding" that an order can contain a mixture of virtual and physical products.

[lat9]

Looking for opinions!

1. Is a one-time charge applied on a per-order or per-ship-to-address basis? The current implementation applies the charge on a per-ship-to-address. I'm not asserting that this is correct, just stating what's currently happening.
2. Let's say a customer has 4 "Product 1" items in their cart and they choose to ship 2 to one address and 2 to another. Subsequently (and before confirming the order), the customer goes to the shopping_cart page and reduces the quantity of "Product 1" to 2. Does the "Ship-To" address for the 2 remaining items revert to the default shipping address?

[lat9]

I've just uploaded BETA3 to the plugins area. This version includes changes that react to changes to the shopping cart from the shopping_cart page plus a variety of bugfixes.

[dbltoe]

Sorry was rushing out the door to PT.
the problem is the undefined constraints but, it's not pulling the image correctly before that. Only gets directory and folder

[dbltoe]

Regardless of hard-coding the height and width or placing them in the database as configurations, the line still retrieves only the DIR_WS_CATALOG (/) and DIR_WS_IMAGES (images). Beyond that - nothing.

<table border="0" width="100%" cellspacing="0" cellpadding="2">      <tr class="dataTableHeadingRow">
  <!-- BOF Add Image 1 of 2 - dbltoe -->
        <td class="dataTableHeadingContent">Image</td>
  <!-- EOF Add Image 1 of 2 = dbltoe --> 
        <td class="dataTableHeadingContent" align="center">Qty</td>
        <td class="dataTableHeadingContent"><?php echo TABLE_HEADING_PRODUCTS_MODEL; ?></td>
        <td class="dataTableHeadingContent">Option(s)</td>
      </tr>
<?php
    foreach ($order->products as $currentProduct) {
        if ($currentProduct['orders_multiship_id'] != $multiship_id) {
        continue;
        }
?>
      <tr class="dataTableRow">
  <!-- BOF Add Image 2 of 2 - dbltoe -->
        <td class="dataTableContent" valign="top" align="left">
            <?php echo zen_image(DIR_WS_CATALOG . DIR_WS_IMAGES . zen_get_products_image($order->products[$i]['id']), 'Product Image', IMAGE_ON_INVOICE_IMAGE_WIDTH, IMAGE_ON_INVOICE_IMAGE_HEIGHT); ?>
        </td>
  <!-- EOF Add Image 2 of 2 - dbltoe -->
        <td class="dataTableContent" valign="top" align="center"><?php echo $currentProduct['qty']; ?></td>
        <td class="dataTableContent" valign="top"><?php echo $currentProduct['name']; ?>
<?php


        if (isset($currentProduct['attributes']) && (sizeof($currentProduct['attributes']) > 0)) {
            foreach ($currentProduct['attributes'] as $currentAttribute) {
?>
          <br /><span class="nobreak"><small>&nbsp;<i> - <?php echo $currentAttribute['option'] . ': ' . nl2br(zen_output_string_protected($currentAttribute['value'])); ?></i></small></span>
<?php
            }
?>
        </td>
        <td class="dataTableContent" valign="top"><?php echo $currentProduct['model']; ?></td>
<?php
        }
?>
      </tr>
<?php
    }
?>
    </table>

Any more thoughts? Works like a champ with standard packing slip.

[lat9]

Regardless of hard-coding the height and width or placing them in the database as configurations, the line still retrieves only the DIR_WS_CATALOG (/) and DIR_WS_IMAGES (images). Beyond that - nothing.

<table border="0" width="100%" cellspacing="0" cellpadding="2">      <tr class="dataTableHeadingRow">
  <!-- BOF Add Image 1 of 2 - dbltoe -->
        <td class="dataTableHeadingContent">Image</td>
  <!-- EOF Add Image 1 of 2 = dbltoe --> 
        <td class="dataTableHeadingContent" align="center">Qty</td>
        <td class="dataTableHeadingContent"><?php echo TABLE_HEADING_PRODUCTS_MODEL; ?></td>
        <td class="dataTableHeadingContent">Option(s)</td>
      </tr>
<?php
    foreach ($order->products as $currentProduct) {
        if ($currentProduct['orders_multiship_id'] != $multiship_id) {
        continue;
        }
?>
      <tr class="dataTableRow">
  <!-- BOF Add Image 2 of 2 - dbltoe -->
        <td class="dataTableContent" valign="top" align="left">
            <?php echo zen_image(DIR_WS_CATALOG . DIR_WS_IMAGES . zen_get_products_image($order->products[$i]['id']), 'Product Image', IMAGE_ON_INVOICE_IMAGE_WIDTH, IMAGE_ON_INVOICE_IMAGE_HEIGHT); ?>
        </td>
  <!-- EOF Add Image 2 of 2 - dbltoe -->
        <td class="dataTableContent" valign="top" align="center"><?php echo $currentProduct['qty']; ?></td>
        <td class="dataTableContent" valign="top"><?php echo $currentProduct['name']; ?>
<?php


        if (isset($currentProduct['attributes']) && (sizeof($currentProduct['attributes']) > 0)) {
            foreach ($currentProduct['attributes'] as $currentAttribute) {
?>
          <br /><span class="nobreak"><small>&nbsp;<i> - <?php echo $currentAttribute['option'] . ': ' . nl2br(zen_output_string_protected($currentAttribute['value'])); ?></i></small></span>
<?php
            }
?>
        </td>
        <td class="dataTableContent" valign="top"><?php echo $currentProduct['model']; ?></td>
<?php
        }
?>
      </tr>
<?php
    }
?>
    </table>

Any more thoughts? Works like a champ with standard packing slip.

My thought: I didn't pay enough attention to your original post. How about changing the highlighted section to reference the variable that's being used:

  <!-- BOF Add Image 2 of 2 - dbltoe -->
        <td class="dataTableContent" valign="top" align="left">
            <?php echo zen_image(DIR_WS_CATALOG . DIR_WS_IMAGES . zen_get_products_image($currentProduct['id']), 'Product Image', IMAGE_ON_INVOICE_IMAGE_WIDTH, IMAGE_ON_INVOICE_IMAGE_HEIGHT); ?>
        </td>
  <!-- EOF Add Image 2 of 2 - dbltoe -->

[dbltoe]

That did it!
Didn't occur to me that it might be a different variable than all the other packing slips.
THANX