Lastwolf

When the customer returns to your shop from paypal it needs to be a https address as of June (I honestly thought it was always the case).

It's stretching them to fit the space as the height is fixed, you'd be better off making the width fill the space.

my bad it's actually in cubecart.helpers.css, i took chrome's word for it.

If you make the change I listed, you can add as many as you like, works fine for me.

It's not a bug, it's designed that way. I guess the idea is that mobile users would find it easier to edit quantity at the checkout, most larger retailers use this method (eg.Amazon), I'm not a super big fan of the feature, but it is efficient. You can modify the skin to make it show, it kinda displays bad though. in Foundation/templates/element.product.call_to_action.php Line35 <div class="medium-2 columns show-for-medium-up"> <input type="text" name="quantity" value="1" maxlength="6" class="quantity required text-center"> <input type="hidden" name="add" value="{$PRODUCT.product_id}"> remove "show-for-medium-up".

Isn't paypal's big security review this month? Is your SSL cert needing renewed recently?

In Foundation.css .thickpad-top { padding-top: 1.25em; } make it 0em or padding: 0; I'm not sure if it's used in other pages though, so maybe be careful with that, I haven't really come across it in my rebuild yet, but then again, I am on part 5 of 9billion.

Yeah, I've started removing all the style elements from my foundation folder, just seems like it'll take forever just do it, but then again, I'll have to add it all back in later.

I'm trying to build a bootstrap skin from scratch cause I'm a idiot and don't know what I've let myself in for. It'd be easier for me just to go from a barest minimum of pages, but it seems cube cart needs a set amount of files to even display as skin, there any no styling version of a skin folder?

I'm sure it's possible, I just nuked my foundation skin on my test site so I'll have to get back to you on that. Edit: Nah, the foundation skin of cubecart is based on Foundation 4, sticky elements seem to be a 5 onwards thing. I tried to just "upgrade" to 6 but it seems they changed how everything works at some start cause that causes some massive error. Seems like it would require alot of work to get foundation 6 to work, I'm not sure why though as the grid system isn't greatly changed at any rate. ... even later.... Yeah, I got it to stop throwing all the errors at me, will require quite a bit of reworking as they's changed how it all works. I would consider it, but I decided for bootstrap instead as it vaguely makes more sense to me.

I lied, I figured it out. In /foundation/templates/main.php <div class="row"> <div class="small-12 columns small-collapse"> {include file='templates/box.navigation.php'} <div class="hide" id="val_lang_back">{$LANG.common.back}</div> </div> </div> Make it <div class="row row-mod"> <div class="small-12 columns small-collapse"> {include file='templates/box.navigation.php'} <div class="hide" id="val_lang_back">{$LANG.common.back}</div> </div> </div> then go to foundation/css/foundation.css and add .row-mod { max-width: none !important; }

It's in a container, I think you'd have to make the whole site full width.

There's nothing really in the cubecart side that actually verifies anything afaik, so it'd have to be a google issue, I'd check that the domain is correct on your key.

If you submit the items to google merchant and you haven't updated your feed, you'll get item disapprovals which take a few days to clear when the item is In stock again. It's really up to your self, if it's long term out of stock, you can hide it then update your feed, to prevent disapproval

I'm not sure what you need, there only the two options at default grid and list, grid is pretty close to a table.