Forum Replies Created
September 15, 2021 at 9:46 am in reply to: Fixing incorrect behaviour of masonry sorting function #1321007
Thank you, it indeed does work again as supposed to.
This ticket can then be closed now.September 13, 2021 at 8:55 am in reply to: Fixing incorrect behaviour of masonry sorting function #1320658
I have created a website and database backup.
You can go ahead with temporarily deactivating the plugins for testing purposes.September 9, 2021 at 9:06 am in reply to: Fixing incorrect behaviour of masonry sorting function #1320228
We don’t have a staging version but with the credentials from the initial post our live version can of course be checked.August 18, 2021 at 9:28 am in reply to: Fixing incorrect behaviour of masonry sorting function #1317308
We don’t use any sorting plugins or custom modifications so that can’t be the root of the problem.
I deactivated all current plugins, commented out all custom CSS rules, and cleared the cache for further testing but the bug remains, even if I build the blog from scratch on a new page.
It would be great if a developer from your end could have a look into it.August 12, 2021 at 8:43 am in reply to: Fixing incorrect behaviour of masonry sorting function #1316395
Google Chrome is the browser I use but this bug has been cross-tested across different browsers and devices.
I have created screenshots of this issue (see private content).
Screenshot 1 and 2 show the erroneous sorting function while screenshot 3 represents the thumbnails flying around when clicking on a different category.
The issue with the wild thumbnails can be reproduced when clicking different categories after one another, on some it happens, on others not.May 12, 2020 at 5:45 pm in reply to: Align socket social bookmarks left on mobile devices #1212261
I see, this only works through adding script, never mind then.
This ticket can then be closed now.March 4, 2020 at 12:33 pm in reply to: Adjust Google reCAPTCHA implementation in contact form content element #1190021
The various fixes seem to be implemented after the update, great.
This ticket can then be closed now.March 4, 2020 at 12:28 pm in reply to: Fixing gap issue of icon grid content element on desktop devices #1190014
That is weird but ok, I’ll take the CSS workaround then.
This ticket can then be closed now.February 1, 2020 at 1:13 am in reply to: Fixing gap issue of icon grid content element on desktop devices #1180436
Shouldn’t there be an official fix so the icon grid looks fine an all devices instead of a CSS workaround?January 30, 2020 at 10:06 am in reply to: Adjust Google reCAPTCHA implementation in contact form content element #1179747
For the sake of convenience I’m just going to wait for the next update and then go over all of the above-mentioned issues at once to see if they got fixed.
Are there any plans for an update or hotfix in the near future?January 30, 2020 at 10:03 am in reply to: Fixing gap issue of icon grid content element on desktop devices #1179746
On some machines the grid displays right, that is correct.
The various screenshots I had attached were taken on a 27″ monitor with Mozilla Firefox and on a 32″ monitor with Google Chrome.
If you use the zoom to emulate a bigger/smaller monitor (STRG + Scrollwheel) you should at some point see the gaps between the grid.January 23, 2020 at 3:23 pm in reply to: Fixing missing footer/socket elements since last update #1177650
I have totally overseen the available Enfold update, sorry for that.
The issue seems to be resolved with the update, thank you.
The ticket can therefore be closed now.January 23, 2020 at 2:34 pm in reply to: Adjust Google reCAPTCHA implementation in contact form content element #1177620
Unfortunately, the update didn’t bring much relieve to these issues.
The translation from Issue #2 of the notification message saying “Dieses Kontaktformular ist deaktiviert […]” is somewhat crooked and should rather be translated like this for proper German: “Dieses Kontaktformular ist momentan deaktiviert, da Sie den Google reCAPTCHA-Service noch nicht akzeptiert haben. Dieser ist für die Validierung des Sendevorgangs jedoch notwendig.”.
I would volunteer for the translation of the strings for the Google reCAPTCHA service. If required, please just send me a list with the required translations.
The margin-right from Issue #4 still exists and breaks the line before the line actually ends, which looks weird.January 23, 2020 at 2:05 pm in reply to: Fixing missing footer/socket elements since last update #1177601
Unfortunately there hasn’t been any update since.
Any plans to release the update or at least a hotfix soon, so I don’t have to manually fix the issue for all installations?January 8, 2020 at 4:30 pm in reply to: Adjust Google reCAPTCHA implementation in contact form content element #1171508
No, I am only using Google reCAPTCHA with the options supplied by Enfold.
For a better understanding, I have attached screenshots (private section) with the according numbers to the issues mentioned above.
Please note that some of the english strings in issue #2 only appear as long as cookies have not yet been accepted.January 8, 2020 at 3:59 pm in reply to: Fixing missing footer/socket elements since last update #1171492
Thank you for providing this fix.
Are there any plans on when to release the next update so the fix gets applied to all my installations automatically?December 22, 2019 at 10:46 pm in reply to: Fixing missing footer/socket elements since last update #1168633
Great, this fixed the missing social icons and in the meantime I have fixed the missing newsletter subscription form myself.
The only “unwanted” elements are the blue quotation mark and closing HTML tag being displayed at the bottom left of the socket.
Actually, this is being shown on all of my Enfold installations.
How can this be fixed?December 22, 2019 at 4:57 pm in reply to: Make cookie consent message bar mandatory on first page load #1168575December 16, 2019 at 5:04 pm in reply to: Make cookie consent message bar mandatory on first page load #1166501
This does blend in the desired layer but the layer doesn’t disappear when accepting cookies or when revisiting with already accepted cookies.December 13, 2019 at 6:13 pm in reply to: Make cookie consent message bar mandatory on first page load #1165593
Preferably, I would want to overlay the website (except for the cookie consent message bar) with a dark layer just as it happens when you select the modal popup window to appear on page load.December 12, 2019 at 10:07 am in reply to: Make cookie consent message bar mandatory on first page load #1165141
I don’t think I’ve expressed myself well enough.
The cookie consent message bar can disappear just like it does now but when a user visits the website the first time, he should be prompted with the cookie consent message bar and shouldn’t be able to browse the website without first chosing which cookies he wants to allow.
That was meant by “mandatory”.November 28, 2019 at 4:37 pm in reply to: Fixing incorrect behaviour of icon grid content element on line breaks #1161037
It looks like this solved the issue, thanks a lot.
This ticket can then be closed now.
Yes, the separator shows up if placed outside the 1/1 column but only due to sliding up a little.
The padding of the tab section doesn’t show up though and therefore it still does look messed up.
I just figured out that this problem only exists if the tab section setting “content height” is set to “auto adjust to content”.
If set to “same height for all tabs” everything is being displayed correctly.
This is no solution but could help identifying the problem.
So far, it seems like a bug.
I have tried the advice with changing the vertical alignment of the tab content to top but it didn’t solve the issue.
The separator has not been placed there for additional padding but as a pure visual component.
As you can clearly see in the screenshot (private content) somehow the applied padding-bottom and the separator both get swallowed by the footer.
This happens in all tabs despite the different content.July 22, 2019 at 11:54 am in reply to: Fixing incorrect behaviour of custom colors on Accordion content element #1120813
Thank you for the workaround.
I am looking forward to a fix with the next update.
The ticket can then be closed now.June 22, 2019 at 10:12 pm in reply to: Fixing incorrect behaviour of custom colors on Accordion content element #1112652June 6, 2019 at 9:10 am in reply to: Fixing incorrect behaviour of custom colors on Accordion content element #1107854