opentype

Setting it up is. Making it part of the mails needs to happen where the mail is created.

PHP mails have been a good default with acceptable delivery for many years. But now the major email services all check for SPF/DKIM/DMARC and reject mails without proper DKIM headers, which I can set up for my domain and mailboxes, but not for PHP mails sent from Invision Community. Any chance this could be added?

Should be no problem. You can just set up the new page under a new URL and then switch the URLs when the recreation is complete.

I get the idea, but I also wouldn’t hold my breath. It’s a niche use that goes against the entire framework revolving around community accounts. Not to mention that no one will agree on what those “essential“ information will be for that toggle. (I speak from experience regarding my Pages templates adding tons of options, which never were enough.) A custom app changing the template output for all user-related information might work though and would probably not be too complicated.

Are you sure about that? That must be new then. That function has always done what it says and deleted a template from a template set, effectively breaking the entire template set.

Tested it and I see the same in my store.

That’s not a useful question, because there is no general answer. Every potential customer needs to decide for themselves. And based on that calculation you either buy it or not — like with every single product decision in a supermarket, car dealership or whatever. Some communities make hundreds of dollars in ads every month. They don’t worry about investing $15 for a small improvement. Just look at it from the developer’s perspective. A plugin takes X amount of hours to code, test and support in the future. Multiply that with an hourly rate and you have the amount of money the developer wants to get back in earnings through the plugin price times the expected sales. Ending up with $15 for products that aren’t sold thousands of times isn’t surprising. It’s a bare minimum. And here comes the really bad news. Those prices only worked with the Marketplace and its large audience. With Invision Community 5, we can expect these smaller plugins to either go away or get much more expensive, because of fewer sales and the calculation presented above.

I have to agree with SoloInter: There needs to be a way to keep the strategically(!) created tags, independent from fitting in a most-used basket or low numerical limits. There is of course the noise of user-generated forum tags, which might have little value or even do more harm than good. But the strategically created tags need to be kept, independent from any hard limit. In fact, in the new system they can finally shine and be more useful than ever, but they need to be there to begin with. The alternative of dropping the tags and having the admins go through years of content to add them back in, isn’t really a viable option.

I might misunderstand it, but besides the technical difficulties, it sounds a little questionable legally. Wouldn’t the users have to voluntarily sign up for a paid subscription?

It’s an empty ad slot taking up space.

Check the “Existing Attachments”. It might still be there.

From the entire suite or forums? While it does not work well for certain content types, I use it heavily for pretty much all my Pages databases across all my communities. Best fonts, best books, best microphones, best anything. For all the data we collect around our community topic. Tens of thousands of votes that can’t just be trashed. They would at least be converted into an alternative system.

Pretty sure that was your problem all along. As it says in the pop-up, you should never turn that on. But now that it is off, you need to re-do the suggestions to change the title. The forum headline title was never edited in the General Settings. That’s the site title. That’s something different.

That wasn’t the right language string. You probably want to reverse that change by clearing the translation. There are many language strings similar to that. Therefore, my suggestion would be to use Quick Translation from the Language Tools. Activate it in one browser window but keep it open there. Open a new browser windows with your forum and you can click on the headline to change the language string. Then return to the first browser window to turn Quick Translation off again.

I just found it after testing every setting possible. It’s the “Allow Searching” setting in the database settings. When that is turned on, new club Pages records appear in feeds. If it turned off, they all disappear.

Thanks. What kind of club is it? I am using closed clubs and the clubs feature is only visible to members.

Was any of this identified as bug to be fixed in maintenance releases? My biggest issue is still this, which has stopped me from rolling out Pages databases in clubs altogether: Is this intentional? Do I miss certain settings? I just tested again with the latest release and still see the same. Without new database records appearing in feeds it would be kind of pointless. The way to discover new records is just too long, when you manually have to go to Clubs → Specific Club → Database Category instead of just seeing a new record on the Activity page.

I haven’t seen significant differences, but again, it would depend on what is actually on those pages. As Alex said, Pages databases don’t seem to be super fast. I have one site where the Pages homepage doesn’t show the main article database, but actually a block listing the latest articles. As those blocks are part of the regular sidebar block caching, it loads faster than the actual article database. Might be worth considering.

Those Page Speed results can be misleading as they usually complain about exactly the things you cannot change (as they are part of the IPS framework) and they don’t tell you about the things you can change. It’s much better to focus on the things in your control. The server and all its components play a huge role. That’s the admin’s responsibility for self-hosted installation. Caching of resources and maybe even full pages. Plenty of optimization potential here! Third-party interference. Loading external ads, analytics, webfonts … that slows down the site significantly. And then of course: what’s on the page to begin with? I often see community sites completely overloaded with blocks, trying to announce everything the site has to offer on the homepage with sliders and sometimes hundreds of avatar images to be loaded, plus external ads everywhere … Of course such a page will be slow to load. IPS can’t fix that with framework updates.

I use different browsers for this. 😉

Yeah, there isn’t really a good way to achieve this currently. Since it wasn’t mentioned before: you could also take a look at the “clubs” feature. That avoids the whole user group issue, as the access is then just based on the status of being a club member. Adding many clubs for many events would not be an issue.

I also use source mode all the time. Sometimes to inspect and clean up user posts, but like Sonya mostly for Pages articles. Custom classes, custom embeds …

It will just merge the entries. Instead of seeing 5 different replies for one topic, there will be one entry for that topic.

Instead of patching these issues, the entire functionality should probably be reimagined. Having this forum posting to begin with comes from old 3.x days where everything was centered around the forums. Having the need to have a separate comment system for Pages comes from the fact that 4.x originally allowed people to just have Pages, but not Forums. With the new licensing system, these legacy options should be consolidated into one comment system without the need for any kind of syncing, cross-posting or any anything like that.

Sorting is only available with the listing templates, not with those frontpage/article views. One could however create listing templates that look like those frontpage/article views.