It definitely impacts large images and oembeds on the front end. So, setting it *only* in the Admin side wouldn't help with those.<div><br></div><div>Question: what if there was one *global* set (e.g. using the largest width), and then a front-end override (e.g. using my original function)? There's nothing preventing that, is there? Let me play around with it a bit. I want to figure out what is the best-practice implementation, while allowing for dynamic content width (primarily for display of large-size images, and embedded videos.</div>
<div><br></div><div>Chip</div><div><br><div class="gmail_quote">On Wed, Aug 10, 2011 at 1:46 PM, Otto <span dir="ltr"><<a href="mailto:otto@ottodestruct.com">otto@ottodestruct.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Consistency is something that happens to other people.<br>
<br>
The $content_width is actually used for a lot of things. It also<br>
controls the width of the fullscreen editor, for example. It also<br>
controls the width used for oembed requests. It controls the maximum<br>
value of the "large" image size when displayed in the editor.<br>
<br>
So it definitely needs to be set globally. In fact, it probably only<br>
needs to be set in the admin side, I don't think it has much if any<br>
effect on the public facing side of the site. Although I'm not sure<br>
about that, especially for the oembeds case.<br>
<font color="#888888"><br>
-Otto<br>
</font><div><div></div><div class="h5"><br>
<br>
<br>
On Wed, Aug 10, 2011 at 1:35 PM, Chip Bennett <<a href="mailto:chip@chipbennett.net">chip@chipbennett.net</a>> wrote:<br>
> So what would be best practice here? Perhaps setting it separately for<br>
> is_admin(), and using the largest $content_width value? Perhaps hooking it<br>
> into admin_init?<br>
> Also: why is $content_width used on *insertion*, yet controlled by the<br>
> *Theme*? That isn't intuitive. And, wouldn't it potentially introduce issues<br>
> whenever the Theme is changed *after* insertion?<br>
> Chip<br>
><br>
> On Wed, Aug 10, 2011 at 10:22 AM, Otto <<a href="mailto:otto@ottodestruct.com">otto@ottodestruct.com</a>> wrote:<br>
>><br>
>> I've tried this sort of thing, and it is *fraught* with peril.<br>
>><br>
>> Make sure you test inserting content into various posts and pages and<br>
>> such thoroughly. The content width is used on content insertion, not<br>
>> just on content display.<br>
>><br>
>> Basically, the media uploader expects the content width to be set when<br>
>> images are uploaded and resized. If you're only setting it on wp_head,<br>
>> your results may be unexpected for various size values in the media<br>
>> section.<br>
>><br>
>> -Otto<br>
>> _______________________________________________<br>
>> theme-reviewers mailing list<br>
>> <a href="mailto:theme-reviewers@lists.wordpress.org">theme-reviewers@lists.wordpress.org</a><br>
>> <a href="http://lists.wordpress.org/mailman/listinfo/theme-reviewers" target="_blank">http://lists.wordpress.org/mailman/listinfo/theme-reviewers</a><br>
><br>
><br>
> _______________________________________________<br>
> theme-reviewers mailing list<br>
> <a href="mailto:theme-reviewers@lists.wordpress.org">theme-reviewers@lists.wordpress.org</a><br>
> <a href="http://lists.wordpress.org/mailman/listinfo/theme-reviewers" target="_blank">http://lists.wordpress.org/mailman/listinfo/theme-reviewers</a><br>
><br>
><br>
_______________________________________________<br>
theme-reviewers mailing list<br>
<a href="mailto:theme-reviewers@lists.wordpress.org">theme-reviewers@lists.wordpress.org</a><br>
<a href="http://lists.wordpress.org/mailman/listinfo/theme-reviewers" target="_blank">http://lists.wordpress.org/mailman/listinfo/theme-reviewers</a><br>
</div></div></blockquote></div><br></div>