Honkytonky

Oh yes, now I see, it seems that the backend loads the post with

.editor-styles-wrapper {
font-size: 62.5%;
}.

By deactivating the rule in the console however (ticking it off), fonts switch back to normal just like before and I can read and write as usual. Unfortunately I can′t manage to overwrite the class with css/ important rule. Would you know of a way how to achieve this?

Cheers!

• This reply was modified 4 years, 3 months ago by Honkytonky.

Dear Jamie, the theme′s name is Typology. But the strange thing is that it worked. And suddenly it went to “Be sure to put your loupe on your desk before writing.” :-). I am still on it. No luck so far! If I would want to overwrite a CSS class, you know which one that would have to be. I would fiddle around with injecting a css rule! Thx for getting back to me!

Yeah, I see this. This is what I thought. I think I will give this a try when I cannot get it to work myself today. It is a wonderful idea and really helpful! Thanks a lot though. Really appreciated! Saludos!

I am using Zeitgeist and got it from Enveato! So far I did not have major problems with it or any concern. Though I now figured out that subtitles also no not show up in custom post types admin. Though this is not a problem because I need them in the posts only. Saludos!

I did this already and this solves the problem. I narrowed it down to the theme. Though my theme makes use of h1. Really strange. Still hope to find a workaround because I really love the idea!

This is how my page title is being rendered:

<!– Page Title –>
<div class=”row pagetitle”><h1>?Vamos Chile! ?Si se puede!</h1></div>

Saludos!

Back again, it seems to be a major bug. Subscriptions do not get through anymore. Neither confrmed nor unconfirmed ones. I suspect something went wrong with the last update of the plugin as I just updated it an hour ago.

Me again,

strangely after editing the plugin-php, changing the path to something different, then reverting it to “/widget.php”, solves the problem. I got it activated. The question is: is this safe or should I reinstall? It seems strange! Greetz!

No need to worry. I am glad I have found this plug. This is really killer. I am sitting in Chile as a foreigner and with a working visa you do not qualify for a bank account here. Dont ask why, nobody knows. Once I have the chance I will buy the pro version. Saves me hell of time and is pretty well developed. Saludos!

For anyone who has the same problem: are you testing locally? If so, change your installation to plus minus zero hours. Then go live and set your time options. It works.

No worries, I dived deep into it and solved it. Thank you for the great plugin. I gave it a pure five!

Hey Claude,

I really do not know what happened but after pimping my functions.php with the short line

add_filter(‘widget_text’, ‘do_shortcode’);

enforcing shortcodes to be parsed in text widgets I got it finally working again. Truth is that I never changed anything and it always worked. Strange enough but I think I will not be the last one stumbling across this.

Thx for your awesome and fast help!

Michael

Thx, Claude. What a pity. That is strange! I always did that with your plug and until yesterday it always worked. What a shame…hmmm…I have to look into that. Lets see, my wisdom is limited to that…but maybe I figure out! Thanks a lot! Michael

Dear Claudio,

yes, unfortunately I reactivated it several times. It still does not help it. I am not using the pregenerated Widgets but I fetch the data in a text widget with [li_profile]. Is there anything else I could possibly do because I do not want you lose the plug by no means.

Saludos!

Micha

New version updated and everything is up and working. LAnguage files are steady to choose and it did not kill any of my language configs! Button problem also fixed! Thanks, Oscar! I just pushed the button :-)!