kubegusa

thanks for the suggestions

the file permissions were fine
I think the server I’m on is fine too because I have another WP running in another folder on the same location that runs a previous WP version, and the visual editor was fine on there

I did the debug thing and found 4 errors, 2 of which refering to files in this path /wp-includes/js/tinymce

so I recopied that folder from the fresh WP download I did yesterday and that fixed the problem!

thanks again!

Forgot to mention that I did that already. Thanks though.

Never mind.. I actually risked changing the site address and it did what I was looking for. Hope this may help someone else some day! Cheers!

I solved my problem by remembering that I had manually added a script in the header file of my theme. I had totally forgotten about this, it was part of the SumoMe instructions. After removing the script, the blue ribbon was gone immediately, and the optin forms too. Hope this helps.

Ok solved this by remembering that SumoMe had instructed to manually add a script in the header. After removing this, the blue ribbon and optin forms were gone. So relieved.

Ok, I solved this. I removed the script in the header of my theme. I think to remember that SumoMe instructs to manually add this script upon the installation, and I forgot that I had done that. Phew. What a relief. This was a nightmare. Glad to see not everybody ran into this type of issue and that many are benefitting from the plugin. Not for me though.

I have the same problem!
Plus, on iPhone, two optin forms actually pop up! I can’t understand how this is possible after uninstalling and deleting all files. People may sign up, and the form goes nowhere, so I risk losing customers.

Please share if you should find a solution. I haven’t had any feedback from SumoMe yet.

PS My thread can be found here https://www.ads-software.com/support/topic/unable-to-delete-plugin-7?replies=1#post-

Thanks so much! I didn’t realize this. I posted on the link you shared, and the new link is https://www.ads-software.com/support/topic/unable-to-delete-free-sumome-plugin-forms-still-popping-up?replies=2#post-7838119

Much appreciated! I’ll just close the topic myself now.

Thanks for your reply! I appreciate it.

I didn’t think it could be related to the plugin either, but the picture thing only happens when this plugin is enabled…

Do you have any recommendations as to what to look for in my user profile settings?

Ok.. it’s not fixed.

It first looked good in IE. I have a contact form plugin (contactform7) that I noticed was de-activated. (someone else worked on this site – it’s our local CSA and a volunteer has updated the site recently)

I activated the plugin so that the contact form would also display correctly in IE9. It then did, I tested it, and upon validation of sending the info through the contact form, the display/layout became screwy again.
I then refreshed and refreshed, and the issue remained.

I then disabled the plugin again, but the site is still screwy. So even if the plugin is acting up, why is my site not back to normal after disabling the plugin again.

I mean.. this clearly points in the direction of a plugin issue, right? Or could this be another issue, masked because of the responses I had with the plugin.. Still researching this online but no luck so far..

Contactform7 is the best contact form I’ve found so far. But maybe my solution is using a different one. I’ll check this out. If anyone has a recommendation for a stable contact form that works with WP3.51 and the latest version of Twentyeleven, please share! Thanks.

what the… ? now all displays fine in IE9?!
I just reverted back to the original files but I only made those changes because the display was screwy to begin with..

*scratching my head and really confused*

does it display correctly now for you too?

Thanks for your replies!

@alchymyth : I have the original files on now, no difference as far as I can see.

@wpyogi: yes, I checked the validator but didn’t see any relevant errors. Do you?

*they had the SAME default formatting, I meant to say

Ok made it work.
I was indeed focused on the logics rather than just making it work. I still don’t understand why the left text behaved differently than the right text, since they both had the default formatting from the parent css. But by just tuning the child css and footer.php, it’s all happening now. Thanks for your feedback, I really appreciate it!

This is the child css code now for the footer.php

<div id="site-info">

				<?php do_action( 'twentyeleven_credits' ); ?>

				<a href="<?php echo esc_url( __( 'https://www.bric-consultancy.com/', '' ) ); ?>" title="<?php esc_attr_e( 'BRIC Consultancy', '' ); ?>" rel="generator"><?php printf( __( '© 2012 BRIC Consultancy |', '' ), 'BRIC Consultancy' ); ?></a> <a href="mailto:[email protected]" style="color:#F2DA8E"	>[email protected]</a>

			</div>

			<div id="site-generator">
				<?php do_action( 'twentyeleven_credits' ); ?>

				<a style="text-decoration: none" href="<?php echo esc_url( __( 'https://www.sparklynx.be/', '' ) ); ?>" title="<?php esc_attr_e( 'Sparklynx', '' ); ?>" rel="generator"><?php printf( __( 'development & design:', '' ), 'development & design:' ); ?></a> <a href="https://www.sparklynx.be" style="color:#F2DA8E">Sparklynx</a>
			</div>

and I removed the text-decoration from the child css

#site-info a {color: #FFFFFF;
}