opentype

IPS’ system already does that. Just upload the image here:

I think that will only change for future posts. It’s just text added to a forum post. It’s not dynamic content, which would react to the user language.

I know this model very well. I think it makes most sense for big players, where there are millions of users and a lot of money to go around. For smaller sites, it feels a little over the top. You have this complicated setup and then when you split the money among all the participating members, you maybe pay out $1,50 to a single one. 😉 No one really benefits from that. And it will also need a lot of oversight. If there is money to be made, there will be people who try to cheat or use click-bait in an extreme way and so on. But sure, the model is fine. Or to put it in more general terms: Letting members earn money with a cut for the site is always good. At the moment, it’s reserved to downloads and clubs. Options for content types such as Pages articles or forum topics are certainly interesting. Tricky, but interesting.

Well, there is no setting or anything like simple that. But any Pages field does have the “topic format” setting to control what happens to the field content when the entry is posted to a forum. I guess with some custom HTML in there for the Content Field, it could work. Maybe someone would help you with that in the Peer-to-Peer forum, as this Pages functionality is unrelated to the SuperReviews product and its features.

I guess you are using a template that is not made for the sidebar. But you can create regular feed blocks with Pages that work in the sidebar and look exactly like the default blocks for forum entries. Just go to Pages → Blocks in the ACP, create a new block, select “Record Feed” and follow the instruction to create your “Custom Block”.

And I’m out.

Sure. But that argument could be used for literally hundreds of functions and services that IPS could theoretically build to attract some new audience. Because it works for everything, it doesn’t mean much. As Paul already said, there a many many LMS providers already out there, who have worked for years in teams exclusively on this one product—so they are far ahead and will likely always remain ahead for years to come. It makes very little sense that IPS starts from scratch to compete with them through a completely new app, just to maybe get a few new customers in a competitive market, when at the same time, 98% of the current user base don’t have any use for that function. It makes much more sense to stay competitive in the markets they already serve and focus on the apps they already have. (By the way: Chat was already killed. Blogs almost. So as history shows, they are rather narrowing down their app portfolio, not extending it—e.g. just to attract some new people selling trainings.) I appreciate that some users really really want it (and I would like it too actually as my sites are very education-based), but lets be reasonable about it and not try to convince IPS with rhetorics. Saying it’s really really needed or even “required” doesn’t make it so and IPS doesn’t fall for that anyway. They know their user base in its entirety.

That’s great, but how do you know that your actions in regard to speed are what improves your ranking and therefore traffic? Just because one happens after the other doesn’t mean much. That could just be the post hoc ergo propter hoc fallacy.

Even the existing “additional” apps (Pages, Blogs, Gallery, Downloads, Commerce) only get minor improvements every 1,5 to 2 years. IPS doesn’t have the resources to add another full-fledged app with the required functionality and if you look at which sites use Invision Community, only a fraction even has a use for an LMS. So it just doesn’t work. I am seeing paths to possible compromises though. For example: if Pages databases were coming to Clubs, clubs could be sold or offered for free as a “course” you sign up for—with all the lessons added as Pages database records, plus course forums, course calendar and so on. It still wouldn’t have all the bells and whistles of a LMS, but it could be a good solution for many and be fully native to Invision Community.

PNG works fine on the web for a limited number of use cases like logos and other graphics. It was always bad for regular web content like pictures with a lot of information in them. Either huge files (PNG24) or very lossy (PNG8)—especially when processed through the regular web image libraries, which don’t do much optimization. So yeah, going from PNG to WebP will make a huge difference — but only in this very specific scenario of yours. One problem with WebP is that a cross-browser support only came very recently with Apple’s Big Sur OS. Before that and without a fallback solution in place, a WebP image would not render at all on millions of Apple devices (or very old Windows machines) and that continues to be the case for some time, since of course not everyone uses the latest operating system. When you weigh the pros (slightly smaller with slightly better image quality) and cons (might not show at all), the situation is only shifting slowly to the pro side. I agree with Joel by the way: the most important fix would be to allow WebP uploads—even if the delivery remains in a legacy format.

JSON is just a way to store and exchange data—any data. It’s not meant for anything specific, like RSS is. So you likely always need a custom solution to map the external data structure to a suitable local structure, which in the case of Pages database is also custom in the sense that it can contain any number of fields of various types.

It just needs to be uploaded as an attachment for the specific topic. It won’t work for images that are just embedded in the posts. The plugin only reads attachments.

It will work for every topic that has an attachment – old or new. But social networks might cache older images if the link was shared before. So it might take some time to see the new og:image.

What you ask for is already possible. You just need to be sure to turn reviews off or it will override the setting for leaving a rating. And yeah, the settings are a little scattered and category permissions sometimes confuse admins.

It seams to be a problem of your default theme. I switched to “dark” and then the OG:image is set correctly. As an explanation: Theme hooks need be attached to a certain HTML code. In the specific case it’s: <div class="ipsClearfix"> … in the topic template, called via: #elClubContainer > div.ipsClearfix But if your theme designer changed or removed that code, then the hook will not be executed. You might pass on this information to your theme designer and maybe he adds that code back for you.

Yes. That’s why it is not marked as compatible.

As is explained in the screenshot you posted, you can use any name from FontAwesome 4.7. https://fontawesome.com/v4.7.0/icons/ “mask” is not on there.

Well, no. Technically, the line-spacing stays the same. But your first post has three paragraphs and paragraphs, as a structural unit of the text, get additional spacing. There is an ACP setting called “Return Key Behavior”, which turns off the use of independent paragraphs, but I strongly suggest not to change that. There is no good reason to make forum posts in a typewriter-kinda-way in 2021. Proper structuring of the text is the best option. With CSS changes, one can also change the paragraph padding/margins, so the structure stays the same but the additional paragraph spacing is not used anymore.

Custom CSS classes need to be whitelisted in the ACP. It’s an editor option. I am not sure the background task for the bb code will honour that option though. I am actually surprised to see your custom bb codes touched at all. Can’t remember that being the case when I upgraded a long time ago.

I moved the content from my installation instruction PDFs to the “Addition Information” tab of each product. https://invisioncommunity.com/files/file/9544-pages-superdirectory/

No, there is no way around that. Keep in mind that the plugin just reads RSS feeds, which also just provide a limited number of entries.

The topic mixes a few issues. I agree that “starting a checkout” should not create an invoice. Clicking the final “buy now” should. That’s when the sale is being made and that’s when the buyer can be charged through the invoice. (Note that this is unrelated from saving the basket and anything like that.) It’s not just a matter of practicality. It’s also a quite serious legal issue. If I ever get audited by our local tax department, I will have a lot of explaining to do about the non-consecutive invoice numbers I actually declare. The normal and expected procedure would be that each invoice number identifies an actual transaction with a payment and that “missing numbers” are an exception, where the invoice actually got cancelled and of course that needs a proof as well. With the current system, the tax department will likely assume that I didn’t properly declare the income for all these invoices and they might require evidence for what happened to each and every invoice number that I didn’t actually declare as income.

You should be able to download the file from the Change Log section here on product page of the website.

It’s intentional and mentioned on the product page.

That won’t change. It’s the standard Pages paradigm. Listing view – Display view. It makes most sense for most databases, including voting databases, e.g. “movie title and some key facts“ on listing view and “full description + comments“ et cetera on display view. The display view can also be shown with whatever template you want. Changing the title links can be done by customizing the template though. Already possible and meant this way. You decide what fields you put in the listing view. Check the option to show “meta info”. The content field can be turned off as with any Pages database. (Make it not required. Remove permissions.) It’s both controlled through settings.