docwhat
Forum Replies Created
-
Forum: Plugins
In reply to: [Embed GitHub Gist] Gists look crazy with Twenty TwelveAfter I put in a ‘bump=1′ attribute in one post, all my posts’ gists started working mostly correct: http://docwhat.org/vim-preserve-your-cursor-and-window-state/
You can see a blank line between the last line number and the footer, but that’s (at least) acceptable.
Thanks! I’ll eagerly await the next version. The current version is 3.0.3, so I assume it’ll be fixed in 3.0.4?
I don’t believe that that is all it does. If it was, then I wouldn’t have the double evaluation of the shortcode hooks when the form is submitted.
I posted a description of the problem here: http://wordpress.org/support/topic/plugin-jetpack-by-wordpresscom-contact-form-conflicts-with-relevanssi?replies=1#post-3037296
Basically, it looks like it is re-running the short-code hooks when a page is rendered. I’m not sure why it needs to do that.
Ciao!
Ah-hah….I’ve narrowed the adding of the
<span>and<a>tags to shCore.js itself by disabling all the brushes.<pre class="brush: jscript;"><span>alert('narf'); javascript:window.open(‘<a href="http://someurl/’" muse_scanned="true">http://someurl/’</a>); </span></pre>Whups. Okay, figured it out after tracing through lots of JavaScript. It’s a Chrome Extension called “Chrome Link Checker” which is doing this. Never mind. *sigh* Sorry to waste your time.
I went through and disable all JS running by moving /wp-includes/js to js- and doing the same thing for the JS needed by my theme.
That didn’t fix it. So it must be in SyntaxHighlighter’s JS itself.
Additional data. You can see that the PHP is actually doing the right thing by moving the syntaxhighlighter subdirectory to a different name (to prevent the JS from loading)….
You get `<pre class=”brush: jscript;”>
javascript:window.open(‘http://someurl/’);
</pre>`So something is going wrong during the JS load.
Forum: Plugins
In reply to: [Plugin: Health Check] No Message GeneratedI only see the activation notice. I tried disabled and re-enabling it and it still only showed the activation notice.
Forum: Fixing WordPress
In reply to: Widgets – don’t validate links in xhtmlThat fix removes the very useful ID attribute for all widgets!
An even better fix is to add this line before 362:
$before_widget = preg_replace('/id="[^"]*"/','id="%id"', $before_widget);This lets wp_list_bookmarks do it’s thing. You end up with links, as before widgets, like “linkcat-16”.
Ciao!