Forum Replies Created

Viewing 30 posts - 121 through 150 (of 485 total)
  • Author
    Posts
  • in reply to: mobile menu accessiblity #1318042

    Thanks, Ismael. Adding the role attribute looks pretty straight-forward, but working in the aria-expanded true/false it pretty far over my head — any way you could provide any further guidance on that one? And is there any chance either of these things could be handled via the child theme? Thanks again, and as always ;)

    in reply to: mobile menu trap focus #1318034

    Hey Mike, thanks so much for looking into this and sharing with the dev team!! The accessibility review doesn’t seem to reference specific guidelines for this issue — I can ask them about that; I think we’re setting up another review with them within a couple of weeks. I would guess having the menu close once the user tabs out of it would be a significant improvement, at least., but I’ll definitely let you know what they say when I find out. FYI, this is the accessibility firm my client’s using, and you can see their mobile menu works in the way they describe — maybe that could provide a clue re how to program it? https://convergeaccessibility.com/ Anyway, thanks again for taking this question seriously :)

    in reply to: ADA compliancy #1317767

    @goldengate415. FYI, my client’s accessibility specialist said those plugins are no good — maybe they’re biased, but you may want to look into that. Here’s an article, for example: https://creative-boost.com/overlays-and-plugins-arent-the-answer-to-accessibility/

    in reply to: mobile menu trap focus #1317765

    Thanks, but the issue is that, if you tab all the way through the mobile menu — without making a selection — the focus jumps out of the mobile menu and back into the site/page behind the mobile menu. So then the user is left with the mobile menu still open, but the focus is not longer in the mobile menu. You can see this issue if you tab past the end of the 2017 demo menu, too. The accessibility firm says we have to “trap” the focus in the menu until the user either makes a selection or closes the menu. In other words, if the user tabs to the end of the menu, the focus should jump to the close button for the mobile menu and then back to the start of the mobile menu. Does that make sense now?

    in reply to: ADA compliancy #1317748

    I’m sorry, I still don’t understand — I thought the filter was something I would add to my child theme, so where would you be adding the filter, in the footer.php file? Are you saying I can just keep an eye on the footer.php file to see if you make that change in future updates? Thanks.

    in reply to: ADA compliancy #1317666

    OK, thanks, Günter,, but would yo please elaborate on “documented in place” — what do you mean by that?

    in reply to: ADA compliancy #1317540

    Re #7 above, one of my clients is working with an accessibility expert and they recommended removing the aria-hidden=true attribute from the scroll-top-link. They think that attribute was put there to hide that link on the phone, but that method apparently creates an accessibility concern on the desktop, where it’s visible. So they’re suggesting removing the attribute and using css to hide it in mobile. Is there a way for me to remove that aria-hidden attribute via my child theme? Thanks!

    • This reply was modified 3 years, 5 months ago by sky19er.
    in reply to: post slider show full content #1315228

    That worked! So here’s the complete function to pull the full content of posts into the post slider, process the shortcode, and add paragraph breaks:

    function avf_post_slider_entry_excerpt_custom($excerpt, $prepare_excerpt, $permalink, $entry ) {
    	 $excerpt = $entry->post_content;
    	return do_shortcode(wpautop($excerpt));
    }
    add_filter('avf_post_slider_entry_excerpt', 'avf_post_slider_entry_excerpt_custom', 10, 4);

    Thanks again, Ismael — I repeat: you’re the man!

    in reply to: post slider show full content #1315001

    Yes — that worked! return do_shortcode($excerpt); I think the only thing left is that It’s still outputting like an excerpt in that it doesn’t seem to register paragraphs — I can probably work around that with dividers and/or css, but if you know how to get it to register paragraphs that’d be perfect. Thanks again, Ismael.

    in reply to: Auto fill out a product title to contact form? #1314730

    You’re the man, Ismael — thanks again for another sweet hack! Re your solution in https://kriesi.at/support/topic/auto-fill-out-a-product-title-to-contact-form/#post-551556 is there a way to tweak that to autofill the E-mail Subject field in the “Backend” option for the Contact Form element? I’m looking for a way to pass some information without having to add a field. I mean, I could pass the info to a field and hide the field with css, but if there’s a way to pass it to the Subject field, that’d be cool.

    And furthermore, my client wants the forms to open in popups. I’m using this type of function to make that happen — https://kriesi.at/support/topic/lightbox-for-mailchimp-form/#post-582439 (that code seemed to break my site, so I’m using this version https://socialspeaknetwork.com/lightbox-popup-on-enfold-tutorial/ ) — I got that working so <a class="inline_popup" href="#team-form-popups">contact form</a> works to open the form in a popup, but I can’t figure out how to add your code without breaking the popup — <a class="inline_popup" href="#team-form-popups?team_name=Mark%20Levy">contact form</a> or any variation of that I’ve tried seems to disable the popup. So, if you have any clue for me on that one, that’d be amazing too.

    Thanks so much — I know I’m asking a lot here!

    • This reply was modified 3 years, 5 months ago by sky19er.
    in reply to: post slider show full content #1314545

    Actually, Ismael, sorry, it looks like — even if I use the default editor — the shortcode in the default editor’s not working, so I can’t do the columns or add a button: https://fpamed.com/home-team-slider-test/ — Is there any way to get the Post Slider to process shortcode in the default editor?

    • This reply was modified 3 years, 5 months ago by sky19er.
    in reply to: post slider show full content #1314284

    Fair enough — thanks again, Ismael!

    in reply to: post slider show full content #1313825

    Nice! Now (and I’m sorry to keep pushing on this) is there a way to tweak that so it works with the Advanced Layout Editor in the posts? It seems to be showing all the shortcode when I use the Advanced Layout Editor in the post (see https://fpamed.com/home-team-slider-test/ ). Also, I can hide the featured images with css, but if there’s an easy way to hide those in the function, that’d be awesome. Thanks again, Ismael!

    in reply to: post slider show full content #1312847

    Thanks, Ismael. I did try the Content Slider, but, for one, the shortcode wizard in there uses a limited list — there’s no option.for columns in there, and it doesn’t look like using the column shortcode works in that element. Plus, using shortcode makes it hard for the client to make updates themselves. And also, the arrows for that element are not so hot — I much prefer the arrows in the post slider. But if you don’t have (or want to create) a snippet I could add to my child theme to make the post slider show full posts, I totally understand — just let me know. I guess I’d probably go with a third party slider plugin, like Smart Slider, then. Thanks again, Ismael — I always appreciate for your help!

    Well, it’s more of a general issue — the Form Widget in Elementor seems to be the only thing (at least the only thing I’ve run into so far) where the style options (font, field styling, etc.) don’t have any effect. Here are the rules I used to override Enfold’s styles for this site, but ideally we could somehow make it so the options available for these things in the Elementor Form Widget would work.

    #top input[type="text"], #top input[type="input"], #top input[type="password"], #top input[type="email"], #top input[type="number"], #top input[type="url"], #top input[type="tel"], #top input[type="search"], #top textarea, #top select {
        border: none;
        padding: 8px 15px;
        font: 18px "Proxima Nova", Helvetica, sans-serif;
        color: #0e416b;
        background-color: rgba(255,255,255,0.33);
        border-radius: 3px;
    }

    Thanks again and lmk if you have any other quesetions.

    Good thought — and I was really hopeful that would work, but it doesn’t seem to, actually. I had it set to only load elements in use (which I guess, technically, should be ok, seeing as I’m not actually using that element, or any elements, since I’m not even using the Avia page-builder), and I switched to Manually load elements, with no elements enabled, but no luck — cleared the server cache; tested in various private windows, etc. Any other ideas? I can set up a copy of the site and give you access, if you want to have a look…?

    Sure thing — thanks!

    Hmm, that seemed to help a little, sometimes, but the menu still seems fairly “confused” in the ways I described above. But I’m ok for now — the client seems ok with letting the sections anchor at the top of the browser, so I can just use Enfold’s method of anchor linking, which keeps the nav animation and current item highlighting working as they should. Thanks anyway / for now!

    in reply to: anchor links smooth scroll offset for sticky nav/header #1290963

    Got it — thanks! And thanks so much for the Elementor Menu Anchors tip — that’s a totally sufficient option — sorry I didn’t try that before asking! Thanks again and feel free to close this thread.

    in reply to: anchor links smooth scroll offset for sticky nav/header #1290275

    Sure thing — here you go — thanks so much!

    in reply to: Scroll to top much slower after WP 5.6 update #1288629

    Thanks for the plugin fix on this, Rikard — apparently this fix still hasn’t been implemented in the theme, correct? I’m running Enfold 4.8.1 and WP 5.6.1 and I still seem to need the plugin to get a smooth scroll with the right speed. Thanks again!

    in reply to: background video no longer working in mobile #1282330

    No, that’s ok — you can close, thanks.

    in reply to: background video no longer working in mobile #1282032

    Nice — thanks for checking that! So, I guess this little trick is working for some reason, eh? At least for now — maybe the browsers will clamp down further in the near future ;). Thanks again, Ismael!

    in reply to: background video no longer working in mobile #1280704

    Ah, I see — thanks. So maybe it’s only working in iOS, eh? Are you able to check if the video on https://justiceforsaweto.org/ is working in Android, by chance? Thanks again, Ismael!

    in reply to: background video no longer working in mobile #1279569

    But this is a Color Section, not a Slider — maybe that’s where the confusion/distinction lies? Also there’s no fallback image option in the Background Video options for the Color Section. Did you check my screencast? https://www.screencast.com/t/nqfry1qy. Thanks and let me know if you haven any other questions.

    in reply to: background video no longer working in mobile #1279273

    Thanks, Ismael, but I just reloaded https://justiceforsaweto.org/ on my phone and it’s working again — the background video’s playing! I just updated my iOS last night — I wonder if that’s what fixed it. Hmm…. yeah, so, I don’t know if this helps anyone, but, as of now, adding ?background=1 to the end of a vimeo url in the Background Video options of a Color Section (https://www.screencast.com/t/nqfry1qy) seems to work in iOS 14.4. I welcome any other comments/info on this, though. Thanks again!

    in reply to: lag in ajax portfolio preview #1257489

    Ah, sweet — thanks so much, Ismael… again!

    in reply to: lag in ajax portfolio preview #1256626

    There’s no staging or dev site, but you can deactivate the plugins — and there are backups, so I can revert if anything breaks. Thanks!!

    in reply to: lag in ajax portfolio preview #1255169

    I hadn’t actually tried that yet — sorry; can’t believe I hadn’t — but I just did and it doesn’t seem to be a plugin conflict; I’m still seeing the issue. Any other ideas? I set you up with a user, in case you want to jump in and poke around. Thanks!

    in reply to: remove past posts from blog element #1254816

    Looks like you nailed it — thank you so much!!!

Viewing 30 posts - 121 through 150 (of 485 total)