Forum Replies Created

Viewing 8 posts - 1 through 8 (of 8 total)
  • in reply to: Full Page Cover Video Isn't Sized Properly On Page Load #52915
    matt@hw
    Member
    Post count: 13

    Looks great, Ed!

    in reply to: Full Page Cover Video Isn't Sized Properly On Page Load #52640
    matt@hw
    Member
    Post count: 13
    This reply has been marked as private.
    in reply to: Full Page Cover Video Isn't Sized Properly On Page Load #52541
    matt@hw
    Member
    Post count: 13

    Hi Ed,
    That mostly does it. However, there is still a significant portion of the page that isn’t rendering 100% of the window height. See attached screenshot for the large gray area in the footer area.

    I tried adding 100% html height and 100% body min-height, but I believe the problem is actually with the computed properties of .spb_parallax_asset.

    Can you take a look?

    FYI – I followed the example for the naked header in a child theme’s style.css.

    And have added this custom css to the child css as well:

    #header-section {
    	display:none;
    }
    .page-id-11862 #footer-wrap{
    display:none;
    }
    a.anchor{
    	display: block; position: relative; top: -250px; visibility: hidden;
    }
    .sf-super-search, .spb_supersearch_widget.alt-bg {
    opacity: .9;
    }
    .product-footer {
    	padding-top:0px;
    }
    in reply to: Full Page Cover Video Isn't Sized Properly On Page Load #49044
    matt@hw
    Member
    Post count: 13

    Great. Thank you.

    Just a note, but I was thinking it has to do with the css change in “overflow”. When you resize the window, the value for overflow changes for a couple of inline css classes.

    I added this line and it seems to do the trick, but I am by no means a CSS expert: style="top: -270px;overflow: inherit;"

    <video class="parallax-video" poster="http://www2.hirewheel.com/wp-content/uploads/2013/10/Screen-Shot-2014-01-13-at-2.20.56-PM.png" preload="auto" autoplay="" loop="loop" muted="muted" data-top-default="270" style="top: -270px;overflow: inherit;"><source src="http://www2.hirewheel.com/wp-content/uploads/2013/10/TL-Manhattan-midtown-from-queens.mp4" type="video/mp4"><source src="http://www2.hirewheel.com/wp-content/uploads/2013/10/TL-Manhattan-midtown-from-queens.webm" type="video/webm"><source src="http://www2.hirewheel.com/wp-content/uploads/2013/10/TL-Manhattan-midtown-from-queens.theora.ogv" type="video/ogg"></video>

    in reply to: Shortcode button brings up a Internal Server Error #40551
    matt@hw
    Member
    Post count: 13

    Our issue was resolved by downgrading permissions to 644 for all files in the /wp-content/themes/dante/swift-framework/ directory.

    As part of the restrictions in some shared environments, public files are not able to have write permissions for “group” and “world” settings. Many of the files in there had write set, so I removed it and set them to read+write for user, and just read for group and world.

    in reply to: Shortcode button brings up a Internal Server Error #40477
    matt@hw
    Member
    Post count: 13

    We’re having the same problem at our site which is using the Dante Child theme… and it’s a standard install other than that.

    From any of the Pages or Products, while in Swift Page Builder, we click on the shortcode icon and get a 500 error (video attached).

    Permissions are 666 for /wp-content/themes/dante/swift-framework/sf-shortcodes/interface.php

    Same result if permissions are 777 for /wp-content/themes/dante/swift-framework/sf-shortcodes/interface.php

    Memory set to 128mb in /wp-config.php

    Apache Access Log entry:
    66.229.186.28 - - [05/Jan/2014:20:25:15 -0600] "GET /wp-content/themes/dante/swift-framework/sf-shortcodes/interface.php?ver=359-20131026 HTTP/1.1" 500 19137 "http://www2.hirewheel.com/wp-admin/post.php?post=12042&action=edit" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.63 Safari/537.36"

    /.htaccess is standard with no “deny from all”

    # BEGIN WordPress
    <IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteBase /
    RewriteRule ^index\.php$ - [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]
    </IfModule>
    # END WordPress
    in reply to: Incompatibility with Neighborhood + Woocommerce Plugin #20854
    matt@hw
    Member
    Post count: 13

    Hi Melanie. Can you please clarify what should be changed in the server configuration?

    Thank you for your help.

    in reply to: Incompatibility with Neighborhood + Woocommerce Plugin #20204
    matt@hw
    Member
    Post count: 13

    Hi Melanie,
    It was running woocommerce when I posted the first message.

    Now, I have a fresh installation and I am having the same problem. It happens in both of these cases:

    1. Activating plugins with the theme installed
    2. Having the plugins activated first, then enabling the theme

    The error log returns:

    [Thu Sep 05 20:02:14 2013] [error] [client 66.229.186.28] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace.

Viewing 8 posts - 1 through 8 (of 8 total)