Hisashi

Hello,
I thought of some actions that I think would be interesting to have as rules, comment your idea.
When to fill in a specific profile field Join a specific group Specific date Add photo Day won Two Factor Authentication Referrals

Thanks, I didn't know about this.

As I said in the beginning: Just create two independent pages like I did. 

Something to start with:
{{if $formValue}} <div class="ipsGrid ipsGrid_collapsePhone"> {{foreach $value as $file}} <div class="ipsGrid_span4 ipsSpacer_bottom"> <img src="{file='$file' extension='cms_Records'}" class="ipsImage"> </div> {{endforeach}} </div> {{endif}}  

Unfortunately, I think that block has a little JS code that acts against it and the above method isn't compatible.
That specific block could probably be handled via a template edit instead (not fully tested - I'm going to bed):
core -> front -> widgets -> mostContributors
Enclose the template content with the following:
{{if \IPS\Request::i()->controller==='page' AND !isset(\IPS\Request::i()->id)}} ALL THE EXISTING TEMPLATE {{endif}}  
Was typing it up as you replied - hope it works as I think it might.

You won't have access to this linked content, but it's an issue that is fixed in (as you found) 4.6.0:
 

I'm not confused - I'm clarifying your request to move from the general ("the blocks") to the specific ("the Recent Status Update block"), and your response confirms that it is the default blocks that you are asking about.
The 'fix' is to use custom blocks instead, as follows (note: I am not providing what you put in to every field, I am providing the specific things that need to be done...the rest is up to you)
ACP Pages -> Blocks -> Create Block In the second field ('Plugin') select the block you want to use ('Recent Status Updates') Give it a name (example: myBlock) Save this Pages -> Blocks -> Create Block This time, choose 'Custom' -> 'Manual HTML' On the first tab, name your custom block On the 'Content' tab, insert the code below On the same tab, DO NOT enable 'Cache this block' Save the new custom block Now, on the front-end you put that custom block in place, instead of the 'Recent Status Updates' block {{if \IPS\Request::i()->controller==='page' AND !isset(\IPS\Request::i()->id)}} {block="myBlock"} {{endif}} Why do it this way? The 'Recent Status Updates' block is cached, so adding the {{if....}} statement in its content will end up with strange caching results.
Result (there may be some finesse needed, but there is your starting point):
 

 

 

Suggestions:
Ability to thumbnail of Articles (records) when sending notification to discord. Create a programmed message that is repeated, sends at each chosen time. Ex: every 1h, 5h, 24h... Schedule message

When invision will accept this image extension?
https://developers.google.com/speed/webp/

Cloudflare, it was just necessary to clear the cache of the address in question. 😡

No, it's a cachebust query string key - it shouldn't impact the ability to load the file from disk. If you use a random value for the 'v' parameter does it load then? If so, then it might be a bad CDN cache (cloudfront/cloudflare/etc.).

I think it would be interesting to resemble social networking, it gives a period of days maybe the person gives up. In case there is an account hack, and even an email notification of delete request.

When invision will accept this image extension?
https://developers.google.com/speed/webp/

When invision will accept this image extension?
https://developers.google.com/speed/webp/

When invision will accept this image extension?
https://developers.google.com/speed/webp/

I think it would be interesting to resemble social networking, it gives a period of days maybe the person gives up. In case there is an account hack, and even an email notification of delete request.

I think it would be interesting to resemble social networking, it gives a period of days maybe the person gives up. In case there is an account hack, and even an email notification of delete request.

Puts an option to choose the color.

Yes
Another thing, a permission option to determined the group that can request verification.

Yes
Another thing, a permission option to determined the group that can request verification.

Puts an option to choose the color.

Puts an option to choose the color.

Yes
Another thing, a permission option to determined the group that can request verification.

This is the support/feature request thread for (itzverified) member verification.
 

Hi,
One feature that would improve a lot the moderation process would be the option to "quick edit" the topic title from inside the topic itself, i.e. by clicking and holding the title with the mouse.
Thanks.