This would most often be a case that your WordPress theme – or sometimes another plugin – are also adding CSS rules that are conflicting – and winning out.

If you know how to use the web console of your broswer (https://simple-press.com/documentation/codex/faq/how-to/how-to-use-your-web-browser-console/) I would start by looking at the styles that do not come from Simple:Press or TinyMCE but look for styles.css for your theme. 

We can look of course but would need an access level to enable using the editor….

Here is the URL of the test site forum:

http://tfltrucktest.ddns.net/forum/

You can create a user and you’ll have access to post. Don’t let the URL scare you; it’s dynamic DNS pointing at an old laptop in my home office.

I looked at the CSS using developer tools on Chrome, and it looks like it’s pulling the color from the theme file, which doesn’t make sense to me as it should pull it from the parent element. It also looks like the built-in editor CSS is overruling the Simple Press editor CSS, but it’s also doing it on this forum. The offending CSS is “color:inherit”. When I uncheck it in the developer tools, the text becomes black again. This “color:inherit” CSS is also on this forum, but when I uncheck it, the texts stays the same.

As for the size, I can’t see where the size is being put in. It’s done in-line, which leads me to believe it’s somewhere in the PHP code.

Thanks for your help on this.

Just a couple of quick things. The dialog in question is actually a WordPress dialog – not tinyMCE OR Simple:Press so it is understandable that it would inherit something from the WP CSS.

As a general rule we would rather not create accounts on user systems. We much prefer them to create the account and then pass the credentials over. If that is OK then please PM credentials to both myself, to ‘Mr Papa’ and to ‘Ike’. Please include in the PM a link to your site, a link to this thread and brief reminder of the problem. And one of us will take a look for you.

I just sent the private message. Thanks for your help with this.

Sorry, I tried to log in using the username and password I received in a PM but it says the username or password are invalid.

I just logged in with it. Are you using the production site, http://www.tfltruck.com/forum/? I’ll PM the password again to make sure I didn’t mistype it.

Maybe I was on the wrong URL!

It’s very strange, the container itself seems to be OK using the correct classes but the elements within are being pulled from all over.. As Andy said this is almost certainly going to be down to something the WP theme or a plugin is doing. Do you have anything running that might affect the editor itself?

These are the active installed plugins on the site:

• Admin Commenters Comments Count
• Advanced post slider
• AJAX Hits Counter + Popular Posts Widget
• Akismet
• Featured Articles Lite 3
• Google Analytics by Yoast
• MailPoet Newsletters
• NextScripts: SNAP Pro Upgrade Helper
• NextScripts: Social Networks Auto-Poster
• Peter’s Login Redirect
• Poll, Quiz & List by OpinionStage
• Simple Ads Manager
• Simple:Press
• Sucuri Security
• Theia Post Slider
• Theme Blvd Layout Builder
• Theme Blvd Shortcodes
• Theme Blvd Sliders
• Theme Blvd Widget Areas
• Theme Blvd Widget Pack
• Thumbnail Gallery
• WordPress Importer
• WP Admin No Show
• WP Smush
• WPtouch Pro
• Yet Another Related Posts Plugin
• Yoast SEO
• YouTube Channel

The only thing I can think of that might affect it are all the Theme Blvd plugins. The site runs a modified version of the Theme Blvd Alyeska theme and it’s been a bit challenging to even get the forum to work properly.

Do you know anything about the other issue I’m having with the Blog Post Integration plugin, or should I start a new thread about that?

are you really using that popup?  it does allow you to reference web based images…  but wp doesnt use it anymore which is probably why your wp theme and the popup are conflicting…

your wp theme is defining the base font as color #f2f2f2 which is pretty much white…  the popup then inherits the font color so you cannot see it (its there but white)…

wp then defines the font color as inherit in the editor css…

.mce-container, .mce-container *, .mce-widget, .mce-widget * {
    color: inherit;
    font-family: inherit;
}

so you get the conflict…  since simple press just uses the wp editor, you get what wp and your theme get you…

you can cancel out the wp theme overriding by adding something like

.mce-container, .mce-container *, .mce-widget, .mce-widget * {
    color: #000 !important;
}

to your sp theme css file.. or perhaps (have not tried) to forum – themes – custom css

not sure what you are asking about blo linking… but yes, please open its own topic…

Thanks Mr Papa, adding the custom CSS works, although I had to use .mce-container-body because doing it at the parent level made the tool tip text disappear. 

Do you have any suggestions about the width? It is still cutting off the text.

I may be wrong and there might be a way to fix this, but I’ve been trying for the last half an hour and can’t figure out a way to universally move all the input boxes over to their correct position. The main problem is all the inline styles are getting involved which makes overriding it with CSS very difficult without running into problems like the ‘x’ in between the dimension boxes not being moved along with the boxes.

My suggestion would be to contact the theme developer and ask them the best way to fix, although Andy or Steve may still have a workable suggestion.

nothing jumping out at me… the box is just not wide enough… and it snowballs… so all the element widths are too small…  and that initial width is controlled by tinycme… so a bit stumped…