opentype

There is no option like that at the moment. You are of course free to modify the HTML in the templates at your own risk.

Yes, that’s the one. There should be 4 SuperGrid templates in the template manager and for the listing view with the 3x3 display of all articles, you would have to change the settings in Supergrid Listing → recordRow

Should work for every article. It’s a live check for every entry. Make sure the image URL is correct and that you are looking at the right template. That setting is available for the front page and the listing view and needs to be set in both individually. If you still can get it to work, I would have to check it out in your ACP.

Should work for every article. It’s a live check for every entry. Make sure the image URL is correct and that you are looking at the right template. That setting is available for the front page and the listing view and needs to be set in both individually. If you still can get it to work, I would have to check it out in your ACP.

They most certainly are already! If you see specific problems, please show or describe them clearly, so I can check it out.

Support topic for: Pages SuperGrid is a set of Pages templates and a complete solution to make your Pages databases (with articles, directories and so on) appealing and engaging. What’s needed: IPS 4.1 in its most recent version with the Pages application A pages databases that uses the stock Record Image field and has images with a sufficient resolution uploaded through that field. (Technically, the templates also work without images, but it’s an image-centered design and works best when most or all records have images.) Which templates are included: A beautiful grid-based Front Page template with two records featured at the top — for when your database is set to article mode. A beautiful grid-based Listing template replacing the dull forum listing design — for when you open a category or have a database without categories. A unique Record View template with a large header image — for when you open a specific record. A category listing template – in case you use more than one category. 2 Bonus Features included: Twitter Card support! Yes, you read that correctly! The SuperGrid record view template adds Twitter Card support to your records. You just have to provide your Twitter handle. Tweets with images have a significantly higher click rate and with Pages SuperGrid any link to an article in your database (which has a record image) will automatically get a beautiful Twitter Card like this: Block template! Create blocks anywhere on your site – pointing to your database – and make them as beautiful as the database itself. A block template with options is included in the package.

Two question to be sure I understand this correctly: This is a bulk-change, not an override of the regular user subscriptions, right? So if I subscribe members this way, they can then unsubscribe again, correct? Does this work only for existing or also for future members? So if I set a group to follow a specific forum, will a new member added to the group later be automatically subscribed too?

Make it a bug report or support ticket so it gets addressed. It’s not working as intended (anymore) and can be replicated by different users on different (or maybe even all) sites.

This doesn’t seem to work anymore with a fresh install on the latest release. There is no Edit button to set the plugin up after installation and when the widget is placed on a page it doesn’t show anything.

I recommended it too a while ago. Makes perfect sense to support these Twitter meta tags along with the ones Facebook looks for. Tweets with images are so much more likely to get clicks than just plain links. If you can’t wait: it’s surprisingly simple to add it to certain templates. For example, I added this to my video database in Pages: {{\IPS\Output::i()->metaTags['twitter:card'] = 'summary_large_image';}} {{\IPS\Output::i()->metaTags['twitter:site'] = '@TypographyGuru';}} {{\IPS\Output::i()->metaTags['twitter:title'] = $record->_title;}} {{\IPS\Output::i()->metaTags['twitter:description'] = 'Watch this video in the collection of the best typography videos on Typography.Guru';}} {{\IPS\Output::i()->metaTags['twitter:image'] = (string) \IPS\File::get( 'cms_Records', $record->record_image )->url;}}

I just tried this on a test installation, but changing the conf_global did not seem to do anything at all. Is that really all we would have to do to start this process?

I agree to the feature request. However, I would suggest that you stick to calm factual descriptions for such requests. IPS will judge the feature request by itself. It doesn’t need red, exclamation marks or exaggerations (i.e. “it’s useless”). If it helps you as a work-around: On my 3.4 site I monitor Wiki article changes by having set up blocks which are ordered by last change. It’s much easier to spot changes this way.

Stop spreading these false information. The UTF8 type is a user-choice during installation or upgrade. There is no “automatic” conversion, because that wouldn’t even work, e.g. when your database runs on MySQL 5.1. In addition, your are not “stuck” with UTF8. Its YOUR MySQL database on YOUR server. You can do whatever you want with it. If you are not able to, maybe you should better move to IPS’ clould solution. But don’t expect IPS to become your server admin.

What Marcher said. It’s really a server-level thing that has nothing to do with the actual IPS software. If you choose to self-host, you should be able to maintain your database and set such things yourself or let it do through someone else. IPS only guarantees that 4.0 works both on UTF8 and UTF8mb4. It’s not their job to maintain your server.

No. The scenarios are: MySQL <= 5.1You cannot use UTF8MB4 at allMySQL >= 5.5UTF8. Certain characters (like certain Emoji) won’t be supported and could cause problems in earlier releases. Therefore the most recent version now warns you about this when you try to include such characters.UTF8MB4: You are free to use any characters.

Indeed. My member map has turned into a white page. Hoping for an update. I have been trying to push my users into adding their location and now I feel bad about not being able to deliver that map anymore.

Hiding/deleting posts is always a tricky issue. It's necessary, but it can create new discussions, because the users who's posts got hidden can get pretty mad. On Facebook Pages this is solved quite nicely. If you hide a post, no one will see it anymore BUT the author. So provoking posts will not cause any trouble, but the author won't get mad, because he/she will still see the post. This might be a nice option to have on IP.Board as well.

How is that size of the speech bubble for custom markers calculated? Can I change that somewhere? Because no matter if my text has 5 lines or 50 lines, the text block is always larger than that speech bubble.