opentype

It’s a block like any other. You just drag the database widget from the sidebar manager and pick the database. Nope. Combining the page templates and the block should work fine in general. Done that myself many times.

It comes from this part in your custom.css. It sets the background to transparent. .ipsDialog .ipsBox:not(.ipsBox_transparent):not(.ipsModerated), .ipsWidget.ipsWidget_horizontal .ipsBox

This is not a bug, but a very bad test string.

Doesn’t matter actually. SuperList is a block template. For a typical use of SuperList you wouldn’t even expose the database page to your users and just use a block. So the database templates (front page/category/listing/record) aren’t relevant. If you do use them, you can show them however you like. It’s unrelated to SuperList.

That’s not an option of SuperTopics at the moment I’m afraid.

Yes, many. It’s an IPS bug. It will be fixed in 4.2.7. You will need to reinstall the plugin after the IPS upgrade.

Interesting! I just activated it, but it seems to ignore social media signups. Is that intentional?

Yes, as mentioned, make sure to pick a higher feed items value for a random rotation. Also, the site’s sidebar cache setting influences how long any block stays unchanged.

It just takes static links at the moment.

@Virgo81 Thanks for the positive rating even though it doesn’t work for you very well . What theme is that? There is no floating bar normally, nor this image that is showing in your screenshot.

Support topic for this plugin:

Answered on the previous page: https://invisioncommunity.com/forums/topic/433864-pages-supergrid-support/?do=findComment&comment=2721176

No. It’s just a template. It doesn’t add functionality. What is being fed into the template comes from the regular Pages block functionality. SuperGrid uses the Pages Record Image field. SuperTopics uses post attachments. Both use similar layouts. Not at this time I’m afraid.

I’m afraid not. It doesn’t process the post content in any way. It just uses a core function to return images uploaded to the topic.

A test URL would help. It shouldn’t matter how many images there are in a post or topic. It only matters that they are post attachments.

Makes sense. I can do that when I upgrade the templates for 4.3.

Not my product, but since I get similar reports for my plugins recently, I am curious: Care to be more specific about the “disappearing”? Settings be emptied? Set back to default installation values? Or what exactly is happening? Do you maybe have a caching engine activated?

If you don’t have it in the menu yet and don’t want to type the URL, use this from ACP → Pages → Pages

I don’t think you can, since the Add to Cart button is not a link, it’s a form (with “post” values). What IPS has done seems to be a custom app – it’s not a Commerce link.

The permissions are controlled through: the Pages block permissions the Pages database permissions the Pages database field permissions If you set those correctly, you have full control over who sees your SuperList block. Sounds like you picked the wrong database when creating the block. This can’t be changed once set. You might need to create new block first.

I don’t see the image.

That’s not an option at the moment, unfortunately.

No. It’s how certain Pages field types behave. Fields like text and text area aren’t directly meant to be HTML code fields. If you want their content to render as HTML, you need to pass them on as “raw” fields from the field settings to the template. That’s done like this in the field settings:

Can you maybe try a different PDF reader? There is nothing special about the PDF. It should open in almost any viewing app that supports PDF.

It’s set up this way. If there are additional fields, those are considered “detailed information” reserved for the record view page and you have the option to show the link to that detail view page. The block only shows the basic information of the quote.