[flanders]Well that's a noodle-scratcher...[/flanders]
FF version? What OS? Any display-modifying extensions installed?
Printable View
[flanders]Well that's a noodle-scratcher...[/flanders]
FF version? What OS? Any display-modifying extensions installed?
Windows XP and here's a list of my installed FF extensions:Quote:
Originally Posted by BlindSide
Web Developer
Screen Grab
Snapper
Clippings
Minimize to Tray
del.icio.us
FF version: 1.7.0.5 (yeah, I need to upgrade, but that doesn't explain why it works right in the regular order details, and not in super order details.)
Is there a page for super orders that takes the place of attributes.php? Maybe I need to edit that page to change input type=text to =textarea?
Your setup sounds pretty innocuous. The input type should already be textarea. Did you edit the file at all? Here's what the outputted HTML should look like:
Does it appear different in your source? What version of Zen Cart are you running?Code:<textarea name="comments" id="comments" wrap="soft" cols="60" rows="5"></textarea>
I'll get you a screen shot of what I'm talking about. I am using the text attribute as a text area, and it's so that customers can provide personalization info for each specific item they purchase (less confusing than entering the info on the checkout page). It's the way the attribute displays, not the comments box, that isn't wrapping. Altho, now that you mention it, the comments area doesn't wrap either. But does when viewing with the regular order details.Quote:
Originally Posted by BlindSide
I have v 1.3.0.2 installed.
edited to add screen shots:
in regular Order details page:
http://76.162.0.166/screenshots/wraps-right.png
in Super Orders details page:
http://76.162.0.166/screenshots/wraps-not.png
ooooOOOOooo, I completely missed the fact that you were talking about attributes, and not the status comments (your first post confirms my mistake). Error on my part, I apologize.
Okay, I'm not 100% sure, but I have a guess. Open super_orders.php. Do a search for "nobr". You should find it three times. Delete the opening and closing <nobr> tags that appear right after this line:
Upload and see what you get.Code:for ($j = 0, $k = sizeof($order->products[$i]['attributes']); $j < $k; $j++) {
Wooohoooo!!! worked like a charm!! THANKS!Quote:
Originally Posted by BlindSide
only other thing I have to do is uncomment the one thing mentioned way back in this thread about getting the shipping method to display so I know if they got priority mail or something else.
Now Super Orders is everything I dreamed it would be! Thanks for hanging with me this morning to get it worked out. Have a great day!!
Signs
Your welcome, and no problem. :happy:
Also as a general note to everyone, the next major release of Super Orders is well under way. No release date yet, but changes aren't as sweeping as last time, so it shouldn't take as long (but we'll see). The bullets...
- More bug fixes, based largely on your feedback (thanks!)
- New installer for all users, new or returning. Will handle all DB changes automatically.
- Some fancy-shmancy AJAX effects, particularly in the new features below
- New order search interface for order listings, similar to the one on the batch pages.
- New product edit module. Edit product quantity and any associated attribute values (mimics attribute display on storefront, only fills in existing values).
- New product return/exchange module. Return a product and exchange for one or more new products. Also processes refunds on tax and shipping, and adds new fees for tax, shipping. Includes option for exchange service charge.
I know the last two bullets go against what I said earlier about waiting for attribute updates in the Zen core, however a freelance job came up asking for returns/exchanges and I was happy to oblige! The consequent leap from adding products to editing them was a breeze. If the sponsor wishes to be recognized (I have to confirm with them), they'll be listed in the README at the top.
So there you go: an option I didn't plan to do that a person came forward and paid for, and now you all get to benefit. Keep that in mind next time you want a feature that I don't have in there and/or don't plan on adding. *cough* hint-hint *cough*
Again, I don't have a release date, so don't PM or post asking when it will be ready or to see screenshots. :P
nice to see extra work going into super orders , can I just say I still dont have a working version for Batch e-mailing to update order - can anyone let me know if they ever solved this.
Cheers
Hello, today I installed Super Orders 2.0 on a zen-cart 1.36 shop with multilanguage function, general language is german.
It seems to work well, but all edits I have to make in adminarea-files (product_id, customer_id) are already done!? Is it right?
Our Server is located in california (GMT -8h), but our shop is located in Europe (GMT +1h). I use time zone offset for 1.36 and it works well, but not in super orders, because all status-changes get the original server-time. I try to edit the line with [now()] but I get no result. Please help me with this.
My second problem is, that the shop stores no creditcard numbers, only if I split it (the middle part as e-mail) it works. If I delete the email-address in the payment-module nothing is stored.
I don't know if it works before superorders, because I never test it in this version, but in the earlier versions of the shop it works fine. After the import of the database from the old shop I can choose to delete the middle of the card numbers and the cvv for security. But now for new orders there are only cvv, cardholder and date of expiration, but no cardnumber. Please help if you know why.
regards
Michael
O.K., the answer for the second question I found in " whats new 1.3.5." . It is not from super orders but from the zen-cart release.
"Bugfix: CC module no longer stores full CC numbers"
So I will try the cc-module from 1.302 because I don't want to type the numbers always by hand. I can delete the numbers after charging the card. But please help me with my first question, the time zone offset.