Forum Replies Created
-
AuthorPosts
-
Hi Mike and Guenni007,
Actually, I realize the answer were in the Guenni007’s code to start with. Kriesi, you should update the doc to include his code that takes care of the Search icon! Thanks you both, it woks perfectly now. Enfold is a very nice theme.
Best regards,
SergeHi,
Yes, when the screen size reaches 1023px it does appears, but smaller (the size for the regular menu). Then, when the screen reaches around 700px, it finally grows to hamburger menu size.
I was testing this by resizing my browser window. The problem also occurs on my iPad Pro in portrait mode, where the magnifying glass is smaller than the hamburger menu. On my iPhone 15 Pro, it is OK since the screen is small enough in both landscape and portrait mode.
Best regards,
SergeHi Guenni007 and Mike,
Thanks. You are right: looks like this was a cache problem. Usually, changes to Quick CSS don’t cause cache problems, unlike global.css changes.
However, there was still a problem remaining: the CSS removes the search magnifying glass on mobile phones. Without the CSS, the magnifying glass appears next to the hamburger menu. This is a very nice feature I want to keep. So I added the code below inside the @media section. It does works but, as I resize the window, the magnifying glass first appears at small size before growing to hamburger menu size as the window shrinks smaller. Looks I need to target more CSS to force the magnifying glass icon to hamburger size at 1023px, but I can’t figure which one…
#top #header .noMobile.menu-item.menu-item-search-dropdown.menu-item-avia-special {
cursor: pointer;
display: block!important;
}Best regards,
SergeHi,
The CSS had the side effect of removing the search icon in the main menu on phones. I moved the CSS to the Quick CSS of my dev site for you to see.
Serge
Hi,
I did, of course, removed the PHP code.
Thanks for your excellent support.
SergeHi Ismael,
I added the script section of your code into a code block with a window.addEventListener call I already had for other purposes.
However, I did found a simpler solution: I now use accordion on small screens only (767px or less). On large screen, I use a simple code block with checkboxes only. This way, there is no need to make accordion open and deal with the resulting #tags that are added to the page URL when opening/closing accordion sections.
BTW, when I add code like the one below into accordion contents, the onClick parameter gets stripped out the next time I edit the accordion:
<div><input type="checkbox" class="filtre-de-cours" id="en-personne" name="en-personne" value="1" onclick="filtrerLesCours()"><label for="en-personne">En personne</label></div> <div><input type="checkbox" class="filtre-de-cours" id="en-ligne" name="en-ligne" value="2" onclick="filtrerLesCours()"><label for="en-ligne">En ligne</label></div> <div><input type="checkbox" class="filtre-de-cours" id="hybride" name="hybride" value="3" onclick="filtrerLesCours()"><label for="hybride">Hybride</label></div>
Thanks,
SergeHi Ismael,
I have copied the code to the single page where I want this behaviour. It worked, but the page ends up scrolled to the first accordion and the page URL has the #last-accordion-id tag. If I refresh the page, the tag is changed to #last-accordion-id-closed and there is an extra line at the bottom of the column containing the accordion.
Thanks,
SergeYou can close it, of course.
Thanks for your help.
SergeHi Ismael,
The problem disappeared by itself! I guess it was a browser cache problem…
Serge
Thanks Nikko,
Will this be fixed in a future release?
Best regards,
SergeHI,
I have already spent too many hours on this problem. I worked-around by removing content.
Best regards,
SergeHi,
I did add define(‘WP_MEMORY_LIMIT’, ‘128M’); in CONFIG.PHP and confirmed the limit change in the Site Health page. No go. Still get a time out when I duplicate the «Prochains cours» special header at the end of the 007 test page and save changes.
BTW, the PHP config limits from my hosting provider setting page are memory_limit = 512M and post_max_size = 128M. I see those values in the Site Health page too.
Best regards,
SergeHi,
Thanks for your patience.
I did not remove any private test pages, but private pages redirect to 404 if you are not logged with admin status. (Your account has admin status.)
On the prod site, I removed the button row on the original page and I was able to add back the code block. I didn’t try to add back the button row because this page is important, and the current state, although not ideal, is usable by customers.
I made no change on the 007 test page because it is easy to reproduce the problem on it with only 100% Enfold code. I know reproducing a problem is essential to fix it.
One question: is there a limit on page size? Looks like, if I remove something, I can add something else…
Best regards,
SergeHi,
When you write «we are able to reproduce the issue there», do you mean on your own test site?
Did you notice those YouTube requests on your site or mine? If it is mine, how did you discover this?
There are YouTube embedded videos in several blog posts. In older posts, like this one, it is a simple link in WordPress non-Gutenberg editor. On newer posts, like this one, it is a Video media item from Enfold.
I have found that Yoast SEO inserts the text below in the Header section of all pages in my site, no matter the page have embedded video or not. I don’t know if this can cause YouTube requests:
{"@type":"ImageObject","inLanguage":"fr-FR","@id":"https://www.photographie-tous-azimuts.com/#/schema/logo/image/","url":"https://www.photographie-tous-azimuts.com/wp-content/uploads/2018/01/Logo-horizontal.png","contentUrl":"https://www.photographie-tous-azimuts.com/wp-content/uploads/2018/01/Logo-horizontal.png","width":1450,"height":463,"caption":"Photographie tous azimuts inc."}
I have tried to disable Yoast SEO and the time out problem still occurs.
Best regards,
SergeHi,
Thank you for your time.
I am able to get a time out with only 100% pure Enfold stuff. Just duplicate the special header «Prochains cours» near the bottom of the page and save. Boom! Time out! No Events Manager stuff, no Gravity Forms stuff. Only pure Enfold stuff.
Best regards,
SergeHi,
I did remove the contact form and got the same result. BTW, I have the same contact form on all pages without problem. Also, an identical page on the dev machine does not have the problem. The problem occurs only on this page (and any identical copy of it) and only on the dev server. I didn’t put any script tags in my page (and don’t know that it is).
Login credentials for both prod and dev servers are in the private section. Don’t update Events Manager on the prod server! If you do, it will break the site. (I am working on it on the dev machine.) This private page is a copy of the problematic page. It has the same problem. I strongly suggest you do your tests there. I created an identical page on the dev server, ans it does not have the problem.
Best regards,
SergeWoops! I hate people who don’t read posts entirely! 😕
Now it works. Thanks for your patience.Best regards,
SergeI tried that and it did not solve the problem.
Hi Ismael,
It really depends on the length of the words inside the text vs the size of the window/phone/tablet. If you resize the window on a desktop browser, at some point the button will overlap the text and/or the image. I have added a third promo box with shorter text where the image overlaps the button on an iPhone XR.
Here is a WeTransfer link showing the behaviour on 3 different window sizes.
Best regards,
SergeThis reply has been marked as private.October 5, 2021 at 1:42 pm in reply to: Logo disappeared from header after Enfold 4.8.6.4 update #1323636Hi Rikard,
Thanks for the really quick response. I love Enfold!
Serge FromentMay 4, 2021 at 3:08 am in reply to: Problem with Edit article in menu bar after WP 5.7.1 update #1298115Yes, you can close the thread. Thanks.
Yes, you can close the thread. Thanks.
April 30, 2021 at 1:36 am in reply to: Problem with Edit article in menu bar after WP 5.7.1 update #1297439Hi Rikard,
Plugin conflict again. It disappeared after I updated 2 Gravity Forms add-on, Yoast SEO and AcyMailing. I don’t know which one is the culprit but keeping a WordPress site up-to-date is a bummer! I do a backup every night, sure, but I cannot roll back because Event Manager transactions occurs anytime.
Best regards,
SergeHi Rikard,
I was planning to copy the whole site to a test machine so I can disable plugins and child theme without impact on prod. But, before I had time to do so, I had to edit a page and I tried to do so from the black WP menu and it did work. (This was another problem I had.) So I tried re-enable the sidebar and the problem is gone. You were right: it was a conflict with either two Gravity Forms add-on, Yoast SEO or AcyMailing that I updated recently.
Best regards,
SergeApril 23, 2021 at 2:33 pm in reply to: Problem with Edit article in menu bar after WP 5.7.1 update #1296346The problem occurs on all regular pages, including the main page, all portfolio item pages and all blog pages. Editing anything opens the same blog article. I include login credentials in the private section.
Best regards,
SergeLogin is in the private section. NOTE: as a workaround until the problem is solved, I changed the Enfold Appwapp theme setting to hide the sidebar for blog articles. This happen to also hide it for Portfolio pages. For the bug to happen, you need to set «Barre latérale sur les pages d’article seul» to «Barre latérale droite». This is a production site. Take care and change the setting back to «Pas de barre latérale» unless the problem is fixed. The problem will happen on any Portfolio item page, like this one.
Best regards,
SergeI updated to the just released Enfold 4.8.2 and the problem persists.
The problem no longer occurs after I removed the 3rd column containing Icon List blocks, which a bit redundant anyway. I know it is still there lurking, but I will postpone that cumbersome task for now.
Thanks,
SergeTry those 2 steps:
1. Duplicate the 33% column containing both the text block «Faire du beau avec du laid» and the teddy bear picture near the end of the page.
2. Click the Preview Changes (Prévisualiser les modifications) button.What I was trying to do is duplicate the 3 x 33% columns of «teddy bear row» and modify them to create a new row. Actually, simply adding a new plain 33% column from the tool bar after the teddy bear row causes the error too. I also get the error from my iPad, so this is not a browser or cache problem.
Best regards,
Serge -
AuthorPosts