Ibai

Hi,
The default Display > record template from Pages has a small glitch. The <br> tags at the end should be inside the {{if}} statements, otherwise we have too much space at the bottom of the page when the {{if}} conditions aren't met.
Default:
<br> {{if $commentsAndReviews}} <a id="replies"></a> <h2 class='ipsHide'>{lang="user_feedback"}</h2> <div class='ipsResponsive_pull'> {$commentsAndReviews|raw} </div> {{endif}} <br> {{if $updateForm}} <div class='ipsAreaBackground_light ipsPad'> <h2 class='ipsType_sectionHead'>{lang="cms_front_update_fields" sprintf="$record::database()->recordWord( 1 )"}</h2> <ul class='ipsForm ipsForm_vertical'> {$updateForm|raw} </ul> </div> {{endif}} Suggested fix:
{{if $commentsAndReviews}} <br> <a id="replies"></a> <h2 class='ipsHide'>{lang="user_feedback"}</h2> <div class='ipsResponsive_pull'> {$commentsAndReviews|raw} </div> {{endif}} {{if $updateForm}} <br> <div class='ipsAreaBackground_light ipsPad'> <h2 class='ipsType_sectionHead'>{lang="cms_front_update_fields" sprintf="$record::database()->recordWord( 1 )"}</h2> <ul class='ipsForm ipsForm_vertical'> {$updateForm|raw} </ul> </div> {{endif}} Thanks.
PS: Please move this topic to the suggestions forums if this isn't considered a bug per se. Thanks.

Hi,
I noticed today in our community, and could confirm that this is also present here at your community, that there is a comma placed after the username in topics. See it in the screenshot below:

Investigating this further, this issue is caused by the byline_itemprop language string: By %s,
This string is used whenever a date is placed in the sequence, however in this particular context, as the date is placed in a new line, and the comma looks ugly IMHO.
So, I believe the byline_nodate_itemprop language string should be the one used in the forums > front > topics > topic template, not byline_itemprop.
I don't know if this topic is a bug report or a suggestion, please move it to the suggestions forum if that is the case.
Cheers!

What do you think about creating an option to add prefixes in front of the topic name in different colors? to choose from in some sections of the forum? something like in the attachment. I think this is a very useful feature and needed.

Yes, definitely! That's actually a core feature I was expecting IPS to have but was surprised it didn't. 

We're in Feature suggestions forums, not plug-in forums.
So i'm agreed with @Grafidea for this feature. It'll be useful this prefix feature

@Adlago 
I know that, I am a designer myself 😉 My point is that many lines of CSS and JS code are not used at all (on the homepage and elsewhere) hence such poor performance on mobile devices in the PageSpeed test

This is the worst. I hope that IPS will "somehow" optimize it, although I know it will not be easy.

While this is true, most of the "opportunities" presented by PageSpeed Insights are things I have little or no control over, such as eliminating render-blocking resources and removing unused JavaScript and CSS. These improvements will have to come from you, though I imagine they would require insane amounts of work and are therefor not prioritized.
I know these numbers will depend on a lot of factors, but I think they speak of an underlying issue – not as in something you've done wrong, but something that's hard to "fix": When viewing the front page on my community, 77% of root_framework.js and 92% of framework.css is unused. When viewing a topic, the numbers are 74% of root_framework.js and 89% of framework.css. Given the required time and resources, these files and the rest of the scripts and style sheets could be massively optimized, which in turn will benefit everyone, especially mobile visitors.

I have best VPS server. php 8.0.14, redis on, and give 512MB php memory limit. Desktop ist good 96/100 points, mobile device 50-60 points. The mobile version should be optimized.

And hopefully also a way to manage plugins with it too :,)

Hope IPS is considering adding CKEditor v5 in 4.7.0

This is a great idea. We would make great use of such feature since we're not using reputations and the current leaderboard is basically useless 

As our new achievements system matures and grows, we do plan to rework the leaderboard to better integrate the features. 

Hi guys
Is there a way to view badges earned in a week or month? We would like a leaderboard of badges earnt?
Is this possible?

There is no such leaderboard as such, but its certainly an interesting idea. I will move this over to our suggestions forum for future consideration

@Stuart Silvester brainfart here. I was aware of that, I even exchanged a couple of messages with you regarding robots.txt. We have in fact this directive in our robots.txt. I edited the title of this topic to reflect our current (and correct) discussion.
# Block profile pages as these have little unique value, consume a lot of crawl time and contain hundreds of 301 links Disallow: /profile/ I was intrigued on why Google was still indexing my own profile and found this:
https://developers.google.com/search/docs/advanced/robots/intro
That is exactly what is happening here.
Therefore, based on what you wrote, besides the nofollow, I believe that probably it should be added the noindex directive to the user profile pages.
However, in order for the noindex to work, the pages must not be blocked in robots.txt:
https://developers.google.com/search/docs/advanced/crawling/block-indexing
Could you please take a look into this?
Thanks.

By default we nofollow profile links and block them being indexed via robots.txt
https://invisioncommunity.com/4guides/advanced-options/configuration-options/seo-robotstxt-r364/

I assume it is because it basically turns the default design into two designs and you need to add a switch somewhere, that take up more space in the navigation.
It's not very difficult to add on your own, though. I have a codepen where I have my code that I use:
https://codepen.io/jimiwikman/pen/vYmXNQb
I also added a cookie for this to make the change persistent.
 

This is the support and feedback topic for the Radical Tags application,
If you run into any issues, or have any questions/concerns, please let me know!

Hopefully, IPS will find a way to manage all this. They should, because even though each of us is responsible for the changes made to the editor. There should be a way to prevent the editor from working if one uploads a plugin that doesn't work as expected.

@AlexWebsites Yes, and the latest version doesn't deal with the patterns I am talking about, hence me opening this topic.. 😉
 

Ah yes, I see those strings are not added to the dynamic robots.txt. Good call out, I’ll have to check on my end as well.

I also had a few times so that after adding the plugin, the editor was completely crumbling... Then the only solution is to restore the default configuration and set all buttons from scratch. 😕 
Surely, but IPS Team must first update the editor to a newer 5.x version and then they will probably think about some manager.

Today adding new plugins to the CKEditor is a lottery: maybe it will work, maybe it will ruin the editor completely. No previews, no tests, no undo. If a plugin brake the editor, the only thing you can do is to reset it. And add all previous plugins manually again and arrange all the buttons again. Managing CKEditor plugins in Invision Community is a very implicit process. 
I think Plugin manager for CKEditor will help many Invision Community customers who are not limited to standard CKEditor capabilities.

ACP → System → Applications → System → Search → Permissions