Jump to content
View in the app

A better way to browse. Learn more.

Invision Community

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

Invision Community Blog

IP.Nexus 1.1 was released at the beginning of this month bringing a number of new features such as product options, reporting tools, advertisement system improvements and more.
Already we have started work on IP.Nexus 1.2 - while release is still a while away, we'll be posting blog entries during development to show you the upcoming new features.


The first new feature in IP.Nexus 1.2 that we wanted to talk about is a license key system.
Many users are using IP.Nexus to sell digital products, and currently there is no way to keep track of where your products are being used. In IP.Nexus 1.2, you will have the ability to generate license keys and use an API to call back to Nexus to activate and check license keys.


Generating License Keys

When creating a product, there are now a number of options regarding how to handle license keys:


License keys are by default generated either as a random md5 hash or several blocks of random letters and numbers - developers can also upload a simple PHP file to a certain folder to add more methods if you have your own way of generating license keys.

You can also choose an "identifier" for the license keys. Identifiers are provided to the API when activating the license key (for example, your program could ask users for their license key and their name or Email address) - as an additional security measure. Identifiers can be the customer's name, Email address or any custom field with the purchase. This is of course optional.


Managing License Keys

In the Admin CP, there is a new box on the purchase screen which displays information about the license key:



The grey box shows you the license key, when it was generated and it's current status and the table below shows where it's being used (you can set how many times a license key can be used).

The dropdown menu at the top with the other buttons contains options to reset (which will clear uses and generate a new key) or cancel (which will make API calls to check the license key fail) the key.

Of course, all actions related to license keys is also logged in the customer history page.


Users can see their license keys in the client area:



Using the API

The API uses XML-RPC to send and retrieve data. Full developer documentation will be available when Nexus 1.2 is released, but to give you an overview, there are four methods:

activate
This is what you call when the user enters their license key, for example, on an installation screen. You send Nexus the license key, the identifier (if necessary) and any additional information you want to save (for example, the version number). If the license key is invalid, or the key has already been used the maximum number of times, Nexus will return an error - otherwise, Nexus will log the IP address used to activate and the additional information you sent and return a success message along with the "usage id" which is an ID number given to that installation for that license key.

check
This is used to check that a license key is still valid, for example, you may call this periodically from your application. You send Nexus the license key, the identifier and the usage ID (returned from the activate method) and Nexus will return the status of the license key (if it's active or cancelled).

info
This is used to fetch information about a license key. You send Nexus the license key and the identifier and Nexus returns data about the key (when it was generated, how many times it's been used, etc.) the purchase associated with it (it's ID number, when it expires, all custom fields, etc.) and information about any child purchases (that is, purchases associated with the purchase the license key is associated with.

updateExtra
This is used to update the additional information send in the activate method. You send Nexus the license key, the identifier, usage ID and new information and Nexus will update the information locally and return a success message.
  • 5,928 views
We are into the development process for IP.Board 3.2 and wanted to share some general expectations for this release. First of all it won't be out for several months so don't start asking about release dates now :)

In addition to the obvious enhancements to make the software work better, faster, and smarter we are focusing our development toward three key goals:


Community Promotion Front-end Usability Modernization

Let's quickly talk about each of these three goals and what you can expect from IP.Board 3.2. We are dealing with a successful and widely used platform so we do not intend on making sweeping changes but instead picking individual features and areas of our software platform and working to improve them with an eye toward the three goals. For the purpose of this blog entry we are not going to get into specific features planned as you will start seeing blog entries on specific entries starting in early February.

Community Promotion

One could argue that this is the most important goal of IP.Board 3.2 in that our key focus is to help you promote your community and help it grow. Small things like a more streamlined registration process, more attractive emails sent to your users, and core features like view new content or SEO improved. These changes all add up to a community that is more inviting to new users and quicker and easier for new users to register and start participating.

Front-end Usability

As the web evolves so must software like IP.Board that is designed to be a showcase software for the ever-growing presence of online communities. To that end, we will be working on modernizing the default skin that comes with IP.Board. The goals of this redesign are to create a default skin that is clearly updated and modernized without completely scrapping all the great elements we have today. This means that, although skins on 3.1 and below will not work on 3.2, the update process for those older skins will not require a 100% rewrite as many elements will be shared between the old and new versions. To put it another way: version 3.2 will be cleaner, more modern, and slicker but it will still clearly be IP.Board.

In addition to purely cosmetic updates we will also be putting great effort into general usability. Small changes like rewording the name of a button or moving a control to a new area make a world of difference for your member's usability and will encourage them to stick around and participate in your community.

Modernization

There are many features and settings in our software that made sense years ago but today are antiquated, redundant, or simply pointless. We will be evaluating all the various settings in IP.Board to streamline the management of your community. One example is the Question and Answers settings for the registration page. There is a setting to enable this and then a whole separate page to configure the actual questions and answers. Why have both? We can remove the redundant setting without getting rid of any functionality. This is just one example of dozens of settings areas we can streamline without sacrificing functionality.

We are also going to be removing some select features that are a bit antiquated. Specifically the linear+ and outline views will be removed in IP.Board 3.2 as these two functions are relics of the beginning of the Internet and have really outlived their use. We realize a handful of clients may use these features but the vast majority do not.

And speaking of antiquated we will also be putting great effort into areas like the calendar and user profiles to make every part of our software modern and updated.




Of course this is a high-level summary of what to expect from IP.Board 3.2 but everyone at IPS is very excited about our plans for IP.Board 3.2 and cannot wait to show you specifics! Look for frequent blog entries starting in early February to present new features and enhancements. As is always our policy, IPS does not release specific roadmaps but instead posts blog entries about new features once they are completely finished and will definitely be in the next version.
  • 4,809 views
When we released IP.SEO 1.0, we said that we were going to start small and regularly update with new features based on user feedback and SEO trends. We've been staggered by the response to the first release, and have read all of the feedback topics posted so far. So in the spirit of those regular updates, we're now releasing IP.SEO 1.1 to cover some of the most requested features.

Here's what's new in today's release:


Sitemap pings added for Ask and Moreover, to add to the existing pings to Google, Yahoo and Bing. XML-RPC ping support for services such as pingomatic.com, weblogs.com, blo.gs, etc. when new topics are posted. This will help you build up a few quick backlinks, and speed up the time-to-indexing of new topics. Select a default skin specifically for guests and thus also for search engines, allowing you to cut out features that you don't feel are appropriate for guest/spider visitors. Beta support for Microsoft SQL server. For developers, a new base class for sitemap plugins. Example code for this and other features has been posted in the contributors forum.

This is just the first of many regular updates to IP.SEO, so please keep your feedback coming. We encourage you all to post your thoughts and ideas in the IP.SEO forum.
  • 5,448 views
Guest
Guest
For our final entry on IP.Nexus 1.1, I'd like to sum up some of the additional general tweaks and enhancements since our last blog entry.


Marking an invoice unpaid

In IP.Nexus 1.0, once an invoice has been paid, there is no way to mark it "unpaid". While for most circumstances this makes sense, in the event a check bounces or something similar, you may want to undo everything done when the invoice was marked paid.

In IP.Nexus 1.1, when you attempt to mark a paid invoice unpaid, you'll see a screen like this:



This explains clearly what will happen, including:
Which purchases will be deleted. Which purchases will have their renewal dates changed (if the invoice was a renewal invoice). If anyone will have any commission revoked. Which shipping orders will be deleted.

It will also warn you of any unexpected circumstances, such as if a purchase has been transferred to a different member, commission earned from the purchase has already been spent, or if any shipping orders have already been shipped:




Purchase Page

In IP.Nexus 1.0 there are specific pages in the Admin CP for viewing invoices, transactions and shipping orders. In 1.1, we've also added a page for viewing all the information about to a purchased item.



This allows you to view all information about a purchase which could sometimes be difficult to find previously, such as the invoice which created it, any renewal invoices, if the member will be returned to a different group when the purchase expires, and more.


Cancelling a Purchase

It could sometimes be confusing what "cancel" means when referring to a purchase. Sometimes you just want to disable renewals, sometimes you want to revoke any privileges gained by owning a purchase, and sometimes you want to delete it entirely.

In IP.Nexus 1.1, when you select cancel, it will present all of these options to you, explaining which does which, so that you can decide what action to take:




Share Links

We have added share links to the Store's product pages.


Print Invoice

While customers could always print invoices from their client area, we've also added a print button to the invoice page in the Admin CP.


Usability tweaks

We've made a few small tweaks to the interface to make things easier to use, including:We've added a "duplicate" button for packages, to save you having to select the same settings for similar packages. We've added a link to the customer page when viewing a shipping order. We've added a "Save and Reload" button when editing packages. We've added a button when viewing your purchases in the client area to submit a support request associated with a purchase right from the list.
  • 3,035 views
IP.Gallery 4.0 is now available to use on our forums!

Please keep in mind that this is beta software and still very much work in progress so expect to come across bugs and such. As there is bound to be a lot of feedback, I'll close this blog for comments and kindly ask that you post any feedback in the Gallery forum

Please report all bugs in the tracker as usual

Please let us know your thoughts!
  • 1,501 views
Email on new order

You can now set packages to send an email when a member purchases that package.




Usergroup Discounts

You can now provide discounts to users in a particular group.




Auto-resolve Support Requests

You can now set support requests to automatically be set to resolved after a given time of inactivity.




Group Name Limit

We've increased the length package group names can be to 255 characters.


https

In IP.Nexus 1.0, there was a setting which when enabled would make the payment screen server over https. The scope of this setting has been extended to the entire checkout process, the client area when providing information and support requests.


Delete Transactions

Transactions can now be deleted.


Support Request API

We have introduced two central models for handling support requests, one for support requests and one for support replies.

This allows you to create support requests and replies using a simple API. For example, to create a support request:

supportRequest::create( "Title", 1, 1, NULL, 1, NULL, NULL, supportReply::create( supportReply::REPLY_MEMBER, 1, "Message" ) );






Complete developer documentation can be seen here.
  • 2,441 views
IP.Nexus has an advertisements feature, allowing administrators to display advertisements on their community and sell advertising space to third parties.

We've spent some time going over some of the suggestions we've received for the advertisements system and have made the following enhancements for IP.Nexus 1.1.



Start/End Time

Advertisements can now be specified with start and end times for time-specific campaigns.




Advertisement Packages: Expire by length

In hand with the option to set a start/end time, you can now specify that purchased advertisements last a certain length of time, opposed to a number of clicks or impressions.




Advertisement Package Descriptions

You can now specify a description for advertisement packages which will display on the purchase screen.



Admin Image Upload

Currently, when an administrator adds an advertisement they must specify a URL to an image (or HTML code).
As of Nexus 1.1, administrators will see an option to upload an image too.




Circulation Mode

In IP.Nexus 1.0, if there is more than one advertisement per location, a random advertisement is selected from the pool.
In IP.Nexus 1.1, we've added a setting which allows you to continue using this behaviour, or to always use the most recently added advertisement. This is useful if you want to have a generic advertisement set up by the administrator but allow purchased advertisements to override that for their duration.




Maximum Number of Advertisements

You may only want one advertisement in each location at a time, so that advertisements don't circulate at all. In IP.Nexus 1.1, we've added a setting allowing you to specify the maximum number of advertisements per location.
Administrators of course can oevrride this, but if there is the specified number of advertisements in a given location, users will not be able to purchase advertisement packages which add advertisements to that location.




Alignment

We've added a new setting which allows you to choose how to align your advertisements.




Size Restrictions

You can now specify in an advertisement package the maximum size for advertisements created by that package.




External Access

Currently, IP.Nexus displays advertisements in pre-set locations on your community. As of IP.Nexus 1.1, you can include advertisements in other areas of your skin, in IP.Content blocks and even in external pages and applications outside of IP.Board.


To place an advertisement in a template or IP.Content block, you can simply use the tag:


{parse advertisement="1"}
The tag can take either the ID number for the advertisement to display, or the key for the location, which will use IP.Nexus' normal logic for fetching the advertisement. For example, using this tag:


{parse advertisement="ad_code_board_index_header"}
Would display whatever advertisement is configured to show in the board index header - if more than one is configured, Nexus will either pick a random one, or the most recent one (as per the circulation setting described above).


To place an advertisement on an external site, you can call a new REST API which will out put the contents - the file is located at:


http://www.yoursite.com/interface/advertisements.php
You simply need to pass a single variable in the query string which is the same as the parse tag above (ID number or location key).

For example, you might use something like this to add your advertisement to a website outside of IP.Board:


<?php echo file_get_contents( "http://localhost/ipbdev/interface/advertisements.php?ad_code_global_header" );



If you have more in-depth feedback or ideas please use our feedback forum so your suggestions can be given proper attention. Otherwise, feel free to comment on this entry below.
  • 8,076 views
IP.Nexus 1.0 has the ability for users to send in support requests via Email. Nexus handles these internally as "Guest" support requests and the users can reply by responding to the Email notifications Nexus sends when a staff member replies.

In IP.Nexus 1.1, we've added a web-based interface for guests to create support requests too. This makes it easier for users to submit pre-sales questions without having to create an account, and is particularly useful if you are unable or unwilling to use incoming Emails.

Guests can now access the new support request screen like regular members, where they'll be prompted for, in addition to normal support request information, their Email address. They'll also need to fill in a Captcha verification if you have that setting enabled.


IP.Nexus will then send them a confirmation Email which will contain a link where they can retrieve their support request to reply later. This then displays as a normal support request:



They can also of course reply to this notification if you have that incoming Emails enabled.


If a user has created support requests as a guest then registers, support requests with their Email address will become associated with their account.
  • 3,033 views
As anyone with an interest in it will know, search engine optimisation is a difficult and contentious field, not least because of the amount of different opinions and the lack of any definite answers. There are a few things we all know to be good, and a few things that we all know are definitely bad, but the rest is a bit of a gray area. We've done a lot of work to make sure that all of the definite things are covered in IP.Board, and feel we've done a great job at this. Until now however, there's been a selection of features and additions we simply couldn't add to IP.Board core (due to being too resource intensive for many, or too niche), and thus were missing from the product. IP.SEO fills that gap.

IP.SEO is the combination of two applications we've already built: IPS Sitemap Generator and Search Activity - with the addition of some new features. It's designed to be an application we can add all those missing SEO features to, for those that want them, without overloading those users who do not. Here's some of what it does:

Sitemap Generation

Just like in the IPS Sitemap Generator, IP.SEO will build a sitemap for each of your applications that support it, including the forums, IP.Blog, IP.Downloads, IP.Content and more. It will then ping your sitemap to all of the major search engines to let them know what's new.

Search Activity Statistics

This area of IP.SEO is designed for those who love to track what's going on with their forum. It'll tell you just how many times you've had search spiders visit your site, how many users have come to your site from search, their keywords and what pages they landed on.



Meta Tags - Anywhere

This feature is new to IP.SEO - You can now add meta tags (and, as an added bonus, change title tags) on any page of your site. It works as follows:



Once you've configured all of your various meta tags on the above page, you can see them in action straight away:



You can even include the "original" page title (without the board name on the end) in your custom titles by doing entering something like: "My Great Content: {oldTitle}", or simply "{oldTitle}". As you can see above, you can also use * as a wildcard anywhere in your URL to apply meta tags a whole section, or your whole site.

SEO Guidance

Also new in IP.SEO, we've added an "Items Requiring Attention" area that will give you guidance on potential problems with your IP.Board configuration. This serves as our guidance to improving your site for search, you can choose to ignore individual notices.




We intend to update this application regularly, both to add new features and to update our checks for "items requiring attention", to make sure we're always delivering the best SEO performance we can for you. We've already got some great changes planned, including the much-requested HTML sitemaps functionality. If you've got any questions or requests, please drop them in our IP.SEO forum.

The great news is, this new application is already built! We're just doing our final testing, and will be releasing the application for free in the next day or two, so be sure to keep an eye on the IPS Marketplace for it!
  • 5,532 views
Guest
Guest
In IP.Nexus 1.0, when a user visits the store and tries to make a purchase, they are redirected to the login screen where they can register or log in. Once logged in, they are redirected back to the checkout screen.

While this works well, it can be confusing to some users to be removed from the checkout process. In IP.Nexus 1.1, we've made this process a little smoother.


First of all, if a guest attempts to make a donation, they will not be prompted to log in - guests will be able to make donations without registering an account first.
You can disable this in the Admin CP so users must be logged in to make a donation if you prefer.


For normal purchases, when a user attempts to make a purchase when not logged in, rather than being redirected to the login screen they will simply see a few extra fields on the personal information screen:

By simply filling in those details, IP.Nexus will create an account, log them in, and the checkout process will continue as normal.
They can also click the login link, which will take them to the login screen, and will be immediately returned to checkout after logging in.


Some notes on this:

You will notice the screenshot is not prompting for a username. IP.Nexus will automatically set their username based on their real name. You can choose to prompt the user for a username if you prefer. The setting specifying whether or not a user should enter personal information when registering is still honoured. If that is not enabled, and they are not purchasing a physical item, Nexus won't ask them for their address. You can enable Captcha on this screen. Validation settings are still honoured. If you have Email or Admin validation enabled, Nexus will put the user in the "Validating" group and send out the validation Email and/or admin notification Email. If you have disabled registrations, users can still register through this method - this allows you to only allow users who are purchasing items to create accounts. You can of course disable guest access to the store if you do not want this. The Spam Monitoring Service settings are honoured. If COPPA is enabled, they must use the normal registration process since they will need to fill in the COPPA form before the account can be created. Nexus will continue to function as it does in 1.0 if COPPA is enabled.
  • 4,592 views
Next up in our round-up of changes you can expect to see in our application releases this holiday season: IP.Chat 1.2.0. For IP.Chat 1.2.0 we decided to hold back on some of the larger changes we would like to implement, in order to better evaluate the server requirements on our side and ensure we implement the big features in a resource-friendly manner for all involved.

In the mean time, we hope you like the changes you can expect to see in IP.Chat 1.2.0!

Friendly URL

While IP.Chat really only has one URL, we've gone ahead and added FURL support for the IP.Chat page. This means instead of "site.com/index.php?app=ipchat" you can now access chat on your site at "site.com/chat". As search engines generally won't be supported by IP.Chat anyways, this change is more for the benefit of your users rather than for search engine optimization reasons.


Auto-Kick Inactive Users

We felt this requested change was especially relevant to IP.Chat, given that chat packages have a maximum online users limit. We have implemented a feature in IP.Chat where-by a user will be automatically kicked from the chat room after a specified period of inactivity. You can specify the period (in minutes) in the ACP, and if a user sits in chat but does not submit any messages or perform any moderation activities the user will be kicked after the number of minutes you specify.

This can be useful if you have users that will visit your chat room at the end of the night, and forget to leave before leaving their computer in the evening. Instead of the user sitting in chat all evening long (even though they are not really present at their computer), the software will kick them, and show the normal "You have been kicked from chat" message, freeing up more space in your chat room without you having to upgrade your chat package unnecessarily.


Shut Off User Messages

We have added a setting that allows you to disable the "User X has entered the room" and "User X has left the room" messages that IP.Chat automatically show when users enter and leave, respectively. This new setting was added based on direct user requests.


Ability To Hide Recent Chats

When you enter the chat room, the most recent chats are shown to the user who has entered. This allows them to quickly catch up on the current conversation so they know what is being talked about at present. Some users have requested a setting to NOT show this chat "buffer" when new users enter the room, and in 1.2.0 such a setting has been added. Instead, when the user enters the room (and the setting is enabled), they will start with a blank slate and none of the recent chat messages will be shown to the user if the setting is enabled.


Launch Chat In A Popup

Probably the most heavily requested feature since we launched IP.Chat, you will now be able to launch chat in a minimalized popup window. There is a setting in the ACP that, when enabled, will automatically force the chat tab to launch a popup window instead of showing chat in the page with the full IP.Board wrapper. Additionally, if a user is viewing the chat room on a regular page, there is a new button (near the sounds toggle button) that will launch the chat room in a popup window, allowing you to leave the full chat page in IP.Board and continue navigating the forums.


Wrap Up

We have also performed some miscellaneous code cleanup to better optimize the code, and provide for better developer documentation for our third party developer community. We have intentionally kept this IP.Chat update scaled back so that we will be better positioned to deliver some bigger features for you in the next major release. We hope you find the features coming in 1.2.0 useful, and look forward to your feedback, as always!
  • 3,941 views
IP.Nexus contains a powerful support desk allowing staff members to provide support to customers. In IP.Nexus 1.1 we are adding an enhancement to this feature called Support Severities.

Severities allows members to mark the importance of their support request. This allows support staff to triage incoming requests and give priority support to particular customers.

You can create multiple severities, and specify which ones can be set by customers.
Here I have set up two severities: one is for regular requests, and one is for critical issues:


Each severity can be configured to display an icon and be displayed in a particular color when viewing the support request list in the Admin CP so that staff can easily identify important requests. You can also choose for each severity if members are allowed to select it.


User-selected severities

When a user submits a new request they will be prompted to select their severity.
The selection box will only show if there is at least 2 severities for the user to choose between, and if there is only the default and one other, it will automatically change to a checkbox:



You can also configure in the Admin CP a message to display below the severity selection:




Support requests will be sorted in the Admin CP by severity in the order you specify - so in this example, critical support requests will display above normal support requests.


When viewing a support request the staff member can of course change the severity. They can also click the icon to the right of the severity selection which will revoke the member's permission to set severity in future (instead, all support requests will have the default severity) - this is useful if a member abuses the severity feature.



There is a setting in the Admin CP to allow members to view and edit the severity after their request has been submitted - if this is on, they will see a selection box when viewing their request to change the severity.




Auto-selected severities

In addition to having severities that the user can select, you can also create severities which are automatically selected when the user submits a support request for a particular package.

I have created a new severity called "Priority Support". Under the settings for packages, you will notice a new setting called "Support Severity". I am going to create a new package and set this to "Priority Support".


Now, when a user with this package creates a support request associated with this package, the severity will automatically be set to Priority Support:


  • 1,841 views
IP.Nexus allows members to earn account credit using referrals and the IP.Downloads integration. Members can then (if you allow) request payouts in their client area.

Until now, these payouts had to be handled manually one by one. PayPal supports a feature called Mass Payments which allows you to make multiple payments at once.
The way Mass Payments works is in your PayPal account you simply upload a "Mass Payment File" which instructs PayPal to send out multiple payments.
In IP.Nexus 1.1 we have added a feature to generate Mass Payment Files.


When viewing the payouts screen in IP.Nexus 1.1, you'll notice 2 new buttons:


When you click the "Mass Payment" button you'll be shown a list of payouts that are eligable for Mass Payments (that is, payout requests requesting to be paid by PayPal). Simply check the checkboxes for the requests you wish to fill and click the button at the bottom:


A file will download to your computer which is the Mass Payment File that you will supply to PayPal.


In your PayPal account you then simply go to the Mass Payment page and upload this file:

PayPal will then allow to review and send out payments.



Note that this feature requires a PayPal Business Account.
  • 4,226 views
I've seen a few topics in our feedback forum asking how media uploads are handled in IP.Gallery 4.

The current version allows you to upload certain video files via a separate upload interface and displays them using basic embed tags which may ask the viewing user to download special plug-ins such as Quicktime to view them.

Video encoding is beyond the scope of IP.Gallery 4.0 as such functionality would need server level software to be installed. Similarly, to fetch a keyframe or thumbnail from a video file needs the same server level functionality.

However, media uploading and viewing has been much improved in Gallery 4.0. You can upload videos alongside normal photos and quickly add a thumbnail to the video. If you upload a m4v, certain mov files and flv files, these are played in a Flash video player much like YouTube.

I've recorded a quick screencast of the process used to upload a video taken from my iPhone to IP.Gallery 4.0.



As always, full screen HD is recommended.
  • 8,970 views
As mentioned in my blog entry last week, even though IP.Nexus 1.1 is still very much in development, we're going to be posting periodic blog entries throughout development to keep you up to date with the latest new features.

In IP.Nexus 1.1, we're going to be adding reporting features for a number of different statistics:
The number of items sold (grouped by package). The amount of income made (grouped by payment method). The number of new support requests created (grouped by department). The number of staff replies made in support requests (grouped by staff member).

All of these charts can be viewed as a Bar Chart a Line Chart or a Pie Chart. Bar and Line Charts will show the results against time, while a Pie Chart will allow you to compare different groups.


All charts allow you to customise the series shown, allowing you to have any number of series and to group results together as a series.


All charts can also be viewed accross a number of different time scales:Results for a single day (On Bar and Line Charts, results will be shown for each hour of the day) Results for a week (On Bar and Line Charts, results will be shown for each day of the week) Results for a month (On Bar and Line Charts, results will be shown for each day of the month) Results for a year (On Bar and Line Charts, results will be shown for each month of the year) Results for all time (On Bar and Line Charts, results will be shown for each year)


Of course, you can select which time period to focus on - so you could for example, view the amount of income made last year, or the number of support requests created 2 weeks ago (or whatever).

(The options are contextual depending on the view - so if the chart you're looking at is for an entire year, only the dropdown for year will show.)




Here are some screenshots:

This is a line chart showing income for the year 2010:


This is a bar chart showing the purchases for two different packages over the course of a week:


This is a pie chart showing the number of replies different staff members have made in a month:


This is a line chart showing the number of support requests for two different departments over the course of a day:
  • 2,863 views
It's been a while since the last video so I wanted to take a moment to run through the interface and explain a little more about the album types we have in IP.Gallery now.

The video below takes you through the major screens and notes some of the important functionality available.




I recommend you watch in HD and at full screen. Feel free to comment below or make a topic in the Gallery feedback forum.
  • 6,377 views
Since the release of IP.Nexus 1.0 we've had a great amount of feedback. Even though the next version of IP.Nexus 1.1 is still a ways off, I'm going to be introducing new features as we go along so that you know what to expect.

One of the most frequent suggestions is some way to have multiple stock and pricing levels for products. IP.Nexus already has custom package fields to allow the user to select different variations of products, and now with Nexus 1.1, you can control stock and pricing based on those values.

For example, you could specify how many of each size T-Shirt you have, or have options for additional services on a product which increase price.

To demonstrate, I've created a short video (best viewed in full screen):




As an aside while we're on the topic of product options, some of you will know that in Nexus 1.0, if a user adds a product with custom fields to the cart, the quantity cannot be altered on the "view cart" page. This has been changed in IP.Nexus 1.1 so each configuration is grouped with an update quantity box:



I'll be blogging a lot more about IP.Nexus 1.1's new features over the coming months - if you're an IP.Nexus customer haven't done so already, please fill in our short feedback survey.
  • 5,013 views
Since applying IP.Downloads 2.3 to our company forums this month, we've noted a few features that we felt would be really handy to add. Given the fact that all of these features have been requested by customers recently, we took the time to add these features now, for IP.Downloads 2.3.0, in an effort to ensure we release a solid product that has everything you need to manage your file repositories. We hope you enjoy these few small but useful changes coming in IP.Downloads 2.3.

Featured Files
Beginning with IP.Downloads 2.3, you will now be able to designate a single file as a "featured" file. This featured file will be highlighted on the IP.Downloads portal page for everyone to see. This is useful for pointing out a file that is of particular importance to your community, or to highlight a file of exceptional quality that has been recently submitted. Here at IPS, we will be using this new functionality to feature files we feel our customers will be interested in using, be they skins, applications or hooks.

Note that there is also a new moderator setting in the ACP moderator management area to allow you to control which moderators can feature files. All super moderators will automatically have this ability.




Pinned Files
In addition to "featured files", we have also added the ability pin and unpin files in the file listing. When you pin a file, much like a topic, it forces the file to be listed at the top of the category listing no matter what sort order you choose to use to list the rest of the files in a category. You can pin (and unpin) files to help users find commonly requested or downloaded files quickly. For instance, if you use your IP.Download installation to host car manuals, and you find that a large portion of users are downloading a specific car manual, you may wish to pin this file to the top of the category listing so that it is easier for them to find. Or if you have advertisers on your site that also submit files, you can charge your advertisers a fee to pin their file at the top of the listing for a specified period of time.

As with featured files, there is a new moderator setting in the ACP to control which moderators can pin and unpin files. All super moderators will automatically have this ability.


Redesigned Category View
Continuing from Rikki's last blog entry where he showed you all of the other redesigned areas, we have now updated the category listing page to bring it more in line with the rest of IP.Downloads modern look and feel.



At the top, you will now have some quick filters that allow you to easily re-sort the category in various ways. Additionally, if IP.Nexus is installed (it is not, in this screenshot), you will be able to quickly filter "All files", "Paid Files" and "Free Files" in the category via a filter option at the top of the screen.

If a file is reported broken, this will now be highlighted with an alert icon in the category listing like so:



(Note in the first screenshot we opt to display screenshots in the category, while the second screenshot is taken of a file where screenshots are not displayed in the category listing)

The download count can be clicked on to view who downloaded the file (for those with permission to see this information). When you view a category with subcategories, the category bar on the left changes slightly to indicate this.



In this picture, we are inside "Empty" and you can see there are two subcategories within this category in the left hand block.


Conclusion
We have a few small areas to touch up still, but for the most part things are now wrapping up. We hope you like the update and we look forward to your feedback regarding the changes to come.
  • 4,979 views
We had previously posted a release schedule for our product line through the end of this year. When we made that schedule we neglected to factor in that our staff in the United States would be off work for the Thanksgiving holiday.

Obviously releasing a new version of a product when two days later a good percentage of our staff will be off would not be good for our customer service. Therefore, we will not be having a release on Tuesday, November 23rd.

Along this same subject:

Please note that we will be closed Thursday 25th and Friday 26th November for Thanksgiving holiday. Telephone support will be unavailable, but ticket and forum support will be provided.
  • 3,344 views
Note: Since this entry was published, our Resources area has been updated with the new version. Go there now to see these features live!


One of the main aims for IP.Downloads 2.3 was to overhaul the interface to bring it up to scratch. To that end, we have focused on 3 major areas in this revision, which we'd like to show you now.

File Submission

The current submission screen in IP.Downloads became unwieldy as multiple options and configurations appeared in each release. We've redesigned the upload process from scratch, to properly guide the user through each step and put the files they're uploading at the center of what they're doing.

The new screen is composed of three steps: files, screenshots and information. It's displayed as an accordion so the user can focus on one thing at a time:



The next step is to add screenshots to the entry:



Notice here that the first screenshot is highlighted; this is the new Primary Screenshot feature covered in yesterday's blog entry, allowing you to set the 'main' screenshot for a file. To do so here, you simply click it to highlight it.

Finally, you add metadata...




File View

Next we updated the view file page.



Notice the primary screenshot is shown prominently next to the description, whereas other screenshots are available below.

IP.Downloads Portal

The final screen isn't so much an overhaul as a brand new page altogether. We felt one of the areas that could be improved in IP.Downloads is being presented with interesting downloads right on the front page, rather than a clinical list of categories. To achieve that, we've updated the homepage to be a portal of content, like so:



Three main panels appear on the homepage: what's new, highest rated files, and most watched files. Each panel shows up to 18 files in a scrollable pane so it's easy for users to browse.

In the sidebar, we show top downloads and top authors. Note that if you have the IP.Nexus/IP.Downloads integration enabled, instead of seeing Top Downloads, you'll see Top Free Files and Top Paid Files. Also when the integration is enabled, files will display their price:





We hope you enjoy what's coming in IP.Downloads 2.3, and we'd love to hear your feedback!
  • 6,733 views
We have added some new features to IP.Downloads 2.3 that have been requested by our customer base and that we believe will help you better manage your files. Most of these features we pulled directly from our feedback forum, and we'd like to take this opportunity to thank everyone who participates and shares their ideas through this channel. Your feedback directly helps shape the future of IP.Downloads, and we hope you like the new functionality that you have requested and will be available with version 2.3.


Enhanced Searching

In addition to the improved search performance coming in 2.3, we have added some new search filters and sorters that have been requested by our customers.

Using the advanced search form, you can now filter your IP.Downloads search results based on category, allowing you to search for files within specified categories easily. Additionally, we have added "Last Update Date" and "Rating" as new sorting options, allowing you to better control the order of the returned search results.

Lastly, we have overhauled the search results interface to present you with much more information which can be useful when reviewing the search result to verify if it is the file you are looking for. The results are now displayed in a traditional table manner, consistent with the manner in which files are displayed within the download manager itself. Additionally, the category breadcrumb is shown below the file name so you can easily see which category the file is contained in. The file rating, number of views and downloads, submitter information, and last update information are also available for you to review.




Who Downloaded My File?

While the administrator can review all downloads in the ACP using the available reporting tools, often times users want to know who has downloaded a file from the public interface as well. A modification author or skinner may want to know who is downloading their skins, for instance. Or you may be curious who has downloaded a file before you yourself download it. Beginning with IP.Downloads 2.3 this functionality will now be available.

For this feature to work, you will need to ensure you have the setting "Log All Downloads" enabled in the IP.Downloads settings. Additionally, you will be able to control on a per-group basis who can view file downloaders and who can't. For the groups that are allowed to view file downloaders, all download counts will now be linked, and clicking the link will open a modal box within the window showing the downloaders.




Mark All Categories Read

A new link has been added to the statistics bar on the download manager index page that allows you to mark all categories in IP.Downloads as read. If you used to be in the habit of marking each category as read one by one, you will no longer have to do this. You can just click the "Mark All Categories Read" link and be on your way.


Reporting Broken Files

We have added a new per-group option to allow you to control which groups are allowed to report files as broken. Some users have indicated that they have validating users reporting files as broken unnecessarily, so you will now be able to configure members of the validating (or any other) group to remove this capability.


Ban Users From Uploading

Beginning with IP.Downloads 2.3 you can now ban individual users from submitting files to IP.Downloads globally. While you have always been able to do this on a per-permission mask and per-category level, sometimes you want to ban individual users entirely from submitting, while not restricting them from downloading files. Rather than creating special permission masks for these users and applying them to the users individually, you can now just ban the users right from IP.Downloads.

To ban a user from submitting in IP.Downloads, go to the ACP, My Apps menu, IP.Download Manager, and on the home page under "Run Reports" enter the user's name into the Member Report field. On the member report screen you will be able to block or enable their ability to submit files.




Change File Owner

Another oft-requested feature for IP.Downloads is the ability for moderators to change the file owner. You have always been able to change the file owner by running a file report in the ACP, however this capability has not been present on the front end...until now.

While super moderators will always have this ability, you can control on a per-moderator basis which moderators have permission to change file ownership from the front end. For moderators that have this ability, a small tag will appear next to the file submitter's name when viewing the file details page. Clicking the tag will present you with a form field where you can enter the new file owner's name, and change the file owner. The member type-ahead functionality is also utilized to allow you to more easily search and find the new file owner's name.


Latest Files

A new board index sidebar hook has been added that will display the latest files in your IP.Downloads system. There's not a lot to say about this feature - it does what it says. :)




Better File Control

We have added a few new features that will allow you to better control your files when submitting them, as a user. Firstly, we have added the ability to specify on the submission form which screenshot should be the "default" screenshot for files. This default screenshot is then displayed as a primary screenshot when viewing the file information page, and is used whenever a screenshot for a file (that has multiple screenshots available) is requested, for instance in the random files block. To go along with this, we have changed the screenshot generation method to use a "cropped" thumbnail, instead of a traditional proportional thumbnail. Now, when configuring screenshot dimensions, you will only enter one dimension (for instance, "100" if you wish to have thumbnails at 100px x 100px). IP.Downloads will generate a screenshot in square proportions, cropping the edges as needed. This will allow for a more fluid layout with screenshot dimensions that can more easily be expected and worked with.

Additionally, we have added two additional fields to the file submission process: version number and change log. You can now supply a version number when submitting a file, which will then be displayed next to the filename on the file information page. The file version is preserved when a new version of a file is submitted, so the "Previous Versions" section will also display the previous version number next to it's filename as well. This allows you to more easily understand the previous versions section, as you can see which version each entry is. The other new field, change log, allows you to enter in changes that were made with the new version you are submitting when adding or editing a file. This change log is displayed below the file description on the file information page, and is preserved when you submit a new version of a file (i.e. the change log for each version is saved when a new version is submitted). This allows the user to view the full change log for a given file by clicking on a link presented on the file information page.



In this screenshot, I clicked the "View all changelogs" link and the modal box appears showing me all changes in the current and previous versions.


As you will undoubtedly be able to tell from that last screenshot, the user interface has also been completely overhauled. Keep an eye out for our next blog entry, where we will go over the changes you can expect to see to the interface in IP.Downloads 2.3. We are really excited about these changes and think you will be too, once we are able to share them with you!
  • 5,189 views
As part of our application updates schedule, we've been quietly working on IP.Blog 2.3. Initially planned as a maintenance release, we've gone through the bug tracker and fixed a lot of bugs, but we've also expanded our plans for the release to include many of the things you'll come to expect from our product line. Here's some of what we've been working on:

1. You guessed it, "Like" and comments

We've implemented the new, centralised Like and comments systems from IP.Board 3.1.3, allowing us to remove all of IP.Blog's own commenting code, it's "blog tracker" and more. In IP.Blog 2.3, you can Like both blogs and blog entries, allowing you to follow not only new entries, but new comments too.

2. Notifications and Reputation

As a happy side effect of implementing the Like system in IP.Blog 2.3, we've also been able to implement support for the IP.Board Notifications system. You'll be able to receive notifications of new entries on your Liked blogs, and new comments on entries you've Liked.

Additionally, until now, you've only been able to give and receive reputation on blog comments, but not blog entries. We've added this in, so you can now give reputation on great blog entries, as well as the comments that follow them.

3. Cleaner, tidier look and feel

One area we always get a lot of feedback on is the look and feel of IP.Blog, and this is something we've started to improve in the next version. This isn't a dramatic change, or even a redesign, we've simply tidied up what was already there. We've moved things into more logical places, brought the font back into line with IP.Board itself, straightened things up. Here's a few key areas - but please remember that this is a work in progress and is likely to change more before release:

The blog homepage:


An individual blog:
One area we'd like to highlight here is that, for individual blogs, you'll notice that the two column view has been dropped in favour of a date-ordered list of entries.


A blog entry:
As you can see, this screenshot features the new Like, commenting and reputation functionality.


Blog settings:
The whole "manage blogs" area has now been moved out of the user control panel, into it's own section of the Blog application. We've started out by tidying up the settings page, but we'll show you some other areas of improvement in a later blog entry.


We hope you like what we've done with IP.Blog so far, and we'll be showing you more in later blog entries. As usual, all feedback is welcomed in the comments below, let us know what you think.
  • 7,356 views
Guest
Guest
The term "consistency" can encompass many facets of a software package. Consistency can refer to backend code, ensuring that one piece of the application is utilizing available classes and methods to ensure it behaves as similar as possible to every other piece of the application when executed. Consistency can refer to the user interface, ensuring that users navigating a piece of an application can easily familiarize themselves with it, whether that be comparing the interface to other established websites the user is likely to have visited, or comparing the interface to the rest of your application as a whole. Consistency is important in software development, because it helps ensure that the application will behave as expected, and that users will know exactly what to expect.

We are focusing a lot of our efforts into usability and consistency in our applications, in an effort to ensure that users can easily navigate and use our software, without having to first "learn" how to use it. IP.Downloads is no different, and I wanted to talk in this blog entry about some changes you can expect to see with IP.Downloads 2.3 which we feel will help improve consistency between IP.Downloads and the rest of your IP.Board applications.


Sphinx Support

Arguably the least exciting thing I would like to mention in this blog entry, is that beginning with IP.Downloads 2.3, Sphinx search support has been reintroduced. This means that websites utilizing Sphinx for their search engine will be able to also use Sphinx for IP.Downloads. With previous versions of IP.Downloads, MySQL is used for searching.

Similarly, if you do not use Sphinx, you may still gain from a small performance boost with MySQL searches, as proper "fulltext" search support has been added for IP.Downloads as well. For those of you who may be technically inclined, but not quite sure what this means, basically instead of running a query with a where statement like



WHERE file_name LIKE '%search term%'

we now will run a query like



WHERE MATCH(file_name) AGAINST ('+search +term', IN BOOLEAN MODE)

This is a minor backend change, but will help performance if your site has a large downloads section that is heavily searched.


Custom Field Formatting

IP.Downloads has featured custom fields support since it's initial release. This is a powerful tool that will help you collect additional meta data from your users when they submit files. Custom fields show up on the file information page when filled in, allowing you to easily customize the data collected and shown for users in IP.Downloads.

We have enhanced custom fields in IP.Downloads 2.3 to allow you to define how to format them from the ACP. Similar to the formatting options for member custom fields, you can use a {key} and {value} macro when defining the formatting options for your IP.Downloads custom fields, allowing you to display the data exactly how you intend to. One common use scenario we have run into ourselves is wanting to display a custom field that should contain a link as an actual link, instead of just the link text. This will now be possible in IP.Downloads 2.3.


Share Links & FaceBook

IP.Board 3.1 introduced the new share links strip functionality, and included a robust and easy to use FaceBook "Like" feature throughout the forums. We have implemented this into IP.Downloads 2.3, allowing your users to easily share and like the content throughout IP.Downloads just as they would throughout the forums. In doing so, we have removed the old "Email File" link that would appear on file display pages, as you can now use the Email share link option instead.

While I presently do not have FaceBook enabled on my development board, you can see the share links strip in the following screenshot. The FaceBook like hook will show up on the left side on the same line, when enabled.

(Please be aware that this is an early screenshot, and the user interface is subject to change before release)




Comments & Likes

As well as implementing the share links and FaceBook Like hook into IP.Downloads, we have gone ahead and implemented our new commenting and likes systems into IP.Downloads 2.3 as well. Matt previously discussed these new features in a Gallery blog entry (take particular note of the 'Favorites' feature, which we have renamed to 'Likes' and the new comments area), so feel free to check that out to get a better overview of how these systems work. As part of our efforts regarding consistency across our applications, these features will work identically in IP.Downloads as they do in IP.Gallery.

All content that you 'Like' throughout IP.Board is available in a new 'My Liked Content' option from your user dropdown in the top of every page. We will be further expanding this central control panel in IP.Board 3.2. When you like a file, you can choose to like anonymously (so that other users do not know you have liked it), and you can choose to receive notifications of updates. If you enable notifications, you will be notified when the file is updated and/or when someone comments on the file. This new like system replaces a couple of existing features in IP.Downloads, but in a manner that will make it more consistent with every other application: Favorites (including the UserCP "Manage Favorites" area) and Subscriptions (including the UserCP "Manage Subscriptions" area). You can now manage these from one central area of IP.Board for all applications, including IP.Downloads.

The comments area will now support AJAX replies, hovercard moderation, and more, all in an interface consistent with our other applications. Again, check out the previous blog entry with a video of Gallery for an idea of how this section works.

I would take a couple of screenshots here, however we are in the process of overhauling the user interface and as such I don't think screenshots will help you visualize the changes much at this time. When we blog about the user interface changes later on, we will be sure to point out these two specific changes to show you how the look and work.


In addition to changing these systems for our file view page to be more consistent with our other applications, we have also added the ability to "Like" a category of files, allowing you to optionally be notified when new files are submitted to a category. This is analogous to the "Watch Forum" option in the forums, allowing you to be notified if new topics are submitted. We believe this will help your members monitor areas of your site more effectively and with better control, keeping your members interested in your downloads area as new content is submitted.


Summary

We are working towards improving usability and consistency in IP.Downloads (as in all of our applications) and to that end we have implemented some new functionality that will allow your users to navigate your downloads area with ease. They can expect to be familiar with how the downloads area works based on consistency with our other applications, without having to figure this out on their own. Additionally, the inline AJAX functionality of the likes and comments systems provide for a more robust user experience, allowing them to interact with the site in useful ways, without having to jump from page to page unnecessarily. We hope you like these changes, and stay tuned for other upcoming blog entries regarding the direction of IP.Downloads 2.3!
  • 3,362 views
I blogged previously about updates to Gallery which include a brand new commenting system.

This new commenting system is a core feature in IP.Board 3.1.3 and although we've not fully implemented it in the forums, it is in use by Blog, Gallery and Downloads.



As it's a core feature, you can easily add it into your own application just by writing a plug-in class.

A feature recap for the new commenting system:

- Makes full use of "ajax" so that there are no page loads between adding a reply, editing a reply, etc
- It makes full use of the new 'hovercard' system present in IP.Board 3.1.3 to allow mouseover pop-ups
- Automatically sends "like" notifications if enabled


When you mouse over a user link, it pops-up with the mini profile card.

I have written up some basic documentation on how to implement this here: http://community.invisionpower.com/resources/documentation/index.html/_/developer-resources/custom-applications/comments-r523
  • 4,837 views

Account

Navigation

Search

Search

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.