pinterest bookmarklet doesn't work on website - bookmarklet

A client has a oscommerce webshop with loads of interesting stuff for people to pin on pinterest, only the pin it bookmarklet won't work. I've searched everywhere on the web but couldn't find anything worthwhile about this so I'm hoping anyone here can help me.
When I click the bookmarklet nothing shows up, but when I open firebug suddenly the pinterest overlay pops up with all the images. Once everything 10 times a pinterest alert show up saying "Sorry but we can't see any big images or videos on this page". The firebug console doesn't give me anything usefull so I'm a bit out of ideas.

Okay, after some more poking around I found a reference to improper DOCTYPE's screwing up some bookmarklets in Chrome. I checked against some other sites and changed all the
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
into
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
And now it works!
As a side note, the bookmarklet also doesn't catch the images etc in frames, so that might screw up some sites also.

I had a similar problem on my girlfriend's Wordpress blog.
The issue was that I had images that had the names of "a", "b", "c", "d" (because I was lazy when coding some JS OnMouseOver rollovers). These names were causing the bookmarklet to not load - once I changed the object names, the bookmarklet loaded everything just fine.

One reason it may not work is if your site is https and the bookmarklet is old.
I noticed the Pinterest bookmarklet did nothing on our site.
The Chrome Web Inspector revealed: "[blocked] The page at https://example.com/foo ran insecure content from http://assets.pinterest.com/js/pinmarklet.js?…"
The current version of the bookmarklet is fixed to work on https sites, though of course you can't rely on your visitors to be up to date.

Related

Joomla Alias Redirects to the Wrong Page

I have a weird issue where when I create a new article in Joomla, no matter what it's called and visit it, it shows content from a completely different page (consistently the same page). In the content that shows, if I click on the title which is hyperlinked to it's own page, it goes to a different URL with the same content.
The aliases aren't the same on any of the pages and the content that shows is from a completely different article. I don't see any redirects on the site and there are a bunch of other articles that have been on the site for a while now that work fine.
Any ideas on where to look?
There are several reasons for this problem:
sh404SEF gone mad (Here's an example of the myriad of problems we had with this extensions: http://www.itoctopus.com/sh404-the-worst-joomla-extension ) if you have it installed.
Weird redirects in the .htaccess file (have you checked it thoroughly?)
Issues with your template
An unstable SEF plugin installed on your website (other than sh404SEF )

IE8 bug - elements not shown on page until refresh

Im experiencing a very weird bug in IE8. A bunch of elements arn't shown on the page although with the developer tools I can see they are in the html and arn't being hidden with CSS. Refreshing the page fixes this.
This site is on a local environment and I cant put it online. Ive never heard of a bug like this so does anyone have any ideas for things to look into? Thanks
Id forgotten to validate the code. I hadnt realised (due to lots of whitespace) but some divs were placed before the opening doctype was specified. Hopefully fixing this will make the issue go away. Thanks

Google Translate Breaks Stylesheet in Firefox

I am helping a client with an eCommerce site (runs on ProStores from eBay).
The issue is that the site's base stylesheet is breaking (being disabled) when the page is translated with the Google Translate widget. This only happens in Firefox. Chrome, IE(6-9), Opera and Safari are all fine.
Translate in FF was working prior to some changes we made recently: mostly graphical, some additions to the stylesheet. I had to tip-toe around their templates which were built with tables, outdated code etc. so I am overwhelmed when trying to troubleshoot this.
Here is a link to the site: http://www.myfantasticbags.com
(open in FF and use google translate in the header area to see the issue)
Thanks in advance!
I had the same problem and much frustration with this.
The problem I was having was that it was translating my website's font-resizers - From 'large' to 'grande' etc. which was throwing off the font-resize element and entire site.
Try adding a class="notranslate" to any elements you think may be translating and throwing off your stylesheet.
Hope this helps!
Korey
Add class="skiptranslate" to the head tag.
If you also have a link to a print preview style sheet, so your visitors can see how pages will print, try this: Putting the link to your external stylesheet inside a div with class="notranslate", may not only fix the translation in Firefox but also when flipping back and forth between your print preview and default CSS in all browsers. I know that divs in the head tags are atypical, but I don't see any problem arise from that.

How to force IE8 into compatibility mode WITHOUT clicking the button

I was recently asked to assist my city with their website. What i found when i went there, was they had been using Web Expressions. When they previewed the page within the program, it looked fine, when you open it in any other browser though, the layout it all over riding each other and everything is all jumbled.
They don't want to re start anything so the only thing that i am trying to do is force the IE 8 to render it as IE 7.
I've been researching for awhile now and i know about the
line of code and i've tried this, it works even, however, they don't like the idea of having their users have to use a button. Is there a way to have the IE8 go straight into compatibility mode without having the users click the compatibility button?
I also know about the documentMode, can that be set to = 7 in javascript? Would that change anything?
If you've not already done so, try putting this in the header of your HTML:
<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" />
More information: http://msdn.microsoft.com/en-us/library/cc288325(v=vs.85).aspx

modalpopupextender resizes the screen?

Can anyone PLEASE explain to me if this is expected behavior.
I have an asp.net site that looks good and all fits on one page so no scrolling is needed. I am trying to show additional content by using the modalpopupextender when the user clicks a specific button. The content shown is inside a panel and not shown on load since the display:none is used.
The problem is that when the user clicks the button, the panel content shows BUT it resizes that portion of the screen to be the full width and height of the screen so other elements inside the table view are now shifted way off of the screen. It also adds a vertical and horizontal scrollbar that scrolls forever and never stops.
I have done hours of research on this and have tried everything I have found by setting the overflow:hidden etc... The overflow hidden would work except that all of the other elements on the screen get moved way out into no mans land.
The question is, should the modalpopupextender be affecting the size when the panel is shown and shifting the other elements off of the screen? It doesn't do when I run the code on another machine, so I am wondering if it could be a bug in the Ajax toolkit version I am using but I am not sure how to check the version that is installed.
Thanks for the ideas.
Just dealt with this; however it was exclusive to IE---FF, Chrome and Opera handled the modal appropriately. I discovered that the DOCTYPE needed to be set to XHTML 1.0 transitional instead of HTML 4 in header:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
needs to be
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
Hope this helps.
Thanks. I actually tracked it down to a badly commented out script tag in the master page. I still don't know why it didn't throw a compile error. Thanks for the reply.

Resources