Forum Replies Created

Viewing 15 replies - 31 through 45 (of 420 total)
  • Plugin Author redpixelstudios

    (@redpixelstudios)

    Just to help out a bit more, we went ahead and created a clean install of WordPress, added the GeneratePress theme and made sure that only the RPS Include Content plugin was active. Then we created two pages, one to be used as the source and the other to be the destination (wrapper) for the content. The default shortcode [rps-include post=”5″] resulted in the missing paragraph tags. However once we updated the shortcode to [rps-include post=”5″ filter=”true”], the paragraph tags were included in the destination. So it sounds like there is another factor influencing the output.

    Tested with:
    WordPress 4.7
    GeneratePress 1.3.41
    RPS Include Content 1.1.6

    Plugin Author redpixelstudios

    (@redpixelstudios)

    No problem. It sounds like at some point the content was formatted properly. Were there any other aspects of the site that changed (WordPress, theme or other plugin updates) which might correspond with the emergence of the issue?

    Plugin Author redpixelstudios

    (@redpixelstudios)

    Understood. Could you revert your page source changes to see if the problem goes away? If so, then we would know it was something specific to the content of the page and not a symptom of a broader problem. In any case, we will need to get to the point where we can replicate the issue so it can be resolved.

    Plugin Author redpixelstudios

    (@redpixelstudios)

    Would it be possible for you elaborate on the changes you made to the source page? Was there some content added which relies on another plugin to generate it, such as the tables in the example? If so, it could be that another plugin is stripping the paragraph tags, though it’s not so easy to diagnose beyond disabling plugins one at a time to find the culprit.

    Plugin Author redpixelstudios

    (@redpixelstudios)

    Looks like the content filter may need to be run on the included post. Try adding the filter=”true” argument to your shortcode and see if that resolves the issue.

    Plugin Author redpixelstudios

    (@redpixelstudios)

    Glad you were able to get the issue resolved. Let us know if something else comes up and we’ll do our best to assist.

    Plugin Author redpixelstudios

    (@redpixelstudios)

    It is possible the version of PHP running your site does not support namespaces. The server will need to be running PHP 5.3.0+ to successfully activate RPS Image Gallery 2.x. However you can run RPS Image Gallery 1.2.29 without issue on PHP versions prior to 5.3.0. Your hosting provider should be able to upgrade PHP for you but there may be some costs associated with it.

    Plugin Author redpixelstudios

    (@redpixelstudios)

    Any update on the issue you were having with the responsive gallery settings? Did disabling Foo Gallery take care of the problem? Just let us know at your earliest convenience. Cheers!

    Plugin Author redpixelstudios

    (@redpixelstudios)

    There are some limits to what the plugin can do with dynamically generated content as it relies on switching blogs temporarily and then switching back. Your forms would need to be engineered to also handle the switch between blogs so they do not pull content from the blog where they are displayed but rather get the data from the blog of origin. Hopefully this points you in the right direction. Let us know if you have additional questions.

    Plugin Author redpixelstudios

    (@redpixelstudios)

    We took a look at your site and notice that another gallery plugin, Foo Gallery, is active. The first step to troubleshooting will be to get the other gallery plugin deactivated. Let us know when that is done and we’ll have another look. Thanks in advance.

    Plugin Author redpixelstudios

    (@redpixelstudios)

    You bet. Always happy to help.

    Displaying the sharing buttons in the slideshow view is a feature slated for a future release.

    We are going to go ahead and mark this topic as resolved, but feel free to open a new topic should the need arise. Thanks for using RPS Image Gallery!

    Plugin Author redpixelstudios

    (@redpixelstudios)

    Glad to help. The font-size attribute of the sharing buttons might be getting in the way as well. You could try the following modification to the previous adjustment. In addition, we’ve have added some properties that will put the sharing buttons at the top of the image, extending beyond its border, which might work better than the sharing buttons appearing at the bottom. Feel free to experiment with the style properties to get the desired layout.

    .rps-image-gallery-social .gallery-item .gallery-icon .gallery-item-sharing-buttons > ul { font-size: 0 !important; line-height: 1 !important; -moz-transform: translateX(-50%) !important;
    -ms-transform: translateX(-50%) !important;
    -webkit-transform: translateX(-50%) !important;
    transform: translateX(-50%) !important; top: 3px !important;}

    To display the slideshow caption in center, you can access your RPS Image Gallery settings under the tab Slideshow. Set the Title Alignment to “Center”. If you are using the gallery shortcode, use the attribute fb_title_align=”center” instead.

    Plugin Author redpixelstudios

    (@redpixelstudios)

    We happened to notice the sharing buttons weren’t aligned quite right. Here is a style override to fix the issue

    .gallery-item-sharing-buttons > ul { line-height: 1 !important; }

    Plugin Author redpixelstudios

    (@redpixelstudios)

    Good news on the speed. Thanks for the screenshot since it did help clarify the issue considerably. We were able to find your blog and look directly at the source.

    It seems there is an inline style for the active pseudo-class for hyperlinks which causes the color to appear when the “next” or “previous” link is clicked in the slideshow viewer. You would either need to remove the style, use a more specific selector or reset the pseudo-class using the appropriate fancybox selectors.

    Since you’re using the Jetpack plugin, you may also be using its Custom CSS module, which should make it easy to locate and modify the overriding style.

    If you wish to remove the style, search for the following and remove it:

    a:active {background-color:#2f9c9a; color:#1d1b1b; }

    If you wish to override the style, add the following to the end of the style overrides:

    .fancybox-skin > .fancybox-outer > .fancybox-nav:active { background-color: transparent; color: unset; }

    Plugin Author redpixelstudios

    (@redpixelstudios)

    Glad the EXIF data is more readable and that you were able to test the new version.

    The changes we made to the plugin should not have caused the symptoms you are experiencing. The slowness and colored rectangle appearing over the link perhaps instead point toward a browser inspector being open or some accessibility setting being active. The browser inspector allows you to see behind the scenes into the code being executed. That process adds overhead and slows things down as do certain accessibility options.

    It might be a good idea to try a different browser to see if the problem vanishes. If so, then open the original browser and make certain only the main window is open and no “code view” is present. If the problem persists, please provide the name of the browser, version and platform (i.e. MacOS, Windows, Linux, etc.) so we can try to replicate it. Regardless, let us know how it turns out.

Viewing 15 replies - 31 through 45 (of 420 total)