Forum Replies Created

Viewing 15 replies - 46 through 60 (of 62 total)
  • @rafa GT I removed the duplicate GA entry and it made NO difference. The issue is that WooCommerce is not including ANY code on my thank you page. I even tried removing my GA code from the header and allowing the WooCommerce add-on to insert the tracking code. That worked for pages outside checkout, but on checkout pages only the ‘add to cart’ tracking code was inserted. I am using a custom built theme, so if there something I need to add in a WooCommerce templates to get this to work right?

    Thanks @rafa GT. What’s not been made clear to me is, does the WooCommerce Analytics code insert itself for all pages on my site or just in the WooCommerce templates? I thought it was the latter? If it’s in there twice then either the WooCommerce add-on is doing that or some other add-on I have installed is. I’ll keep digging.

    @webactiv: This sounds very similar to the issue I’m having and so far I’ve not found a solution. When I log into my Google Anaytics account I see this message, is that what you’re seeing too?

    Missing Ecommerce Data
    View All Web Site Data is configured for Ecommerce, but no data is flowing.

    This is not a timing thing for me. I have the plugin installed, but if you look at the source on my “Thank you” page there is no code inserted by the plug-in. That means there is nothing for Google Analytics to pick up. We don’t see any errors. It just looks like the plug-in isn’t working for us. it was fine prior to them removing it so seems to be somehow related the the upgrade.

    @patrick Rauland I’m not logged in when I’m checking the code. It just seems like none of the code is being inserted. I am seeing the ‘Add to Cart’ events so I know that that part is working. It just seems like the order details are not being added to the ga() object on the thank you page.

    This isn;t working on my clients site either, http://www.primalpowermethod.com. I have double checked the settings both on Google Analytics and in the add-on settings. On the Thank you page I am not seeing any item or order tracking code being added. I’m at a loss as to why it’s not working.

    I’ve encountered this issue as well, has anyone found a fix or workaround?

    maccast

    (@maccast)

    UPDATE
    Below is my original post, but I’m an idiot and mixed up Dreamhost with Bluehost. My clients issues, described in my original post here, were with BLUEHOST, not Dreamhost (who are AWESOME, BTW). Sorry for the confusion.

    IGNORE WHAT I WROTE BELOW HERE:

    Lisa, did Dreamhost ever resolve this for you? I have had an issue with a clients site for months with no resolution. WordPress cannot send ANY outbound email. I suspect it’s a Dreamhost server issue, yet they refuse to acknowledge it. If you have any insight it would be greatly appreciated. Think ultimately I might recommend the client move to a different hosting provider.

    maccast

    (@maccast)

    i think that you just need a more granular reference in the foundation_admin.min.css file. I changed all references to .form-table to .ui-dialog .form-table and that seems to have helped for now.

    maccast

    (@maccast)

    I’m seeing this same issue in my Custom post Type fields and elsewhere inside the admin. Is this not fixed yet?

    @brad Dalton Hopefully I didn’t confuse things with my intro. I did not actually modify the sharethis.php file, nor did I touch the plug-in in any way directly. I was just pointing out where the line in their code was that I needed to override for my solution to work. I am using remove_filter() calls in my templates function.php file to disable the default plugin behavior and then creating my own print_sharethis_widget function to insert the ShareThis code where I want it in my template. Hope this makes it clearer.

    If it helps I have been trying to figure out how to use the WordPress ShareThis plug-in but still be able to manually position the ShareThis button within my templates. This is how I am currently making it work. I have not tested it outside my development environment, but it seems to work so far. The basic idea is this:

    1) Disable the built in calls to ShareThis that insert the buttons automatically on pages and posts (they do this with a call to add_filter('the_content', 'st_add_widget'); around line 285 in the sharethis.php file in the plugin).

    2) create my own action that can be called to insert the ShareThis widget where I want in my template.

    3) Do all this in functions.php so I don’t have to hack the plug-in or WordPress core. Doing it this way should allow WP and plug-in updates to run without any future issues.

    Solution
    Added this to my functions.php

    //remove share this from all content
    function remove_sharethis() {
      remove_filter('the_content', 'st_add_widget');
      remove_filter('the_excerpt', 'st_add_widget');
      remove_action('wp_head', 'st_widget_head');
    }
    add_action( 'template_redirect', 'remove_sharethis' );
    
    function print_sharethis_widget( ){
        print st_widget_head();
        print st_add_widget('');
    }
    add_action( 'custom_sharethis_widget','print_sharethis_widget');

    Then in my templates I call the custom_sharethis_widget action where I want the ShaeThis buttons to appear. like this:

    <div id="my-sharethis"><?php do_action( 'custom_sharethis_widget' ); ?></div>

    It took me a while to work this out, so hopefully this helps someone else out.

    Thread Starter maccast

    (@maccast)

    I think for this one they are just saying you need to change the the hook you are using to admin_enqueue_scripts. So I assume you would change:

    add_action( 'admin_print_scripts', 'rssimport_insert_button' );
    to:
    add_action( 'admin_enqueue_scripts', 'rssimport_insert_button' );.

    You may need to also change the call as well:

    add_action( 'admin_footer', 'RSSImport_insert_button' );
    to:
    add_action( 'admin_enqueue_scripts', 'RSSImport_insert_button' );

    It looks like you only want the script running in the admin, right? If you make the hook change you can probably remove the is_admin() clause in your IF statement (if ( is_admin() && FB_RSSI_QUICKTAG ))

    Or were you just looking for suggestions on how to the new possibilities to add quicktags? 😉

    The gallery shortcode in WP 3.5 passes the ids as an attribute now I guess, so rather than rely on the menu_order I just changed my code, like @choeft, to use the passed in order. In my case I actually overriding the gallery shortcode in my theme, so that I can use a custom AJAX gallery for display.

    You can see an example here.

    My overridden function looks like this:

    /*********************
    CUSTOM GALLERY
    *********************/
    //remove default shortcode
    remove_shortcode('gallery');
    //Add custom gallery shortcode
    add_shortcode('gallery', 'php_gallery_shortcode');
    
    function php_gallery_shortcode($atts) {
    
        global $post;
    
        if ( ! empty( $atts['ids'] ) ) {
          // 'ids' is explicitly ordered, unless you specify otherwise.
          if ( empty( $atts['orderby'] ) )
            $atts['orderby'] = 'post__in';
    
          $atts['include'] = $atts['ids'];
        }
    
        extract(shortcode_atts(array(
          'order'      => 'ASC',
          'orderby'    => 'menu_order ID',
          'id'         => $post->ID,
          'itemtag'    => 'dl',
          'icontag'    => 'dt',
          'captiontag' => 'dd',
          'columns'    => 3,
          'size'       => 'medium',
          'include'    => '',
          'exclude'    => '',
          'link'       => 'file'
        ), $atts));
    
        $id = intval($id);
        if ( 'RAND' == $order )
          $orderby = 'none';
    
        if ( !empty($include) ) {
          $_attachments = get_posts( array('include' => $include, 'post_status' => 'inherit', 'post_type' => 'attachment', 'post_mime_type' => 'image', 'order' => $order, 'orderby' => $orderby) );
    
          $attachments = array();
          foreach ( $_attachments as $key => $val ) {
            $attachments[$val->ID] = $_attachments[$key];
          }
        } elseif ( !empty($exclude) ) {
          $attachments = get_children( array('post_parent' => $id, 'exclude' => $exclude, 'post_status' => 'inherit', 'post_type' => 'attachment', 'post_mime_type' => 'image', 'order' => $order, 'orderby' => $orderby) );
        } else {
          $attachments = get_children( array('post_parent' => $id, 'post_status' => 'inherit', 'post_type' => 'attachment', 'post_mime_type' => 'image', 'order' => $order, 'orderby' => $orderby) );
        }
    
        if ( empty($attachments) )
          return '';
    
        if ( is_feed() ) {
          $output = "\n";
          foreach ( $attachments as $att_id => $attachment )
            $output .= wp_get_attachment_link($att_id, $size, true) . "\n";
          return $output;
        }
    
        //load styles
        wp_enqueue_style( 'gallery', get_template_directory_uri() . '/library/css/gallery.css');
    
        //load javascript
        wp_enqueue_script('pmp_gallery_tmpl',get_template_directory_uri() . '/library/js/jquery.tmpl.min.js',array('jquery'),false,true);
        wp_enqueue_script('easing',get_template_directory_uri() . '/library/js/jquery.easing.1.3.js',array('jquery'),false,true);
        wp_enqueue_script('elastislide',get_template_directory_uri() . '/library/js/jquery.elastislide.js',array('jquery'),false,true);
        wp_enqueue_script('pmp_gallery',get_template_directory_uri() . '/library/js/gallery.js',array('jquery'),false,true);
    
        //Print out thumbnail carousel wrapper opener
        printf('
        <div id="rg-gallery" class="rg-gallery">
        <div class="rg-thumbs">
            <!-- Elastislide Carousel Thumbnail Viewer -->
            <div class="es-carousel-wrapper">
                <div class="es-nav">
                    <span class="es-nav-prev">Previous</span>
                    <span class="es-nav-next">Next</span>
                </div>
                <div class="es-carousel">
                    <ul>
        ');
    
        //write out thumbnails
        foreach ( $attachments as $image ) {
          $caption = $image->post_excerpt;
    
          $description = $image->post_content;
          if($description == '') $description = $title;
            $image_alt = get_post_meta($image->ID,'_wp_attachment_image_alt', true);
    
          $img = wp_get_attachment_image_src($image->ID, 'square-100');
          $img_full = wp_get_attachment_image_src($image->ID, 'pmp-gallery-image');
    
          // render your gallery here
          printf(
            '<li><a href="#"><img src="%s" data-large="%s" alt="%s" data-description="%s" /></a></li>',$img[0], $img_full[0],$image_alt,$image_alt);
        }
    
        //write out closing carousel tags
        printf('
                      </ul>
                    </div>
                </div>
                <!-- End Elastislide Carousel Thumbnail Viewer -->
            </div><!-- rg-thumbs -->
        </div><!-- rg-gallery -->
        ');
    
        //write out main javascript to render images
        printf('
        <script id="img-wrapper-tmpl" type="text/x-jquery-tmpl">
          <div class="rg-image-wrapper">
            {{if itemsCount > 1}}
              <div class="rg-image-nav">
                <a href="#" class="rg-image-nav-prev">Previous Image</a>
                <a href="#" class="rg-image-nav-next">Next Image</a>
              </div>
            {{/if}}
            <div class="rg-image"></div>
            <div class="rg-loading"></div>
            <div class="rg-caption-wrapper">
              <div class="rg-caption" style="display:none;">
                <p></p>
              </div>
            </div>
          </div>
        </script>
        ');
    }

    I’m having a problem where even in 3.5.1 rearranging the order isn;t setting the menu order values. For me they are all staying ‘0’. Anyone else seeing this?

Viewing 15 replies - 46 through 60 (of 62 total)