OLD Super Orders 2.0 (See v3.0 thread instead)

[gmoyle]

Ok, love the mod.

One change that I made. I currently do not have a Fax for my business, so there is no reason for me to have an empty fax on my invoice.

I changed line 89-90 on super_invoice.php to this.
<td class="invoiceHeading" align="left" valign="top"><?php if (STORE_FAX != ''){echo HEADER_FAX;} ?></td>
<td class="invoiceHeading" align="left" valign="top"><?php if (STORE_FAX != ''){echo STORE_FAX;} ?></td>

so that if down the road I add a fax, and fill the info in the admin, that the information will then automatically show on my invoices, but for now, it doesnt.

Greg

[s_mack]

That last suggestion (good one) contains <td> tags...

People should realize and keep in mind that the default template system of zen is strongly and swiftly moving away from tables, and encouraging the much better system of using <div> tags and css to format/position them. It'll be helpful in this effort if contributions followed suite.

- Steven

[qhome]

That last suggestion (good one) contains <td> tags...

People should realize and keep in mind that the default template system of zen is strongly and swiftly moving away from tables, and encouraging the much better system of using <div> tags and css to format/position them. It'll be helpful in this effort if contributions followed suite.

- Steven

I agree <div> is the way to go, but the problem is its just not controlled enough, sometimes you need a hardened way of doing things. Perhaps if w3 starts supporting align again, as well as width, height, and borders, but then that would defeat the purpose.

[s_mack]

I agree <div> is the way to go, but the problem is its just not controlled enough, sometimes you need a hardened way of doing things. Perhaps if w3 starts supporting align again, as well as width, height, and borders, but then that would defeat the purpose.

I'm not sure what you mean by "controlled". You are offered a VASTLY superior array of tools for formatting and positioning with css versus standard html.

The only "good" reason to resist (it is futile though) is being too lazy to learn :) CSS is very tricky for the uninitiated and it isn't an enviable position to have to learn it suddenly. Learn it well I mean. It is worth the effort though, in my opinion... and as the platform continues to migrate that way, laggers only cause themselves more headaches later by not adopting sooner.

I agree that it is EASIER to do things in tables most of the time, but it is by no means required. My entire site (well, the new one that isn't published yet) doesn't contain a single <table> <tr> or <td> tag. My biggest problem is re-writing contrib code to conform.

As I've done it, I've written the authors suggesting they adopt and handing them the code on a platter... the same will apply here if I ever get around to installing this contrib. I'm ahead of myself here though... I haven't even looked at the SO code to see if any of the above applies :)

So I'll shut up now.

- Steven

[samad64]

i don't know if it really matters though.. since thats what goes on the invoice.. so its all admin side. if the store owner and other employees aren't having a problem with it.. i don't think it would really matter :)

for the catalog side though, i agree with everything s_mack says :)

[s_mack]

Lol... I didn't even think about it being on the admin side - so you're right, it puts it on the backburner of a 12 element stove.

- Steven

[wickedklown]

i believe that i fallowed the instructions correctly, but for some reson, when i do a refund, or anything like that, and add comments to the order it sends an email with
AUTO_COMMENTS_REFUND

what did i miss, or leave out..

can someone please help?

[DogTags]

Receipt Button

In addition to the Invoice Button, Shipping Label Button, and the Packing Slip Button, it would be nice if there were a Receipt Button cuz some orders come in over the phone and some customers like to have a receipt faxed to them.

It would be the same output as the Invoice Button, just that the word Invoice would be changed to the word Receipt

HTH :-)

[wickedklown]

it seems that when i set an order to refund using super orders. the order calculated correctly and all seemed well, however when i went to the catalog to login and check the order as the customer would see it. the order was gone. It wouldnt show at all...

it looked like i had never made the order.

anyone know why this is? or how to fix it?

[duncdamonk]

Good news: Amazing product here! Hats off to you.

Bad news: I'm having 2 small issues.

1. When I print an invoice dirrectly under store information I get a line that says 'Fed Tax ID #FED_TAX_ID_NUMBER'. I realize this is something that should be defined somewhere but I do not see it anywhere. I did have some trouble upgrading my SQL so I possibly missed something.

2. All my new orders show a payment already listed under payment histroy. There is no name/number or type. Amount is listed as $0.00. Date Posed and modifed is listed as 12/31/1969 18:59:59.

Any assistance would be greatly appreciated.

To the first question, could I just knock that bit of code out so I don't have it at the top or even the tax column on the invoice?