Forum Replies Created

Viewing 15 replies - 46 through 60 (of 363 total)
  • Plugin Author Gantry

    (@gantry)

    Here’s the snapshot of RokSprocket that removes usage of MooTools on the Page/Post edit screens. Please make a backup and test if it’s working fine for you.

    https://we.tl/fziCuuCbf6

    Plugin Author Gantry

    (@gantry)

    Hi,

    Sorry for late reply. Well we won’t be able to solve it the way we should because like I mentioned it would require rewriting tons of MooTools code.

    However I just removed MooTools and (not fully working) QTags (text editor mode) RokSprocket button from the post/page edit screen. This allows me to not load MooTools on that page which fixes the issue with YOAST.

    MooTools still is required both by Gantry 4 and RokSprocket in the Widgets page, where YOAST loads its scripts too. So until you use the G4 Gizmo I mentioned previously, you still gonna see JS error there. I’m not sure why YOAST loads its JS on every admin page but as I stated before – it’s not a very good idea.

    If you guys are interested I can send you a snapshot build of RokSprocket so you could test it. I’ve also passed it to our mods for internal testing.

    Thanks

    <another mistake>

    • This reply was modified 8 years, 8 months ago by Gantry.
    Plugin Author Gantry

    (@gantry)

    We use MooTools in our theme admin screen, widgets page (overrides dropdown, gantry divider etc.) and post/page edit screens (but only if you use the RokSprocket or RokGallery – shortcode generator). The only compromise I can see right now without rewriting whole JS is to disable the RokSprocket and RokGallery shortcodes generator in the Post/Page edit screens if YOAST gets detected. That way we wouldn’t have to load MooTools in that screen and YOAST should work fine there.

    • This reply was modified 8 years, 8 months ago by Gantry.
    Plugin Author Gantry

    (@gantry)

    Yes, I’m aware of that and that it’s a workaround for the current situation. This was to fix YOAST loading its JS scripts everywhere in admin which btw. isn’t a very good design decision. There’s no point of loading its JS scripts on pages that don’t actually use it.

    To fix this issue completely we would have to rewrite a huge amount of our JS code. This isn’t something that can be handled by changing MooTools version or disabling compatibility layer in it.

    I assume that the issue that’s hurting you most is the Post/Page edit screens where the YOAST controls don’t work right? And you have RokSprocket/RokGallery installed too?

    • This reply was modified 8 years, 8 months ago by Gantry.

    <mistake>

    Plugin Author Gantry

    (@gantry)

    Ok, so the update has been released. If you update the Gantry 4 to 4.1.14 it should automatically fix the Theme Options page.

    If you update only framework you’ll notice that a bug still exists on the Widgets page, where there is still JS conflict and the dropdown for overrides won’t work.

    HOWEVER I’ve implemented a mechanism to enable/disable YOAST JS on the Widgets page whenever you need it.

    To be able to use it, you need a toggle to enable it to be placed in your theme. We will update all our G4 themes to have it, but until this happens – here are the steps to add it by yourself.

    1. Edit templateDetails.xml in /wp-content/themes/<your-theme>/
    2. Add the code you can find below to the end of the “Gizmos” section of the templateDetails.xml file
      <fields name="yoastwidgets" type="chain" label="Disable YOAST JS" description="Disables YOAST scripts on Widgets page in order to make the page fully working. This affects ONLY Widgets admin page.">
          <field name="enabled" type="toggle" default="0" label="ENABLED" enabler="true" />
          <field name="priority" type="hidden" default="5"/>
      </fields>
    3. Go to Theme Options > Gizmos and locate your new toggle. Enabling the toggle prevents loading of YOAST JS on the Widgets page, so you can control it easily.

    Thanks for your patience.

    • This reply was modified 8 years, 8 months ago by Gantry.
    • This reply was modified 8 years, 8 months ago by Gantry.
    Plugin Author Gantry

    (@gantry)

    I just pushed our dev build for internal testing. If the fix will get confirmed – we will release update shortly.

    Plugin Author Gantry

    (@gantry)

    Hi Marcel,

    I’m sorry for late reply but for some reason I haven’t received any notifications about your topic. Do you still need a support with that error?

    Thank you,
    Jakub

    Plugin Author Gantry

    (@gantry)

    Allright, here is the code that I promised 🙂 Firstly you have to copy the wp-content/plugins/gantry5/engines/wordpress/nucleus/particles/contentarray.html.twig to the wp-content/themes/g5_helium/custom/particles/

    Next step is to edit that TWIG file and replace this code :

       {# Query Posts #}
        {% set query_parameters = {
            'cat': filter.categories|replace(' ', ','),
            'posts_per_page': limit.total|default('-1'),
            'offset': limit.start|default('0'),
            'orderby': sort.orderby,
            'order': sort.ordering,
            'ignore_sticky_posts': sticky_posts
        } %}

    with this :

       {# Query Posts #}
        {% set current_post = [wordpress.call('Timber::get_post').ID] %}
        {% set query_parameters = {
            'cat': filter.categories|replace(' ', ','),
            'posts_per_page': limit.total|default('-1'),
            'offset': limit.start|default('0'),
            'orderby': sort.orderby,
            'order': sort.ordering,
            'ignore_sticky_posts': sticky_posts,
            'post__not_in': current_post
        } %}

    This should ignore the current post.

    • This reply was modified 8 years, 11 months ago by Gantry.
    Plugin Author Gantry

    (@gantry)

    Yes, there is, but it requires modifying WordPress posts particle. I’m currently out of my hometown but if you’ll wait till monday I’m gonna prepare a code for you.

    Sounds good?

    Plugin Author Gantry

    (@gantry)

    What do you mean by current post? You’d need to define which one is “first” for you. The newest one in choosen category?

    Plugin Author Gantry

    (@gantry)

    I think that you’d have the same issue with any other plugin that uses Composer, not only Gantry 5. This sounds like an Apache misconfiguration. I’m sorry but I have no idea what could cause it.

    Did you check Apache/PHP logs? You can also try to troubleshoot it following these guides https://getcomposer.org/doc/articles/troubleshooting.md#general

    Plugin Author Gantry

    (@gantry)

    Well the thing that concerns me is that you wrote that it all worked fine initially but suddenly stopped. If it was working fine before, somethings must’ve happened and the question is what. Did you update anything on your VPS? Did you enabled any PHP modules? Installed new plugins? Are you using the same Gantry 5 version that when it was working fine?

    If you have two separate instances of WordPress and two different set of files – all should be working fine.

    • This reply was modified 8 years, 11 months ago by Gantry.
    Plugin Author Gantry

    (@gantry)

    Can you try deleting and re-uploading Gantry 5 and theme on the faulty instance?

Viewing 15 replies - 46 through 60 (of 363 total)