Rick Considine

Similar problem. Multisite installation with latest versions of FullCal and EventsManager. FullCal shortcodes are in new pages, not Events.

Category select displays fine on main network site, but not on subsite FullCals, set in shortcode to load blog=”0″ (no other blog designation fixes search problem). div.wpfc-calendar-search on subsites is loading on subsite page with empty inline style, but has no content. Categories for event posts are passing down from main site and up to main site OK.

Also no option displayed on subsites EM Manager General Options to enable categories. WP FullCal settings on all sites are for Post Types = Events (event) – powered by Events Manager, but no option to select categories taxonomy on subsites. Do I have an EM settings issue, or is this a bug, or is this not possible?

Any assistance is much appreciated.

-rc

Your recent update pattern (several since January 12) is unsustainable in our workflow. Please get a thoroughly tested update deployed ASAP or we’ll be forced to switch them all. Thanks.

Thanks again for the quick response Josh. I appreciate the depth of the challenge. For now I’ll work around it using the p tags and the Classes/ID plugin (which is awesome!) to keep the client users sane.

Will check out the new pro release. Sounds good.

Thanks Josh!

Love this plugin and am especially impressed with the Classes/ID add-on, which I have working to good effect. Tried the html5 button, and have some initial feedback:

In the Visual Editor, when the tagwrap button (I’m testing divs) is applied to selected text that has content on the line before and after, the text is deleted and the opening and closing tags are inserted, and can see them in the HTML view, but the (now empty) tagged line doesn’t display in the Visual Editor until you switch to HTML view and back again. That’s problematic for a user who doesn’t know to switch and switch back, and even more confusing if the tagged (and now deleted and empty) line is at the end of the content, since without switching to HTML View and back again, the user can’t access the line at all.

The p tag seems to preserve the content, (though I haven’t removed the wpautop filter and tested that).

Maybe I’m missing something. Shouldn’t the tagwrap actually “wrap” and preserve selected text?

Really looking forward to this fix, too! In our case we want users to be able to wrap clean text from their editors in paragraph tags (that stick, of course), so they can use several UTMCE coded styles we’ve set up for the “p” selector.

Line break control would be a godsend, too!

Got it fixed by updating the theme’s comments.php and comment-template.php files. So far so good! Thanks.

Update: WP version 3.0.4
Theme: Play by nattywp