If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
Announcement
Collapse
No announcement yet.
Bootstrap Framework for Miva Merchant - Support Thread
Re: Bootstrap Framework for Miva Merchant - Support Thread
How are the checkout pages handled with Payflow Gateway?
The checkout page seems to be a different animal than the others, e.g. using a tabular layout for the left nav, and it's currently broken in my build. Content doesn't land in the same place as in the other pages and it doesn't pick up the styles in the same way (or at all). I'm not sure how much of this has to do with the fact that I'm trying to test using the Payflow Gateway (the checkout is hosted by Paypal and brought in through an iframe), but I'm not actually trying to complete a purchase yet, only to get the checkout page to respond to screen widths. Even when I revert to the default Bootstrap install of this page, my header footer, and my head content/css - taking my scripts and styles out of the picture - this page is still broken in the default framework. I'm trying to figure out how this particular page is structured, but I'm struggling mightily.
This issue aside, Paypal's iframe deal won't work for a responsive site because I'd have no control over elements within that iframe (unless I'm wrong about that - I'm definitely open to suggestion). I thought this meant I would have to upgrade to Paypal Payments Pro, but I'm not certain if there are other options.
So, now that we have responsiveness built in with Bootstrap, is there a way to make the checkout fully responsive too, without having to host the checkout pages?
If self-hosting is necessary, how does that change things security wise with Miva? So far I'm having trouble digging up any meaningful resources on this. I'm interfacing with Paypal, but I'm still not sure what my next move has to be.
Re: Bootstrap Framework for Miva Merchant - Support Thread
Every page of the store should be responsive including the OPAY page. Looking at your screenshot, it looks like some classes are missing from your inputs. Did you change the which fields are required? This will revert the form back to default wiping out the changes the bootstrap framework made. Try comparing it to the master store here to see what is missing:
You are correct about the iframe. You may have some trouble getting that to look perfect on mobile because you don't control the page elements. You can try it and see what it looks like and if it is usable, or you could change to the non-iframe version if your ok with not having the hosted checkout.
Re: Bootstrap Framework for Miva Merchant - Support Thread
Nothing I have tried can change the extended Qty field in the BASK page - it is so large it overlaps the next box to change quantity. I've uploaded the example. I am using the original Framework 'mica-bootstrap' with nothing changed in css. Can anyone help me?
Re: Bootstrap Framework for Miva Merchant - Support Thread
New question - does anyone have a working contact form php that is responsive? The form we used on our original website won't resize correctly the data entry fields.
Re: Bootstrap Framework for Miva Merchant - Support Thread
Thanks for the reply, Brennan.
I'm very confused. The only form inputs on the screenshot page are the ones in the iframe, which are paypal's and outside of my control. So what you're saying is that, in spite of the lack of inputs on this screenshot display, input classes still have an effect? I didn't change any required fields manually, but I did import some settings from my old store, which could possibly have included a change to these defaults (though I don't believe I've ever messes with these. However, I don't see a way to revert customer fields to a default setting, so I'm not sure how to remedy this if it's an issue.
Comparing with the sample link, I notice that, amongst many discrepancies, the body tag has different id/class than in my build.
My build <body class="OPAY one-column">
Sample build:
<body id="JS_OPAY" class="OPAY" style>
Also, looking at the page content in an inspector reveals the fact that what are h3's in the sample build you provided are h2s in mine (and h2s are h1s, etc).
I have no clue how I could have made this happen. This is the default Payment Information page updated by the Bootstrap install.
If this is indeed because the required fields were overwritten as you suggested, is there a way to get them back? This page seems to be completely hosed.
Every page of the store should be responsive including the OPAY page. Looking at your screenshot, it looks like some classes are missing from your inputs.
I should have replied directly to this comment, sorry.
Thanks for the reply, Brennan.
I'm very confused. The only form inputs on the screenshot page are the ones in the iframe, which are paypal's and outside of my control. So what you're saying is that, in spite of the lack of inputs on this screenshot display, input classes still have an effect? I didn't change any required fields manually, but I did import some settings from my old store, which could possibly have included a change to these defaults (though I don't believe I've ever messes with these. However, I don't see a way to revert customer fields to a default setting, so I'm not sure how to remedy this if it's an issue.
Comparing with the sample link, I notice that, amongst many discrepancies, the body tag has different id/class than in my build.
My build <body class="OPAY one-column">
Sample build:
<body id="JS_OPAY" class="OPAY" style>
Also, looking at the page content in an inspector reveals the fact that what are h3's in the sample build you provided are h2s in mine (and h2s are h1s, etc).
I have no clue how I could have made this happen. This is the default Payment Information page updated by the Bootstrap install.
If this is indeed because the required fields were overwritten as you suggested, is there a way to get them back? This page seems to be completely hosed.
Re: Bootstrap Framework for Miva Merchant - Support Thread
Hey Leslie -
Every time we do a release our plan right now is the email everyone who downloaded the framework and let them know a new version is available. Feel free to chime in if you would prefer to be notified another way.
There is actually a new release this morning which I am going to post shortly. The big problem we have been thinking through with new releases has to do with implementing the changes to an existing site. The framework is meant to be installed fresh on a brand new store. In the cases where your store is already built on this framework or you started building a new store what is the best way to give developers to incremental changes? We would like to avoid posting individual template changes, but we're not sure if there is a better way or if this is even needed.
UPDATES
=======
v1.1.1: [02/17/2014]
Updated jQuery to v1.11.0
Renamed "html5shim.js" to "ie8.js" and added support for Internet Explorer 8
Renamed "jquery.js" to "jquery.min.js"
Updated pagination layout on CTGY page
Added category tree navigation to bottom of cTGY page
Updated item quantity layout on BASK page
Updated "Check Out" button on BASK page
Updated ACAD and ACED pages to highlight fields with errors
Updaed OCST page to better control hidden billing or shipping fields
Re: Bootstrap Framework for Miva Merchant - Support Thread
Hey Brennan,
Email works and I can see where updating an existing framework is going to be tricky after everyone gets and adds their own changes. If the updates are to fix bugs, then I can see where that might be a challenge too.
Comment