Forum Replies Created
-
AuthorPosts
-
September 27, 2024 at 1:20 pm in reply to: Fullwidth subemenu always sticky, even with Hamburger menu active on desktop #1467946
Hi Mike,
I just realized i have never given any feedback, sorry for that. This works flawlessly, thank you so much for that neat script!Best regards
Michael
August 21, 2024 at 2:19 pm in reply to: Fullwidth subemenu always sticky, even with Hamburger menu active on desktop #1465087To make things clearer re. question 2: I am using the glassy header, so the video should always cover the whole screen (minus the height of the submenu on the bottom). But depending on the aspect ratio there is sometimes a black bar above or below the video itself.
Unfortunately the editor removed my indentions, I hope this makes it clearer:
<div id=“product-12345“>
—<div class=“single-product-main-image“>
——<div class=“woocommerce-product-gallery“>
—<div class=“single-product-summary“>
<aside class=”sidebar”>Hi again,
we had to remove the links in the table header on the site, because it has gone live today. But I still would love to get this working, so let’s continue this on a clone of the site, details are below.
Cheers,
MichaelHi Ismael,
hmm, strange about the dashboard. Our Geolocation Blocking is off atm, so not sure why it doesn’t work.
I have edited the code, but it still won’t scroll :-(
The link should be entered as ‘#something’ not as ‘something’ in the Deep Link field, right?
What else could I do?
Cheers,
MichaelHi Yigit,
excellent! I would have added it directly to the file template-blank.php, but this also works.
Thanks for your help
Michael
Hi Ismael,
as written in the first post, I did enter that link in the Tabs options in the Deeplink string, see here: https://cloud.deinhardt.com/s/zo5LonycyDedxo9
No matter if I enter that link as #nebenbuehne1link or as nebenbuehne1link, it doesn’t work.
Cheers,
Michael
- This reply was modified 2 years, 4 months ago by 0rca.
Hi Ismael,
unfortunately it does not work yet. I did leave the login details already, so you may take a look yourself, if possible.
Thanks a million in advance.
Cheers,Michael
Hi Ismael,
thank you very much for your help. I entered your script via Code Snippets and can see that it is loading, but no scrolling :(
The console gives me this error:Uncaught Error: Syntax error, unrecognized expression: .av-section-tab-title[href=] jQuery 7 av_trigger_scroll_to_tab https://crimeday.de/crime-day-2022/:4635 jQuery 8 av_trigger_scroll_to_tab https://crimeday.de/crime-day-2022/:4631 <anonymous> https://crimeday.de/crime-day-2022/:4655 jQuery 13
Do you see what is going wrong? Or what other info do you need?
Cheers,
MIchaelHi Ismael,
the new breakpoint that we added only works, if we add “av-desktopl-hide=” in /includes/helper-privacy.php line 1786:$sc_content .= “[av_heading tag='h3' padding='10' heading='{$heading}' color='' style='blockquote modern-quote' custom_font='' size='' subheading_active='' subheading_size='15' custom_class='' admin_preview_bg='' av-desktopl-hide='' av-desktop-hide='' av-medium-hide='' av-small-hide='' av-mini-hide='' av-medium-font-size-title='' av-small-font-size-title='' av-mini-font-size-title='' av-medium-font-size='' av-small-font-size='' av-mini-font-size='' margin='10px,0,0,0'][/av_heading]“;
and add “av-desktopl-hide” to /includes/helper-privacy.php (line 1786)
$displays = array( ‘av-desktopl-hide’, ‘av-desktop-hide’, ‘av-medium-hide’, ‘av-small-hide’, ‘av-mini-hide’ );
You said “You may need to copy the whole av_privacy_class in your child theme.”
I’ll see if can figure that out – unless you want to give me one last advice on how to accomplish that and then I am gone (and happy).
Thanks,
Michael- This reply was modified 4 years, 11 months ago by 0rca. Reason: Having trouble with the code tags.. :-(
Hi Ismael,
thank a lot. Yes, that new options is the reason we’re doing his. And your code works great now. From your first post I assumed we could just add that one bit, but I understand now that we have to replace the whole array.
This only leaves the other two files, that would have to be edited: /includes/helper-privacy.php (line 1786) and /config-templatebuilder/avia-template-builder/php/generic-helper.class.php (line 928).
Any chance you have an update safe way of editing those up your sleeve ;-)
Cheers,
MichaelHi Ismael,
I seem to be slow-witted, sorry for that. I understand that the popup_elements registers everything in it and pulls e.g. the screen_options_visibility from the template file (/config-templatebuilder/avia-template-builder/php/popup-templates.class.php). Before 4,7 the array was defined directly in the shortcode, now we would need to edit that template in popup-templates.class.php, which is out of our reach in a child theme, isn’t it.
Or are we talking at cross purposes?Hi Ismael,
thank you for that hint. If I understood you correctly, should it work like this in the shortcode:array( 'type' => 'template', 'template_id' => 'screen_options_toggle', 'templates_include' => array( $this->popup_key( 'new_breakpoint' ), 'screen_options_visibility' ) ),
and then later in the same file
protected function register_dynamic_templates() { global $avia_config; // existing code goes here................................................. /** * Advanced Tab * =========== */ $c = array( array( 'desc' => __( 'Hide on very large screens (wider than 1280px - eg: Large Desktop)', 'avia_framework' ), 'id' => 'av-desktopl-hide', 'std' => '', 'container_class' => 'av-multi-checkbox', 'type' => 'checkbox' ), ); AviaPopupTemplates()->register_dynamic_template( $this->popup_key( 'new_breakpoint' ), $c ); }
The entry shows up in the shortcode popup but it isn’t applied. What am I missing? Naturally I have the correct CSS in place like this:
@media only screen and (min-width: 1280px){ .responsive.av-no-preview #top #wrap_all .av-desktopl-hide, .responsive.av-no-preview #top #wrap_all .av-desktopl-font-size-hidden, .responsive.av-no-preview #top #wrap_all .av-desktopl-font-size-title-hidden{display:none;} } } @media only screen and (min-width: 990px) and (max-width: 1279px) { .responsive.av-no-preview #top #wrap_all .av-desktop-hide, .responsive.av-no-preview #top #wrap_all .av-desktop-font-size-hidden, .responsive.av-no-preview #top #wrap_all .av-desktop-font-size-title-hidden{display:none;} }
Thanks for your valuable input.
Cheers, MichaelNovember 12, 2019 at 4:49 pm in reply to: Privacy Options change request for 4.6.4 based on EuGH judhement from 1.10.2019 #1156043+1 for Script deregister
This would make a great addon and we wouldn’t have to use another GDPR/DSGVO solution as soon as we are using external services/scripts
Hi Günter,
awesome, all the upcoming features in 4.6.3 are exactly what has been missing and if the documentation and backend description reflect all that, Enfold is back on track.
Are you saying that disabling [av_privacy_accept_essential_cookies] should have an influence on cookies set by
Woocommerce
andWPML
? I would have to test that, I assumed it wouldn’t…Thanks for the heads up.
Cheers,
MichaelHi again, I have to take back my last comment. The second option of “Default Cookie and Services Option Settings” enables all shortcodes by default. Still not sure why [av_privacy_accept_essential_cookies] is enabled by default on the 3rd option though.
Just tested a bit further to confirm the above about 3rd party cookie shortcodes and found some strange behaviour. Why is [av_privacy_accept_essential_cookies] enabled by default but third-party shortcodes like [av_privacy_video_embeds] are not? That’s completely illogical.
A user accepting cookies, i.e. opting-in to have cookies saved would never expect that he has to go into the settings and enable each and every cookie separately.
A website user either wants to enable all cookies (with one click), some cookies by en- or disabling some (takes a few clicks) or no cookies at all (with one click).
- This reply was modified 5 years, 3 months ago by 0rca.
Hi Ismael,
I know how to change the descriptions displayed for the shortcodes I am using. My suggestion was to change the descriptions of the shortcodes in the documentation and in the Enfold options, since they are plain wrong and thus will forever create confusion for your customers. But hey, up to you, at least I now know what I am doing.
Just as an addendum, if you would follow the EuGH judgement as strictly as possible, [av_privacy_accept_essential_cookies] would have to be set to “disabled” by default. But there is some legal leeway and since the user has the possibility to disable it himself, it “should” be ok.
I do have set “Default Cookie and Services Option Settings” to the 3rd option, in Europe this is the only viable option, all others are definitively illegal!
Regarding the 3rd party cookies, I removed all shortcodes/toggles from the modal popup related to external stuff like Google Analytics and so on. Now the respective cookies are not saved anymore. So in order to really adapt this to our needs, we have to edit the custom content of the modal window and remove all unnecessary shortcodes. Can you confirm this behaviour? This might be another useful hint for your documentation, I just found this out by chance.
Cheers,
MichaelHi Ismael,
thanks for clearing this up. I guess you might wanna update the documentation as well as the shortcode description in the backend to reflect that. I would even suggest to rename the shorcodes, as their names alone bear a lot of potential for confusion.
To be honest, I would have preferred the other way around, i.e. the toggle saying “Enable to only allow essential cookies” – since this is what the GDPR and the latest judgement by the EuGH made mandatory. But from a legal standpoint it doesn’t matter if you allow or forbid with toggle on “on” – the only thing that matters is that the users has a – clearly described – choice. That’s why that description is so very important and why I kept nagging you for the definite explanation.
One other thing: If we don’t use Google Analytics, Google Maps, Google Fonts or Videos, those cookies are still set since they are enabled by default.
Wouldn’t it make more sense, to make it possible to deactivate the shortcodes and also their respective Cookies, if we don’t need them?
Our privacy policy explains that we don’t use any of these service but the cookies are still set to “allow”, if users accept the cookie message bar. That is not good and might even have some legal implications. I know that I can create my own modal popup texts and leave those shotcodes out, but they are still enabled by default.
Thanks a lot for your continued help.Cheers,
MichaelHi Ismael,
1. so you are saying enabling [av_privacy_allow_cookies] only has an effect on the cookie message bar, but not on any cookies at all (except it’s own cookie of course) ?
2. And enabling [av_privacy_accept_essential_cookies] will allow non-essential cookies, but when disabled only essential cookies are allowed?
Is this not the opposite of what the description says?
3. You completely misunderstood question 3. Naturally we know when the toggle is enabled and when not. My question was which toggle state corresponds with which cookie behaviour. But maybe this is more clear, when you confirm my question 1 and 2 above.Thanks in advance
MichaelHi Ismael,
thanks for taking the time to answer. You misunderstood me, I was talking about the button “Link to another page” in the modal popup. Linking to another page is not working!
Also thanks for updating the documentation. Please believe me, I am not trying to be a pain in the ass, but some question are still unanswered resp. not yet clear. Could you shed some light on these?
- 1. [av_privacy_allow_cookies] refuses ALL cookies or only non-essential ones?
- 2. [av_privacy_accept_essential_cookies] refuses essential cookies additionally to the above? Why does the description say “and all other cookies”?
- 3. The toggle logic is not clearly described in the documentation: When the toggle is set to “on”, what is happening, allow or forbid? Btw, the new wording “allow to refuse” only makes it worse ;-)
- 4. Both toggles are set to “on” on the first visit. Clicking on “Accept” or clicking on “Decline” does not change that. So the logic behind it all is still not clear.
I have updated the test page under http://enfold.muster.website/ Have a look at it and try to switch the toggle of either one shortcode and then click on “Accept” or “Deny” and see if the behaviour is as intended. For me the logic is botched, even considering that I still am misinterpreting some of your explanations the wrong way. Which would be a GDPR issue of its own:
There is a very big danger here for all of us. The GDPR clearly states, that the user has to be informed in clear and concise natural language what his privacy options are. The current solution MIGHT be viable from a technical point of view (not sure yet, that it really is), but it is not clear at all and this opens up all kinds of problems, from unintended misconfigurations to written warnings (Abmahnungen) and other legal risks and issues.
Please continue to work with us, so that we can find an easily working solution as well as an unambiguous documentation.
Best regards
MichaelSeptember 9, 2019 at 10:17 am in reply to: Update 4.6 makes cookie consent reload every time #1135875We have come to the same conclusion and have asked similar questions here: https://kriesi.at/support/topic/please-explain-privacy-settings-logic/
Let’s hope the Enfold team either explains how to set things up correctly or better yet, takes all this confusion as motivation to improve the UX and make it easier for all of us.I forgot one thing. The third button, that we can use in the Modal Popup Window does not work as intended. It should link to another page, right?
It doesn’t, as you can test here: http://enfold.muster.website/ (Open modal and klick on “Ich will hier weg!”)
Btw. that’s where I have been testing all the shortcodes, but the results where inconsistent, so I had to ask all those questions above.- This reply was modified 5 years, 3 months ago by 0rca.
September 5, 2019 at 4:32 pm in reply to: Update 4.6 makes cookie consent reload every time #1134491Yigit, I think I know what you are referring to with [av_privacy_allow_cookies]. The shortcode is placed in the Essential Website Cookies section of the Modal Window. But if a visitor accepts, i.e. opts in, shouldn’t this be set automatically?
It would be great, if you can describe the logic a bit or maybe update the https://kriesi.at/documentation/enfold/privacy-cookies page for 4.6?We all need to make sure that Enfold is configured correctly in order not to submit our customers to legal issues, so some clarity would be great.
EDIT: Looking at the shortcode discriptions, they say:
[av_privacy_allow_cookies] – allows a user to refuse cookies and hides message bar (needs 2 cookies for that, others are removed)
[av_privacy_accept_essential_cookies] – allows a user to opt out from essential theme and all other cookies (except 2 from av_privacy_allow_cookies)So the first one refuses ALL cookies or only non-essential ones?
And the second one says “essential theme and all other cookies”, so in my understanding kinda contradicts the first one?Essentially we have these possibilities:
User does nothing – no cookies are saved at all
User denies cookies – 2 cookies are saved
User allows essential cookies – some cookies are saved
User allows all cookies – all cookies are savedHow does this translate to the cookie message bar and why have those 2 selectors like this? I am really confused or to dumb to get this.
- This reply was modified 5 years, 3 months ago by 0rca.
September 5, 2019 at 3:55 pm in reply to: Update 4.6 makes cookie consent reload every time #1134460Hi Yigit,
great news. Can you please elaborate on what you mean by “[av_privacy_allow_cookies] needed to be enabled for cookies to work correctly”?
I thought [av_privacy_allow_cookies] is a shortcode that can be placed on a page, e.g. the privacy policy.
I also thought that the Cookie Consent Message Bar already provides this functionality.Cheers,
Michael
September 2, 2019 at 10:32 am in reply to: Update 4.6 makes cookie consent reload every time #1132915Same here
March 15, 2018 at 11:11 am in reply to: Avia Editor & Product Purchase Button crash the page at variable products #927205Hi Ismael,
yep, seems to work fine. Thank you very much for your help!
Cheers,
MichaelMarch 12, 2018 at 10:44 am in reply to: Avia Editor & Product Purchase Button crash the page at variable products #925425Ah, now I undestand you. I’d prefer to give you real FTP access.
March 9, 2018 at 10:13 am in reply to: Avia Editor & Product Purchase Button crash the page at variable products #924369Hi Ismael,
you have the login details in the first post.
Let me know, if I can help in any way.
Cheers,
MichaelMarch 8, 2018 at 2:50 pm in reply to: Avia Editor & Product Purchase Button crash the page at variable products #923905We got our hopes up too soon :(
The products are now shown as sold out instead of the variable prices, e.g. http://pfeil-verlag.de/publikationen/ichthyological-exploration-of-freshwaters-band-28-2017/
-
AuthorPosts