tikitorcher

@davidanderson –
I bumped this up a star. Clicking a remote storage option twice should NOT toggle show/hide on the sign in div twice. Beefing up the javascript/jquery here will go a long way. As you can tell, I did ran into this snag and got rather confused about your offerings. Please review this and tell me I’m not crazy. :S
Thanks!

I believe my issue was actually caused by how php serialized arrays. Serialized PHP unfortunately stores a string length for each string for some reason… :/ I was doing find/replaces on my database export to modify the url for localhost, so that is what corrupted the database entry used by this plugin.

I finally figured this out based on
this article.

Thank you for responding back and for the nice plugin,
Thanks!!

• This reply was modified 5 years, 11 months ago by tikitorcher. Reason: fixing broken link

Yes, I looked into the database entry as well. Most of the data seems to be stored a single field. After a fresh import, I diffed these fields and they were identical. However not of the options I had set were actually working at that time.

Once I logged into the hosted site and made a plugin config change (eg set a color) the database entry changed drastically, with many options being set to zero on the hosted DB entry. I am not sure what causes the plugin to ignore the initial DB entry.

Alright, more playing with this and I think I have identified my problems and here is what I come up with for a workaround.
Problems:
1. My image was added in the wysiwyg and had fixed height and width. If its container was smaller than this width, it would default to width=100% which ends up being rather large on mobile.
2. The larger size of my taller image and text made one of my slides taller than all of the other slides. This is a problem because all of the other slides have heights based off of <i>% of width</i>, not actual height any content. So all of the other slides are too short! ??

Workaround:
1. In wysiwyg editor, reduce the fallback size of my image with CSS. This reduces exaggerated image size which already helps on small screens. Large screens still used the specified width.
style="width: 80%;"
2. For smaller viewports, override that min-height=50% of width rule. Other options currently provided in the plugin include setting height based on ratio to the height or hardcoding a px value. On a small viewport, I found that care less about proportions and more about having my boxes tall enough to fit the tallest content. So, I added the following CSS so that the min-height set by the plugin is ignored on smaller viewports. It is unfortunately still hard coding of heights without measuring actual content, but looks good with my curren content:

@media only screen and (max-width: 415px) {
    #saslider .sa_hover_container{
        box-sizing: content-box;
        min-height: 200px !important; /*Had to use important since plugin applies min-height directly to the container rather than through classes.*/
    }
}

Proposal/Question:
How difficult would it be to add a min-height options that is based on content height rather than just a fixed-proportion-of-width or fixed number of pixels? Thoughts?

Side note:
The Slider looks very odd when viewed in ‘iPad’ mode in the chrome devtools. Not sure what that is about but it might be related. ??

Thank you for this! I did not notice this setting. The sliders are all now the same size on mobile which left me wondering why min-height 100% isn’t the default setting. However, when I go back to full screen the images are huge!
So maybe I’ll put things back to 50%… It seems the real problem I am having is that the static content <i>inside</i> the slider is forcing only that slide to be taller. Slides with extra content tend to get much taller on mobile with default settings. Any ideas how to fix this?

• This reply was modified 6 years ago by tikitorcher. Reason: Didn't work like I thought it did :P