-
Posts
313 -
Joined
-
Last visited
Reputation Activity
-
InsideEdge reacted to Matt for a blog entry, 4.4: Animated GIFs
Communication has come a long way since those very early humans grunted at each other to determine if they wanted more mammoth for lunch.
The course of human history has seen cave paintings, hieroglyphics, the written word, emoji and now GIFs.
GIFs have been around since the dawn of the internet. Many websites proudly displayed a 'man at work' animated GIF when they were under construction.
Now, GIFs are now mostly used to express complex thoughts and emotions by showing a short animation.
Mind Blown
Invision Community has allowed GIPHY to be used as an embed for a while now, but we craved something much more straightforward.
Behold, the GIF button!
Now your members can reply with the majesty of animation.
Of course, GIFs won't replace real and meaningful conversation, but they are a fun way to express yourself quickly and encourage more engagement.
The GIPHY functionality is enabled via the 'Community Enhancements' page in the Admin CP.
GIPHY is enabled from the enhancements page
All you need to do is grab a key from GIPHY, and you're all set!
Configuration
You'll notice a "MPAA style rating" option.
This allows you to select a maximum rating for the GIFs as some will have adult themes and language that may not be suitable for your community.
For example, you can choose "G" for general audiences, "PG" or "PG-13" to limit what is shown.
Yes!
Drop your favourite GIF below to show us how you feel about this new feature.
This is a blog about our upcoming Invision Community 4.4 release, due later this year.
-
InsideEdge reacted to bfarber for a blog entry, New: Statistics
This is an entry about our IPS Community Suite 4.2 release
Statistics can be an important part of monitoring your site and ensuring it grows and responds to your marketing and promotion efforts effectively, and several new statistic tools have been added to the 4.2 Community Suite which we know you will be excited to learn about!
A simple tool has been added that will allow you to look up and list all member accounts that have last visited the site within a specified time period.
Look up members who have visited within a set time period
Additionally, online user (both logged in user and guest) counts are now tracked every 15 minutes and graphed in the AdminCP for you to reference. You can view online user trends over a specified date period, view just guest counts or just member counts (or both), and view the graph in multiple different modes (such as an area chart or as a column chart). By default, the data is retained for 180 days, however you can control how often to prune this statistical data in the AdminCP.
Online user trends graphed
You can also view a graph of member activity on the site. Member activity is defined as any "activity" beyond simply browsing, such as submitting a new post, reacting to any content item or comment, or following any content item or node.
Activity information about your member base
You will also be able to define keywords that you would like to monitor and then see both a graph of usage of those keywords, as well as a table listing all usages of those keywords. You can use this to track usage of competitor names, find out if hash tags you define are trending, or learn if promotional materials are making an impact on your membership.
Keyword tracking can help you closely monitor your community
Along with these additions, we've cleaned up the menu and wording for the rest of the existing statistic options to make their functions more clear.
We hope these additions help you better track and control your community, making the most of your time and money.
Note for developers: A new chart class has been added which allows you to populate dynamic charts using callbacks, in addition to the standard methods that already exist for pulling data directly from a specified database table.
-
InsideEdge reacted to Rikki for a blog entry, Theme Tip: Dynamic(ish) forum feeds inside Pages databases
Recently, we had a post in our pre-sales forum that asked how to achieve a few different things with Pages. One of the questions asked was if it was possible to show topics from a particular forum in each database record. While Pages can create a topic for each record for you, there's no way to associate an entire forum with a record.
In my reply, I indicate that you'd need to have a forum ID stored with each record in a custom field, and then use PHP to interact with our API to pull the topic list.
As it turns out, however, there's an easier way that I discovered after some experimentation. In hindsight it's obvious, but I want to share it here because it could open up some other interesting possibilities with some creative uses.
Setting up blocks
The first thing we need to do is create our blocks. We're going to create a block for each of our forums. You can set whatever parameters you want here, but the important thing is that they're named consistently using the forum ID. So, for my forum ID 2, I've named the block forum_2. This will allow us to include our blocks later.
Creating one of the blocks we'll need
Adding the field
Next we'll need to create a field in our Pages database that will be used to set the forum ID that is going to show in each record. For simplicity, I'm creating a Number field and I'll enter the forum ID manually, but if you wanted to go further, you could create a Select Box field, with the key being each forum and the value being the name. This would give you a friendlier input from which to select the forum for each record.
Here, though, I've just created the Number field, and named it Forum ID.
Setting up the database field
Using the field formatter to show the correct block
Finally, we'll use the Field Formatting options to show the correct block based on the forum ID entered for each record. On the Display Options tab, I'm going to hide the field from the listing template, but show it on the display template. I've selected Custom as the format, then entered this format:
{{if $formValue}} {block="forum_{$formValue}"} {{endif}} That's it - that's all you need for this to work. It's very simple. All we're doing is passing the $formValue of the field (which is the raw value) into the {block} tag as a variable, so that the block that is rendered depends on this value. As long as a block exists with the correct key, it'll be shown in the display view:
End result, with the correct block pulled in based on the ID we provided to the record
Going further
So, given that we know we can use variables in block names to pull in different content (providing the block has been created ahead of time), what other possibilities are there? For starters, we aren't just restricted to using field formatters. Instead, we could use blocks directly in the database templates, using some of the data available there.
Here's one idea - if you have just a few staff members posting records, you could create a block for each staff member that lists their recent posts, status updates, etc. In your database template, you could include the correct block by doing this:
{block="content_for_{$record->author()->member_id}"}
I hope this relatively simple approach gives you some ideas for more creative ways to use blocks. If you have any suggestions for other ways to use this approach, please let us know in the comments!