opentype

As far as I can see that is a theme problem. You can try it in the default theme to make sure. 

SuperBlocks as Pages blocks in general are meant as links to content. Embedding full content there would lead to various other problems and so I don’t plan to change that. For videos in Pages databases I would rather solve this in the content itself. Write a little sentence to describe the video. That wouldn’t hurt and even help with SEO. 

That is already an option. 

Yes, works nicely in 3.0.
By the way: having the image in the (otherwise dull) activity feed looks awesome! ?
Small feature request: If there is no image, it doesn’t need an “No image picture”. It can just be omitted. I am only talking about the activity feed. 
Idea for another plugin: Since you know how to get images into the feeds – can you do the same for Pages record images? I would buy that! 

The blog entries need a “Featured Photo”. 

Give the links on this page a read to get your head around the terminology:
https://invisioncommunity.com/4guides/suite-applications/pages/core-concepts/
Then after that have a go at building a very simply database using this guide:
https://invisioncommunity.com/4guides/suite-applications/pages/building-a-recipe-section_360/

Go to Plugins → SuperDocs Settings and click Edit. Turn off “Use custom header image” or add another one. 

Is this really starting all over again? How many times does it have to be pointed out that URL delisting shown in the Search Console cannot be caused by the sitemap generation?
Listing and delisting happens when Google crawls the actual URL and it is decided based on what it finds on that URL. That’s it!
The sitemap can only help Google to find the URL faster. Nothing in the sitemap will cause an URL to be delisted. How could it? It’s just URLs saying “please check this out, Google!”. No slow or incomplete sitemap will cause delisting. No faulty sitemap will cause delisting. No entirely missing sitemap will cause delisting. Nothing in the sitemap can cause delisting. 
If you find an actual bug in the sitemap creation you can demonstrate to be true, better open a support ticket or start a new topic about this bug and nothing else instead of adding it to this huge pile of “I don’t like my Google stats and I will just blame IPS and ask them to fix it”. 

Is this really starting all over again? How many times does it have to be pointed out that URL delisting shown in the Search Console cannot be caused by the sitemap generation?
Listing and delisting happens when Google crawls the actual URL and it is decided based on what it finds on that URL. That’s it!
The sitemap can only help Google to find the URL faster. Nothing in the sitemap will cause an URL to be delisted. How could it? It’s just URLs saying “please check this out, Google!”. No slow or incomplete sitemap will cause delisting. No faulty sitemap will cause delisting. No entirely missing sitemap will cause delisting. Nothing in the sitemap can cause delisting. 
If you find an actual bug in the sitemap creation you can demonstrate to be true, better open a support ticket or start a new topic about this bug and nothing else instead of adding it to this huge pile of “I don’t like my Google stats and I will just blame IPS and ask them to fix it”. 

Is this really starting all over again? How many times does it have to be pointed out that URL delisting shown in the Search Console cannot be caused by the sitemap generation?
Listing and delisting happens when Google crawls the actual URL and it is decided based on what it finds on that URL. That’s it!
The sitemap can only help Google to find the URL faster. Nothing in the sitemap will cause an URL to be delisted. How could it? It’s just URLs saying “please check this out, Google!”. No slow or incomplete sitemap will cause delisting. No faulty sitemap will cause delisting. No entirely missing sitemap will cause delisting. Nothing in the sitemap can cause delisting. 
If you find an actual bug in the sitemap creation you can demonstrate to be true, better open a support ticket or start a new topic about this bug and nothing else instead of adding it to this huge pile of “I don’t like my Google stats and I will just blame IPS and ask them to fix it”. 

Is this really starting all over again? How many times does it have to be pointed out that URL delisting shown in the Search Console cannot be caused by the sitemap generation?
Listing and delisting happens when Google crawls the actual URL and it is decided based on what it finds on that URL. That’s it!
The sitemap can only help Google to find the URL faster. Nothing in the sitemap will cause an URL to be delisted. How could it? It’s just URLs saying “please check this out, Google!”. No slow or incomplete sitemap will cause delisting. No faulty sitemap will cause delisting. No entirely missing sitemap will cause delisting. Nothing in the sitemap can cause delisting. 
If you find an actual bug in the sitemap creation you can demonstrate to be true, better open a support ticket or start a new topic about this bug and nothing else instead of adding it to this huge pile of “I don’t like my Google stats and I will just blame IPS and ask them to fix it”. 

@InvisionHQ Now that 4.3 has been released and you have had a few months to get familiar with the code base it would be nice to engage the community about  "your" vision for the future of this app?  Do you intend on adding additional functionality or is the feature set locked?  

Let me explain it visually. ? You can add it all full-width columns. 

I am happy to announce my latest plugin/template set. I’ve put everything I learned from creating my previous templates into this one, creating a super powerful and flexible block template set. Enjoy! 
 

There was a missing curly bracket in my custom.css. Something small can really screw things up.
Thanks.

I would like to "clean" the list of my purchases here. The most apps there are outdated, belong to 3.x, are not active, not available, cannot be renewed and so on. I would like to be able to delete or at least hide them from my list. This way I can better overview the applications I really use and need to upgrade. And I would appreciate if I could sort the purchases by renew date or status.

There are no plans to add this to listing views. Showing the results of any possible reaction needs way too much space for this design and leaving reaction makes no sense, since you first need to see the entry to react to it. 

I would expect that this fixes it, yes. But as you said yourself: whether that settings is there or not – it shouldn’t have any effect anymore anyway. 

Can confirm, in my 3.0 SuperGrid settings is nothing about Twitter shown.

Let me explain it visually. ? You can add it all full-width columns. 

It looks like the latest post widget that is already on there. 
The big one will be whatever is the first entry in the feed. Note that the demo just happens to use two entries for the album list as an example. You can pick the other layouts as well. 

A true masterpiece, guess this makes a lot of people happy. Thank you very much.

Usually, you are supposed to open a category first, like in the forums. There you will find the button both in desktop and mobile.
There is an extra desktop button on the frontpage currently. I will consider how to deal will that in a future release. Maybe I add a mobile button. Maybe I remove the desktop button. Not sure yet. For now this is intentional. 

Not sure.
If you place any of the two widgets it should instantly load the demo feeds already set up. 
If it fails entirely, your server is probably set not to allow outgoing file calls, which load the RSS feed from YouTube and Vimeo. 

Yes. This how the Downloads app works.