Navarro
Forum Replies Created
-
Forum: Plugins
In reply to: [Contact Form 7] HTML5 issues, Doc doesn’t helpDelete comment
- This reply was modified 6 years, 7 months ago by Navarro.
Forum: Plugins
In reply to: [Contact Form 7] HTML5 issues, Doc doesn’t helpI get it’s a free plugin, but nobody has reviewed my last comment, that is as simple as stating if anybody can see or not the same as me.
Just replied with the typical automated answer and then ignore.Forum: Plugins
In reply to: [Contact Form 7] HTML5 issues, Doc doesn’t helpUp
Forum: Plugins
In reply to: [Contact Form 7] HTML5 issues, Doc doesn’t helpForum: Plugins
In reply to: [WooCommerce Ajax Cart Plugin] Timer issue when updatingHi,
Issue @michaelrdx and had is solved, although I’ve seen a glitch sometimes that I’m not able to reproduce: once in a while it get stuck and the button changes to “Updating…” but it’s not disabled and the update doesn’t happen. I’ll keep checking it.
Then @vlaskiz issue es different one, but maybe the glitch I mention is related to it. Indeed there is some problem with the number after update and the real value. It’s not to exactly to the previous value, it actually changes sometimes and it also depends if you change more than one product every time. A bit random, I’ll try to find out a patter if get the time.
Regards.
P.S.: Same issue in your new plugin.
Forum: Plugins
In reply to: [WooCommerce Ajax Cart Plugin] Timer issue when updatingIn my case it’s Marketica, but the issue is not exactly the one you say but: when I click to increment all the cart and update button are also locked until get response, but if I click again immediately after (within 1-2 seconds) then is when the plugin stops working.
It will be actually something common if users want to add several units and use the buttons instead of the text box.- This reply was modified 7 years, 5 months ago by Navarro.
Forum: Plugins
In reply to: [WooCommerce Ajax Cart Plugin] Not translatable (solution)Thanks.
Only the “Updating…” string has not been changed to be translated.Regards.
Forum: Plugins
In reply to: [WP Recipe Maker] Ability to Filter on Course or CuisineI think dansig meant this: https://www.ads-software.com/support/topic/course-and-cuisine-are-not-links/
I had the same issue and I’ve performed a workaround (probably not very consistent, but working) until Brecht add the functionality. But I wonder: how does this affect to SEO of Recipes?
- First I’ve used the plugin Bulk Term Generator to copy the terms of “Course” and “Cuisine” taxonomies to “Category” and “Tag” respectively.
- I’ve created my own template for recipes. I’ve used “Simple” as template to modify.
- Then I’ve modified the loop for printing taxonomies and replace
echo $term->name;
byif ($key == 'course') $base_archive .= get_option( 'category_base' ) . '/'; else if ($key == 'cuisine') $base_archive .= get_option( 'tag_base' ) . '/cocina-'; else $base_archive .= get_option( 'tag_base' ) . '/'; ?> <a href="<?php echo site_url( $base_archive . strtolower($term->name) . '/' );?>"><?php echo $term->name; ?></a> <?php
Note: I’ve added a prefix to my Cuisine’s tags called “Cocina” so the slug has been modified as “cocina-“.
Of course this obligates me to tag 2 times the recipe: first in the recipe itself (especially to not lose the tags when the update of the plugin is done) and then in the post for category and tags.
Hope it’s useful.
Hi David,
I’m sorry, I wrote this too fast without completely test it because I was in the middle of a project so I just wanted to make a kind of note. My fault.
I’m now again quickly here and cannot fully check it so I’ll come back with more time other day. But you’re right, it was not when updating but when restoring the database even the settings in the restored database for UpdraftPlus are properly setup before backing up.Cheers.
Forum: Plugins
In reply to: [Polylang] Mobile Menu JetPack not switching languagesHi again,
After trying to debug several times, I’ve decided to give up, I don’t have time enough. I’m pretty sure the problem is in JetPack theme and how it’s used: kind of filtering the current theme. So when Polylang attempt to get the current theme it doesn’t get the menu locations of Kirumo, but the menu locations of Minileven that is not the correct one.
By the way, I think I’ve found out why you couldn’t see my problem. I think you’re using a big smartphone or a tablet. It looks like JetPack filter the theme by size of the screen I think.
So given all of that I’ve decided to keep my Kirumo-child now and modify the css there instead of using JetPack Mobile Theme.
Thanks anyway for the help.
Regards.
Forum: Plugins
In reply to: [Polylang] Mobile Menu JetPack not switching languagesHi Chrystl,
I did them with both. My screenshots are done with Kirumo without any custom code. So it’s clean.
Anyway Chrystl, I give you thanks for your tests, but (don’t get offended, please) I think your questions are not taking me anywhere because you’re testing different things (I thing you’re using all the time a computer or something like that, not sure), otherwise I don’t understand your replies and actually it’s making me more confusing.
So let’s describe again my issue as I did at the beginning: when I use a computer I have my normal Kirumo theme and the menus work well, changing the language when I change the language of the blog. When I use a mobile phone, JetPack theme (Minileven) is the one that rules (no Kirumo anymore) and I can only see the English menu even when I switch to Spanish the language of the blog (from the mobile phone). It looks like Polylang is not switching anymore the menu, but the rest of the blog perfectly changes the language. It’s only the menu. Not even the “Search box” that is also ruled by Minileven, so I don’t think it’s a compatibility issue between Polylang and Minileven, but something is interfering in the menu.
What I really need to know is how Polylang changes the menu when switching the language and in what moment, so I’ll try to go deeper there.
Regards,
Forum: Plugins
In reply to: [Polylang] Mobile Menu JetPack not switching languagesOn the mobile?
Forget about my previous message. Today is not happening. I think maybe after many tests I maybe didn’t clear some cache or whatever. Today it’s ok.
Right now the only problem is the initial issue with the menu.
Screenshot with Polylang+Minileven in English:
https://snag.gy/GvIlw.jpg
https://snag.gy/ViSI6.jpg
Screenshot with Polylang+Minileven in Spanish:
https://snag.gy/HIk4w.jpg
https://snag.gy/I2m5o.jpg
As you can see, the menu is the same, all in English.If I deactivate the Mobile Theme of Jetpack (Minileven) then Kirumo takes the control of the Mobile Theme and everything is fine.
Forum: Plugins
In reply to: [Polylang] Mobile Menu JetPack not switching languagesDoes the theme’s style is changing with only Kirumo 0.3 and Jetpack 3.7.2?
Yes. And what is more weird, with only Kirumo 0.3 and not Jetpack.
About the cache, before testing you can clear your cookies and the cache of your browser.
All of that is done. I do it every time I change something to be sure nothing is cached.
Forum: Plugins
In reply to: [Polylang] Mobile Menu JetPack not switching languagesSorry, I meant deactivating “also JetPack” instead of “only JetPack”.
Forum: Plugins
In reply to: [Polylang] Mobile Menu JetPack not switching languagesHi again,
I didn’t have the child theme (yeah, fail), but I’ve created it now with all my modifications and make a clean install of Kirumo.
The problem persists with the original Kirumo + JetPack. It also persists if I deactivate all the plugins except Polylang and JetPack.But there is something even more weird: deactivating only JetPack (therefore, not Minileven theme) I get Kirumo Mobile theme for English language but if I switch to Spanish language then I see the Minileven theme!!!
What’s going on here? I’ve seen in the forum some people reporting possible bugs about cache. Could be this issue related to them? I don’t have any cache system (and I deactivated all plugins) and I’ve tried with different mobile browsers and deleting their cache and the results are all the time like that.
I use this option for the URLs:The language is set from the directory name in pretty permalinks
However this is not happening to you with apparently the same scenario.