Forum Replies Created
-
Posts
-
Update, problem solved by disabling Enfold theme Performance options CSS File merging and Javascript file merging.
phew !
case closed
Hi apologies the redirect plugin has not followed the taxnonmy change, the sample page is here
The original style.css definition is
/* CSS – tech articles*/
#top .skk-article-title {
font-family: courier;
font-size: small;
font-weight: bold;
color: #00b0f0;
text-align: left;
}I have added h1 so it reads … #top .skk-article-title h1 { … and that now works fine, so thankyou case closed.
… naturally all the workaround <h1 class=”skk-article-title”> form embeds are now broken, hey ho !
OK that URL base change does not seem happy with inbound links to articles. I will live without the category and archive views.
Separately since themeforest auto update doesn’t work (Azure/IIS) what is the best way to find out or be notified that there is an Enfold update to run manually ?
Hey that raised a further irritant, my Enfold has never ever autoupdated from themeforest with username and api key. Its always a manual FTP. That would be OK except there doesn’t seem to be a mechanism to inform me that there is a later/new version. How does one findout what the current/latest version of Enfold is to know to manually update ? Themeforest just states [Version 4.0 out now! See whats new! > ] and then downloads 4.0.5.
Anyway I have manually updated from themeforest to 4.0.5 and the problem persists, whats next ?
Hi as I am the hosting provider I have spoken to myself.
I appreciate the pointer, this has fixed the WOFF 404 on IIS added to the web.config structure:
<staticContent>
<remove fileExtension=”.woff” />
<mimeMap fileExtension=”.woff” mimeType=”application/font-woff” />
</staticContent>Theme Updates: No Updates available. You are running the latest version! (3.8)
File is still there on the physical path, see image uploaded HERE
404 error still happening
There is no htaccess, this is an IIS platform for which the web.config is:<?xml version=”1.0″ encoding=”UTF-8″?>
<configuration>
<system.webServer>
<!– BEGIN Browser caching –>
<staticContent>
<clientCache cacheControlMode=”UseMaxAge” cacheControlMaxAge=”1.00:00:00″ />
<mimeMap fileExtension=”.wpress” mimeType=”application/octet-stream” />
</staticContent>
<!– BEGIN CORS –>
<httpProtocol>
<customHeaders>
<add name=”Access-Control-Allow-Origin” value=”*” />
</customHeaders>
</httpProtocol>
<rewrite>
<rules>
<rule name=”WordPress: http://XXXXXXXXXXXX.azurewebsites.net” patternSyntax=”Wildcard”>
<match url=”*”/>
<conditions>
<add input=”{REQUEST_FILENAME}” matchType=”IsFile” negate=”true”/>
<add input=”{REQUEST_FILENAME}” matchType=”IsDirectory” negate=”true”/>
</conditions>
<action type=”Rewrite” url=”index.php”/>
</rule>
</rules>
</rewrite>
</system.webServer>
</configuration>Good news a webserver restart has activated the CORS code which has solved the 404 on entypo-fontello.woff.
Also have the version extension string trim mentioned in another thread active in child functions.php to help:
// *** help with the 404 on Entypo-Fontello.woff add_filter('avf_default_iconfont','avia_change_default_icon_font_para', 10, 1); function avia_change_default_icon_font_para($fonts) { $fonts['entypo-fontello']['append'] = ''; return $fonts; }Good news, this must have been a transient issue. After ignoring the style issues and persisting with the child theme to add some unrelated form/popup capability the unwanted font and styles have reverted to normal. No longer an issue.
PS after a day of messing about trying to get popups working from a button with prettyphoto and magnific, the less well documented answer is simple: use CSS Classes from “add_theme_support(‘avia_template_builder_custom_css’);” with nearly any WordPress popup addin.
Updated to 3.6.1 and the problem still persists. There is nothing in the child theme except the default files from Enfold child Zip.
Visual of the problem here http://www.matter-center.com/enfold-child-inheriting-strange-styles/
