shortblondeguy

Oh this is resolved.

Haha yes I forgot to come back here to give an update of a workaround I came up with.

There was another issue my workaround solves too.

The workaround was to turn the WordPress < ! –more– > tag into the Buy Print! button.
I used CSS to do style it, and I changed the “Continue Reading” text to be “Buy Print!”
I essentially turned the More tag into the Buy Print! button.

That in turn jumps people into the actual post.
That way I don’t need to use a ReverseDisplay Javascript like I was using previously.

The other issue I discovered was that I couldn’t determine which photo on my first sale, that the customer wanted.
The Referring URL in the Shopify order was https://shortblondeguy.com/page/3/ which is what showed when I had Infinite Scroll turned off.
I did not have my workaround in place yet at the time.
Potentially VERY embarrassing but for that first order know the customer very well and they told me what they ordered.

My workaround above puts them into the actual photo post’s URL and when they make a purchase I’ll know which photo they want! haha

Other than my workaround, I’ve seen rumblings about Infinite Scroll breaking content after the first scroll so Shopify, your embed code is not alone. Maybe Jetpack will hear enough about this and look into a fix for a future update.

Thanks for getting back to me!

Howdy,

Will the Custom CSS work when I am not using WordPress.com for hosting?

Also is there any refresh on orientation change option I might be able to use?

(Issue is resolved when a page is refreshed.)

Sorry for my long time not replying.

Thanks,
Anthony

I’m having this issue as well. I’m also on Lunarpages. Contacting them now.

Thanks for copying this over! I realized my concern in the other thread was more about this. ??

Hey Kathryn!

I’ll get video showing my screen on my iPad and iPhone.

https://www.flickr.com/gp/poofterorg/9X3V3n
(My pointing on the video is about the width of the border. I was not trying to pinch out or in to zoom.)

So I can type less Landscape and Portrait oriented photos are “wide” and “tall” respectively.

On iOS devices (iPad mini 3, iPhone 5S & a friend’s iPhone 6 Plus – all current SW) it acts like this:

• Portrait Mode – as wide on the screen as I specified (except tall photos on iPad).
• Landscape Mode – not as wide as the screen. The posts get as wide as the screen but photos do not.
• Landscape mode after refreshing – Wide photos display full width of post. Tall photos still are not as wide as the post.

On my iPhone 5S, all photos are really small at not even half the width of the screen, after switching to Landscape mode.
On the 5S, refreshing the page, all photos are full width.

1. How could I force the tall photos to be full width?
2. If I cannot, how do I make a refresh happen when orientation is switched?
3. Also if I cannot, how could I make tall photos centered in the post without the other post elements being centered?

Also yes I can create a new post next time. Would you like me to now?

Thanks!
Anthony

Howdy,

This answer was pretty good and partially answers a question I have.

I’ve done this and made it to be 875px. What this has done is expanded my photos to almost the full with of the post.

This has been great for my landscape oriented photos but any portrait oriented photos refuse to be the full width.

If I can’t make the portrait oriented photos the full width, how can I make a photo in my post to be centered?

Would this be a per-post thing or is there a global setting I can set just for photos in my posts (I wouldn’t want any headlines, share icons or other parts of the post to be centered.

Thanks!
Anthony

(PS: The photos in question are at https://shortblondeguy.com )

*Checks, nope autofill still works*

No, that’s not correct. I’ve a test install where the saved passwords just autofill via the browser. Perhaps a security plugin on your site is doing that?

Here is a screenshot movie of the test install You will need Flash.
The test install does this too.
I added no security plugins and changed no settings for the test install.
Only the default settings were used.

For brevity I did not demonstrate this on FF and Chrome but it does the same thing on those browsers.

https://screencast.com/t/ZPz9ZEE91

I did have wordfence set up.
I have disabled and even removed it. Maybe it’s still haunting me after that since it still refuses to auto fill the password. Oi!
I’ll set up a test install too and see if I have the same experience.

Yeah I have checked these settings on all my browsers.
The browsers that offer to remember despite the setting have (in their settings) the standard “**********” next to the user name.

I’ve read there’s code in the WordPress files themselves specifying to disallow this and this is a recent change.
It’s in one or both of a wp-admin and the wp-login.php file.