Steve Kimpton

Hmm, I see I should have used blockquotes to allow my code lines to be readable, I’ll try again:

If I add a picture to a page by clicking “Add media” and then choosimg “insert from URL”, whatever I do I only get a link to the picture, not the picture itself.

For example the link to mysite/mypicture.jpg results in

Picture Title

instead of

<img src=”http:mysite/mypicture.jpg” alt=”Picture Title” />

(or something similar, the point is I need the ‘img src=’ bit.)

I’m sure I’ve done this before without having to change the HTML. Maybe I’ve forgotten how – any advice gratefully recieived

I’m having trouble doing this in twentytwelve.

I’ve added the template with the getsidebar() line removed but when a page is set to have that template, the sidebar stubbornly turns up under the rest of the content.

I don’t understand the need for new for the new style rule either. If there’s no sidebar, why does it need to have a width set?

Thanks for the clear answer that WP doesn’t do any alerts.

I understand about robots.txt, I only mentioned it because I thought otherwise people would tell me to make sure it was in (or out) and that wasn’t the point of my question.

My concern was (and still is!) not that there was spam but that it occured very quickly and so was almost certainly because somewhere along the line the spammers had been alerted to the new installation.

The hosting company I use has settings that do not expose directory structures so although a brute force attack to see if WP was installed in a subdirectly by trying lots of different names would be possible, it would be extremely unlikely – how would they even know there was a WP installation there? And in any case the log files would show loads of erroneous page requests.

I can and will deal with spam when I need to but for the time being I can see that someone, somewhere is passing on the address information and I’d like to know who!

That’s my impression. – Although I guess Google could have moved under our feet too.

You’re not the only one!

I want to use the Google tools to help sort out some style issues but now when I try to hover the magnifying glass over a bit of the page I get moved into the debugger with “Paused in Debugger” instead. Wish I hadn’t moved to 3.5.2!

Thanks for your thoughts Seacoast, I’ve now understood and solved the problem.

There was nothing wrong in the code!

In Dashboard… General… Settings, WordPress uses ‘Site Address (URL)’ to mean the address where users go to see the site. I assumed this corresponded to the site_url() function. But is doesn’t. What’s needed is home_url().

While I was developing, they both resolved to the same place so everything worked. Because my difficulties came after initially messing up the move of the user location, I thought that was the cause of the problem so I was looking for a solution in the wrong area.

Oops

No problem, my index.php was responsible for the error 500. Sorry!

It turns out that I can make the link work with any of these

<form action=”list”>
<form action=”list” method=”GET”>
<form action=”../list” method=”POST”>

but they are all wrong! We are supposed to use an action URL found with a WordPress function, for example:

$target=site_url(‘/list/’);
<form method=\”post\” action=\”$target\”>;

I’ve realised that the code produced by my shortcode wasn’t exactly as above, it included ‘method=POST’ for the form and that’s what was causing the problem. The default form method is GET and that works.

So the problem is shifted.

There are several forum posts about forms failing with method=POST but no explanations or solutions that I can find.

Any advice gratefully received!

I think you have to create a child theme that imports the css values of the main theme and adds the rule:

.site{ max-width:none; width:NNNpx }

where NNN is the pixel width you want. This way any updates to twentytwelve won’t set you back to the original arrangement.

The rules in the twentytwelve theme for site width start on line 1431 so you could just add this rule immediately below them to check that it works before getting involved in creating your child theme.

Thank you – cracked it.

For anybody else with this problem, the selector is
html .mceContentBody

(in this instance, the ‘html’ is within TinyMce’s inline frame)

Yes, Thank you. I’d followed the instuctions for getting a css to act on the editor, the problem was knowing what needed to go in it.

My (child) functions file included:

//============
add_action( ‘after_setup_theme’, ‘gmtheme_setup’, 11 );
// Needed to make the editor work like the resulting page
function gm_styles() {
add_editor_style( ‘gmeditor.css’ );
}
add_action( ‘init’, ‘gm_styles’ );
//============

and the gmeditor.css influenced things in the editor like link colours as I expected.

What I needed to do was to add the appropriate style rule, here or elsewhere, that would influence the width of the content of the editor. Typically the way to do this is to look in the standard CSS files to find the starting rule so that you know what to adapt via the css that is loaded through add_editor_style.

That was what I was hoping to find out. I couldn’t find anything that looked like an appropriate class or id in the existing CSS files, although the Chrome Developer tools suggested that I ought to be able to find #tinymce. Using a rule like #tinymce{width:800px} doesn’t work but #tinymce p{width:800px} does.

This doesn’t make much sense so I’m sure I haven’t got the full story, hence my question.

“A child css”

It does actually read “in a child theme”

But anyone know how to make the editor in the dashboard correspond to the new width? – Or the current width, come to that.

All the postings I can find seem to be about older versions. The TinyMCE window is wide but the content inside it only takes up about half the available space. (Maybe to match comments of posts with sidebars or something) but all my pages are full width and I’d love to make the editor a bit more realistic.

Thanks