Fast Lane!

This is an excellent idea!!

@bfarber Any comments from IPB Staff?

UserPhoto template... these changes will ad it for basic user photos across the suite. In post images are TBD on updating... {{if $member->member_id and \IPS\Member::loggedIn()->canAccessModule( \IPS\Application\Module::get( 'core', 'members' ) )}} {{$memberURL = ( $warningRef ) ? $member->url()->setQueryString( 'wr', $warningRef ) : $member->url();}} <a href="{$memberURL}" {{if $hovercard}}data-ipsHover data-ipsHover-target="{$memberURL->setQueryString( 'do', 'hovercard' )}"{{endif}} class="ipsUserPhoto ipsUserPhoto_{$size}{{if $classes}} {$classes}{{endif}}" title="{lang="view_user_profile" sprintf="$member->name"}"> <img src='{$member->photo}' loading='lazy' alt='{$member->name}'> </a> {{else}} <span class='ipsUserPhoto ipsUserPhoto_{$size} {{if $classes}}{$classes}{{endif}}'> <img src='{$member->photo}' loading='lazy' alt='{$member->name}'> </span> {{endif}}

That's pretty awesome. We have a fairly tech neutral audience and chrome is nearly 50% of our users.

Agreed. Native is better than custom.

Bump. @bfarber

Thank you!! If you spot the issue is there anyway support can apply a hot fix for it prior to the next maintenance release? We ported a 120 article wiki over to Pages and this was the last item left to get right before we go live. Much appreciated again for the great support :-)!

I guess what I'd need is a 301 redirect on the IPB suite side, to the lower case version. Also the canonical pointing to lower case. This is how the forums does it if you type in anything upper case.

oh, I'll happily pay for help with a mod to correct this :-)

I had a mediawiki (wikipedia) install where all the urls were as follows (which include upper case in almost all cases): https://www.domain.com/wiki/index.php?title=Guides I'm porting everything to invision Pages. I've copied over a hundred pages (by hand, lol) into Pages with each having a custom url to match the prior wiki page, to preserve SEO. I have an .htaccess rewrite to map the old url to the new one: #RewriteCond %{REQUEST_URI} wiki #RewriteCond %{REQUEST_URI} index.php #RewriteCond %{QUERY_STRING} ^title=(.*) #RewriteRule ^(.*)$ https://www.domain.com/wiki/%1/? [R=301,L] Yes, the new records do not have the "r#" at the end (because I want to match the old urls). Going forward they can automatically add them. I can't quite get the server side rewrite working for case changes... and would prefer it to be on invision's side anyhow. Ideally. Just sent you my site... and example of what I'm trying to do.

Bug report... page/database records do not gracefully drop from upper to lower case, like the rest if the IPB suite. So a record of /record/cool will work but /record/Cool will break and say page not found. Seems like an easy suite side rewrite. I'll need to temporarily handle with a mod_write for now.

Don't do this... It may be considered black hat since the ad will trigger but not show. There are ways to legally alter the ad code in the header to change the ad unit size based screen width. You can also use dynamically sized ads. All Google friendly.

Google disagrees. And they provide $$ to keep the lights on for the Publishers that run the sites. That matters. A lot. Oh and they rank you better too with AMP.

Bum bump. This would be huge! IPB is sooo heavy on mobile. This would help a lot.

If I want to edit 10 templates it would be easiest to just have revision history to undo any of them if there was an issue, instead of a full restore from a backup.