I’m trying to utilise the “Use link from Query Loop Block” option within a Query Loop that has “Reload Full Page” disabled.
The issue I’m having is that when adding the Hyperlink Group to the Post Template I get a warning that Reload Full Page has been enabled.
“Query block: reload full page enabled”
“Currently, avoiding full page reloads is not possible when non-interactive or non-client navigation-compatible blocks from plugins are present inside the Query block. If you still want to prevent full page reloads, remove that block, then disable “Reload full page” again in the Query Block settings.”
The Hyperlink Group block is both interactive and used for client navigation, so seems to meet the criteria.
I’ve been doing my best to understand the interactivity issue as detailed here:
https://github.com/WordPress/gutenberg/pull/60006
https://github.com/WordPress/gutenberg/issues/59752
Non-core blocks should now be permitted within the Query Loop with “reload full-page” disabled. I was hoping it may just be a case of adding the interactivity attribute in the block.json file, but my tests have not been successful.
I must be missing something? Neither of these had the desired result.
"interactivity": { "clientNavigation": true }
"interactivity": true
Thanks
]]>Hi there,
I’m using version 2.0.0 and noticed that there’s an undefined variable, $html
, in the main PHP file on line 76. It looks like the variable isn’t being used anywhere else. This isn’t causing a problem for me, but I wanted to bring it to your attention.
It would be really nice, if you could implement an option to add a title attribute for the link.
]]>Hiya
Wordfence has started flagging this plugin up for having “Improper Neutralization of Input During Web Page Generation”: https://www.wordfence.com/threat-intel/vulnerabilities/wordpress-plugins/hyperlink-group-block/hyperlink-group-block-1175-authenticated-contributor-stored-cross-site-scripting
I believe it only affects contributors and higher and the site I am building using your plugin won’t have anything besides an admin so I am not overly worried about this for myself but I wondered if a fix was in the works please?
]]>Hello i think i’ve found a bug.
When choosing background overlay color i got this for html
<a style="--color-bkg-hover:#f3cb13;" class="wp-block-tiptip-hyperlink-group-block">
and css code is like that
.wp-block-tiptip-hyperlink-group-block?{
background-color: var(–color-bkg, none);
color: var(–color-text, none);
cursor: pointer;
display: block;
}
For me it should be : style=”background-color:#f3cb13;”
or in css it should be
background-color: var(–color-bkg-hover, none);
Thank you very much for your reply
]]>I have tried this plugin and the truth is that I like it, but is there a way to not underline the part of text that is inside the hyperlink blocks? I think it is a bit unsightly. It would be better if the text was not underlined.
]]>Hi!
Please, add a condition: if colors aren’t given ($color_text
, $color_bkg
, $color_bkg_hover
), so don’t output style attribute to HTML.
Now I get this useless code at every TipTop Hyperlink Group Block:
style="--color-text:;--color-bkg:;--color-bkg-hover:;"
I’ve sent this to TipTopPress Support but I’ll post here for others:
I’ve been using Hyperlink groups. For some reason, these groups are losing all their content. The link remains on the back end, but no content inside the group, and nothing is shown on the front end inside the <a>
tags.
The change is shown in the revision differences – the content is being removed from the blocks. I can restore the revision – but any page save means the content is lost again from the Hyperlink Groups.
I have tried deactivating all other plugins and switching to a standard WP theme (Twentytwentyfour). But this behaviour continues.
Any support would be appreciated.
A great addition for this plugin would be an ‘aria-label’ input field!
]]>My site is multi lang, Is there a way change the link in wpml?
]]>Hello, unfortunatly after installing your plugin it simply isn’t doing nothing to the group block. Latest WordPress version is running. Any idea maybe?
]]>Hi,
we encountered a version incompatibility issues. Our current version is v1.0.8 and there are a lot of blocks on our sites. These blocks are saved like:
<!-- wp:tiptip/hyperlink-group-block {"backgroundColor":"pale-cyan-blue","textColor":"theme-info-default"} -->
<a class="wp-block-hyperlink-group" target="_blank" rel="nofollow noopener"><div class="wp-block-tiptip-hyperlink-group-block has-theme-info-default-color has-pale-cyan-blue-background-color has-text-color has-background"></div></a>
<!-- /wp:tiptip/hyperlink-group-block -->
But after plugin updating to the latest version v1.17.1 I see that you have completely changed the way attributes are stored in favor of JSON.
"<!-- wp:tiptip/hyperlink-group-block {"colorText":"#fcb900","colorBkg":"#7bdcb5","colorBkgHover":"#f78da7","url":"https://newtest.ua"} -->
<a class=""wp-block-hyperlink-group"" href=""https://test123.ua"" rel=""nofollow"" data-event-label=""analytics""><div class=""wp-block-tiptip-hyperlink-group-block""></div></a>
<!-- /wp:tiptip/hyperlink-group-block -->"
At the same time, you did not take into account that customers who use this plugin and have a large number of blocks on the site after the update will be forced to make manually block recovery of each block. After that they will lose all the data on the links (attributes) that were previously stored in html of block and attributes are now stored in JSON format.
It’s example block after block recovery, and as you can see we lost all data related to link (url, target, etc.)
<!-- wp:tiptip/hyperlink-group-block {"backgroundColor":"pale-cyan-blue","textColor":"theme-info-default"} -->
<a class="wp-block-hyperlink-group"><div class="wp-block-tiptip-hyperlink-group-block"></div></a>
<!-- /wp:tiptip/hyperlink-group-block -->
This is a huge problem, but that’s not all.
You became use render_callback instead javascript function save(). However, in doing so, you also renamed attributes to completely different names than they were in the previous version (textColor
became colorText
, backgroundColor
became colorBkg
) and render new attributes in render_callback:
And now, in addition to losing data on all links, we also lose the “old” data (textColor
, backgroundColor
) needed to style the block.
Сould you please answer me how you suggest users of your plugins should solve these issues?
After the update to version 1.16, the content of the hyperlink group is not shown anymore. I’ve tried to recreate the hyperlink group in the WordPress’ widgets section, but without any success.
The group is correctly shown in the backend editor, but on the frontpage the content is missing.
The generated HTML output is:
<section id="block-44" class="widget widget_block"><a style="--color-text:;--color-bkg:;--color-bkg-hover:;" href="" class="wp-block-tiptip-hyperlink-group-block" data-wpel-link="internal"></a></section>
No content between the <a>-tags. Any ideas how to fix this?
WordPress version is 6.2.
]]>After upgrading the plugin on our customer sites, we discovered that links went missing, and the hyperlink group block is displayed with an error in the editor.
I see that the way the block is saved has changed between the versions, but is there no way to automatically migrate between the two?
In the old version of the block, that we have reverted to on our sites, the links are saved like this:
<!-- wp:tiptip/hyperlink-group-block -->
<a class="wp-block-hyperlink-group" ><div class="wp-block-tiptip-hyperlink-group-block">
and in the new version, like this:
<!-- wp:tiptip/hyperlink-group-block {"url":"https://example.com"} -->
<a class="wp-block-hyperlink-group" ><div class="wp-block-tiptip-hyperlink-group-block">
Will I need to run a regular expression search&replace across our sites, or is there a better way to handle it?
]]>Is it possible to use some sort of token in the link field or link to the current post when using hyperlink group inside a query block?
]]>Hi. Does the Hyperlink Group Block have a core block name that I can use to create a custom block style?
Thank you.
]]>Hey,
first I want to thank you, for this incredible useful plugin. It was the last little drop I needed, to write my themes fully in blocks.
While trying to style the editor exactly like the final website, I came across an inconsistency, which makes it inconvenient to do so.
In the editor the structure is div class="wp-block-tiptip-hyperlink-group-block"
> a class="wp-block-tiptip-hyperlink-group-block"
On the other side in the frontend it is a class="wp-block-hyperlink-group"
> div class="wp-block-tiptip-hyperlink-group-block"
Is there any important reason why div
and a
are exchanged, and even the classes are changing? If not, to have a consistent way would be awesome and even more increase the user-friendliness of the hyperlink group block.
Best regards,
Piiit