Matt

This entry rounds up our series of blogs on the new text editor and how we've enhanced other areas of the interface that use it. I recently introduced the new text editor and then showed you some basic integration such as fast reply and instant quote. I want to now show you the last piece of this feature set and resolve a common issue when making a reply. Quite often you're on a busy board such as ours and you're using the fast reply to make a post and when submit the post you realise that others have posted in the mean time making your reply either redundant or out of context. To solve this, IP.Board now checks at regular intervals to see if any new posts have come through and if so, you can add them to the page. This screen shot shows the inline notification stating that there are new replies. Clicking on the link adds the replies into the topic. This video shows the system working. Note, for this demo I increased the polling frequency to every few seconds. So how does it work? Will it crash my server? It's a bit clever and no! When you start typing you trigger the polling action which checks every 3 minutes for new posts. This is a very fast and light query that requires far fewer resources than a simple page refresh. It will continue polling until you either add the reply or an hour has passed. We added this upper limit to prevent instances where a reply is started but then the member changes tabs, etc. I hope you enjoy this feature and all the new functionality we've added in this crucial area. Making posts is the very lifeblood of your forum and making it easier to contribute can only increase the number of posts made. Feel free to comment on this blog entry below or, if you have feedback unrelated to this blog entry, start a new topic in our feedback forum. Be sure to check the What's New in IP.Board 3.2 topic for a running list of announced changes!

One of our main goals for IP.Board 3.2.0 is to streamline the interface and make it easier to work with. We're also taking full advantage of modern techniques to ensure that IP.Board has more of an application feel by eliminating page reloads and using rich web technologies. We've revamped the photo editor to make it easier and simpler to use. The first thing you'll notice is that if you've connected your forum account to Twitter and/or Facebook, you can quickly select to synchronise your photo with the service on the same page. We're also using square cropped images for the user's photo for a more uniform feel and you can adjust the crop viewport if the default center crop doesn't catch all the detail. Here's the new photo editor complete with all the options available to me for my photo. After uploading a new custom image, I can quickly re-crop it to better capture the relevant portion of the photograph. And finally, here's a little video of it in action! We really hope you enjoy this new interface and we're sure it'll make changing your photo an easier and more pleasant experience!

I recently introduced the new text editor in 3.2.0. This new text editor brings a robust rich text editor coupled with custom BBCode and an auto-save feature. Today, I wanted show some user interface and usability improvements we've made in this area. Firstly, where space is tight or where you don't want to be overwhelmed with the text editor, it is shown 'minimised'. The screenshot below shows this minimised state and the editor looks just like a regular HTML text area that everyone is familiar with. Upon clicking the text area to begin making your post, it'll expand into the full editor ready for use: We've also gone ahead and added 'Ajax reply' and 'Ajax quoting'. This improves the responsiveness of IP.Board by removing the page reloads and gives it more of an 'app' feel by posting and updating the page instantly. I've taken a short video of this in action. Please note that you are viewing an in-development feature so the final design is not set for both the board and the editor and also that I'm currently working in "development" mode with CKEditor which means that there is a slight pause as it loads. This will not be the case when we package it up for release. We hope that you enjoy these enhancements to commonly used areas and that it makes a common task more enjoyable. Please do keep in mind that cosmetic style issues and such will be addressed in future blog entries.

Nearly ten years ago, IP.Board shipped with a pretty advanced functional editor that allowed you to quickly format your text in a rough "WYSIWYG" format. This was an exciting technology. As the main browsers started adding better support for this functionality we updated our own code to keep up. The internet is a constantly evolving space and web browsers and technology rise and fall and keeping up with these changes gets harder and harder. This is why we've added a new editor to 3.2.0 that is developed by a dedicated team outside of Invision Power Services. IP.Board 3.2.0 will come with the excellent CKEditor as standard. It's a well developed and well tested editor that is very extensible. It's constantly updated which means that we simply have to update the version that comes with IP.Board to get all the latest fixes. In general use, the new editor is much better at "WYSIWYG" (rich text editing) than our own current implementation and we've extended it further. Please keep in mind that the screenshots and videos below are using a very early development copy of IP.Board 3.2.0 and the editor will likely be skinned in a little more to match IP.Board before we release. All the usual IP.Board tools are present We've written a lot of plug-ins so that no functionality is lost. You can still create custom BBcodes and add buttons to the editor easily via the Admin CP and you can still use your own smilies. Switching between modes We love the new editor and as it supports nearly all major browsers, it's the first choice for replying and adding new topics. However, there are times when you want to edit the BBCode directly and with that in mind, you can switch between rich text editing mode and simple text mode without a page reload. Auto Saving Text A new and really handy feature we've added is auto save. As you type, the editor checks to see if there's any new content and if there is, it'll ping off via Ajax to save what you've written. If anything happens to your page, upon reloading you'll see it's stored your content and you can quickly restore it. You won't lose another post to a browser crash or server time out. IP.Board saves as you go. A refresh without posting allows you to view and optionally restore any content that has been auto saved. We hope that you enjoy the new editor in IP.Board 3.2.0 and the extra functionality we've added. We're excited to use it ourselves!

As the beta process for Gallery continues, I've found the time to implement the mobile theme that can be used by any mobile handset's browser or by the iPhone app we have available for free in the App Store. The mobile theme is lightweight as expected and makes good use of the small cropped thumbs as well as the new 'small' image that is created. This saves a lot of bandwidth which will be a huge relief to those that don't have a good 3G signal. I'll be updating Gallery here later today so you can see this live. The mobile theme will be available with Gallery 4.0 Beta 3. The Gallery homepage: If you scroll down you can access the global and member albums: Album view: Viewing an image: I hope that you enjoy this new functionality when it's available!

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!

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.

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.

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

I blogged in a previous entry about the new "like" system that is coming to IP.Gallery, IP.Downloads and IP.Blog. This is a brand new feature in the core of IP.Board and even though we plan to make more use of it in the actual forums in 3.2, it is ready to be used by modification authors in 3.1.3. Before I get into the mechanics of the system, I wanted to give you a brief overview of how it works. This screen shot shows the "like" bar directly underneath the image. The pop-up overlay shows who has "liked" the image. This is opened when you click on the "1 other" link. When you like an image, you can elect to receive notification of 'updates'. Updates can be various things, in this example it is when a comment is added. You can also elect to 'like' the item anonymously so you can receive updates without showing on the "liked by" list. All content you "like" is added to your "like center". From here you can bulk remove or update the type of notification. We do plan to make this "like center" more extensive in 3.2.0 with a tabbed interface and more filters but it is ready to use in 3.1.3. You can quickly access the "like center" from your username drop down at the top of the page. Implementation You can add "like" to almost any object by adding a single PHP class into /extensions/like/. I'll take you through the "like" class for Gallery. This file is situated in /admin/applications_addon/ips/gallery/extensions/like/images.php The class name is as follows: class like_{app}_{type}_composite extends classes_like_composite So, for Gallery, this is: class like_gallery_images_composite extends classes_like_composite There are only three methods that need to be defined: The first two are very straight forward: * Return an array of acceptable frequencies * Possible: immediate, offline, daily, weekly * * @return array */ public function allowedFrequencies() { return array( 'immediate', 'offline' ); } /** * return type of notification available for this item * * @return array (key, readable name) */ public function getNotifyType() { return array( 'comments', 'comments' ); } /** Note: If this "like" will notify of new comments, then the only allowed frequencies are 'immediate' and 'offline'. The last is getMeta * Returns the type of item * * @param mixed Relationship ID or array of * @param array Array of meta to select (title, url, type, parentTitle, parentUrl, parentType) null fetches all * @return array Meta data */ public function getMeta( $relId, $selectType=null ) { $return = array(); $isNumeric = false; if ( is_numeric( $relId ) ) { $relId = array( intval($relId) ); $isNumeric = true; } $this->DB->build( array( 'select' => 'i.*', 'from' => array( 'gallery_images' => 'i' ), 'where' => 'i.id IN (' . implode( ',', $relId ) . ')', 'add_join' => array( array( 'select' => 'a.*', 'from' => array( 'gallery_albums_main' => 'a' ), 'where' => 'i.img_album_id=a.album_id', 'type' => 'left' ) ) ) ); $this->DB->execute(); while( $row = $this->DB->fetch() ) { /* Title */ if ( $selectType === null OR ( is_array( $selectType ) AND in_array( 'title', $selectType ) ) ) { $return[ $row['id'] ]['like.title'] = $row['caption']; } /* URL */ if ( $selectType === null OR ( is_array( $selectType ) AND in_array( 'url', $selectType ) ) ) { $return[ $row['id'] ]['like.url'] = $this->registry->output->buildSEOUrl( "app=gallery&amp;image=" . $row['id'], "public", $row['caption_seo'], "viewimage" ); } /* Type */ if ( $selectType === null OR ( is_array( $selectType ) AND in_array( 'type', $selectType ) ) ) { $return[ $row['id'] ]['like.type'] = 'Image'; } /* Parent title */ if ( $selectType === null OR ( is_array( $selectType ) AND in_array( 'parentTitle', $selectType ) ) ) { $return[ $row['id'] ]['like.parentTitle'] = $row['album_name']; } /* Parent url */ if ( $selectType === null OR ( is_array( $selectType ) AND in_array( 'parentTitle', $selectType ) ) ) { $return[ $row['id'] ]['like.parentUrl'] = $this->registry->output->buildSEOUrl( "app=gallery&amp;album=" . $row['album_id'], "public", $row['album_name_seo'], "viewalbum" ); } /* Parent Type */ if ( $selectType === null OR ( is_array( $selectType ) AND in_array( 'parentType', $selectType ) ) ) { $return[ $row['id'] ]['like.parentType'] = 'Album'; } } return ( $isNumeric === true ) ? array_pop( $return ) : $return; } /** This method returns meta data about either a single item or an array of items. This is used to generate the data in the "like center". To add the like bar in your own applications, all you need to do is add: require_once( IPS_ROOT_PATH . 'sources/classes/like/composite.php' ); $likeClass = classes_like::bootstrap( '{app}', '{type}' ); $like = $likeClass->render( 'summary', $itemId ); $like now contains the HTML which you can use in your templates like so: <div>{$like}</div> I will go into more detail on this in our documentation and please watch out for the "comments" class blog entry as it ties in with this class to auto-send comment notifications without any additional coding!

Arguably the most crucial part of the gallery system is the upload system. A cumbersome and slow upload system deters people from uploading new images. Certainly, the current Gallery doesn't make it very easy to upload multiple images and filling out the meta data such as caption, etc is a chore. We've had a lot of feedback over the years on the Gallery's upload system and I wanted to take the opportunity to write a fast and intuitive upload system. The following video takes you through a typical scenario: You've taken a bunch of pictures, labelled them and you're ready to share them with the community. I recommend that you click the full screen button or use a powerful magnifying glass.

Late last week I left a teaser image of the 'view image'. I have taken a short video to explain some of the larger changes and features of this page for Gallery 4. I recommend clicking the full screen icon and ensuring the "HD" icon is blue to avoid excessive squinting. This video will also give an indication for the direction of future IP.Board releases as we'll integrate "ajax" replies into 3.2 along with the new favorites system which I'll go into in more depth in a future blog entry.

Starting from next week I'll be going into more detail about the user interface changes for Gallery 4.0, but until then, enjoy... I'm sure you'll have a lot of questions, so to keep things ordered, please leave feedback for this blog entry in the Gallery feedback forum. See you next week!

Following on from my manifesto blog entry, I wanted to discuss some of the changes to structure that Gallery 4.0 introduces and explain why we have made those changes. This blog entry does get a little technical, but even if you are not a technical person, please bear with me and feel free to skip over sections that are not relevant to you. I feel it is important to explain in detail the challenges faced when re-writing Gallery. Overview I want to completely re-focus Gallery and make the media the center of the application. I want users to view the images without being so concerned as to where they belong. I want to focus on organic discovery over being forced to browse pages of user albums or pages of categories. The Problem Although competent, it's no secret that the current Gallery has become a little confusing and over complicated. Over the years features and settings have been added too appease a small demand that has undermined the "flow" of the product. I have reviewed a lot of our customer's gallery installations and in most cases a lot of the more complex functionality in Gallery is not being utilised. For example, the current Gallery allows for very complex permission based hierarchical structures that mixes albums and categories. Programatically, this is incredibly hard to maintain and almost impossible to work with beyond a superficial level. Consider the following: - Category A (Global viewing permission) -- Category B (Restricted viewing permission) ----User Album A (Public) ------ User Album B (Private) This allows for great flexibility but a severe cost to code maintenance and efficiency. The only way to fetch images that the current user has permission to view is by loading all the categories and albums into memory and iterating over each; testing view permissions and finally constructing a large list of permissible IDs which is passed into an SQL query. This is an "expensive" operation and once you get past 10,000 albums you quickly run into issues with MySQL not being able to parse the query as it is too large. This is a wall and the current model allows for no way around it. The Solution Categories and albums are almost alike. They are both containers that can accept uploads. For this reason, I have merged them into a more pragmatic "albums" model. Administrators can set up "Global Albums". These behave much like categories used to in that you can set them to be containers only or allow uploads. You can restrict access permission based on member permissions much like you do with forums. Users can create "Albums". These are almost identical to the current user albums in that they can be set to "Public", "Private" or "Friend Only". These are no longer restricted to the 'Members' category or being children of categories. They are created at "root" level and are not included in the hierarchy unless attached to a category. This creates two different spaces. The Admin defined strict hierarchy and a more social public space. There are hard rules on user created album use and the software deliberately restricts the freedom of use so that order is maintained and a simple flowing permission model is employed. In practical use, you shouldn't notice these limits but the code is much simpler if you box in their usage. When creating a user album, you can elect to attach it to a category. When you do attach it to a category, it automatically inherits the permission of the parent category. You will be unable to set it to friend only or private. You cannot attach a sub-album to an album attached to a category. - Category A ---- Category B ------ User Album X (Inherits permission from Category B) This small change makes selecting images much simpler as you do not have to consider a dozen different possible permutations. We can now cache permissions with the image which makes selecting them outside of an album a quick and efficient task. This allows us to quickly query "streams" of images without having to learn about their album which frees up what we can do with the interface. I will begin to reveal more specific interface implementation over the coming weeks. Please let me know if you have any questions!

Evolution Six years ago, before Twitter existed and before Facebook became popular we launched "Invision Gallery". It was a simpler time. Not everyone 'surfed' the web with javascript enabled and in general interfaces were fairly basic. The Gallery mimicked a forum structure. It had categories which the administrator set up and allowed members to upload images. Other members could comment on those images and it worked great. A little further down the road we added albums so members could create their own albums. These went inside a special category called "Members". This worked great. A few years back when we upgraded Gallery to be IP.Board 3 compatible we added a newer front-end that did away with the normal category view and added the "boxes" that we're used to seeing now. This was great. Although Gallery was starting to show its age. The web has moved on. Interfaces are more fluid and dynamic. People don't want to click through a dozen links to upload a picture. The additional functionality added over the years started to cripple the interface so that many found it confusing. Even setting up the basic permissions and categories caused a few to reach for technical support in frustration. Clearly it's time to take Gallery apart and start again. Revolution The "truth" of the application is very simple: Upload some media into an album View, discuss and share that media. Our aim is to streamline those processes so that they are intuitive and modern. We're not content with basic static pages anymore. We want to interact with the site like we would a desktop application and the new Gallery delivers that experience. IP.Gallery 4.0 is a huge upgrade; the single biggest upgrade it has ever seen. We're blasting out the cobwebs and introducing a slick new interface that never loses sight of what a Gallery should be. We're simplifying permissions and accessibility to remove the clutter and confusion. We want you to fall in love with Gallery again. Over the coming weeks I'll be discussing the new functionality in more depth, but until then, I'll leave you with a few teaser images: For this one blog entry, I'm going to close comments and ask that you post your feedback in the Gallery forum. We'd love to hear what you think.

In IP.Board 3.1.0 we added a 'step through' form that users registering via Twitter and Facebook were prompted to complete before being fully registered. This was so that the user could choose their own display name and complete an email address when it wasn't available from the service (such as Twitter). If a member chose not to complete this form then their registration would not be complete and their account would be missing some data such as a display name and valid email address. This led to some confusion when viewing the member list in the Admin CP. Was this a bug? Was IP.Board mysteriously deleting member information? To prevent this confusion, we've removed these 'incomplete' members from the member list and added a new section to manage them. This new section clearly lists those members that are still in the process of completing their registration. It also identifies which service they used to start the account creation process. If you choose to delete these partial accounts, the member can always re-sign in to repeat the process. We hope this little feature cuts down on confusion and removes 'clutter' from the Admin CP member list.

One of the most commonly used features in the Admin control panel is the live search feature. This is a great way to quickly locate settings and even Admin CP pages. In IP.Board 3.1.0, we did have quick search boxes for forums and members on the dashboard but these were not always to hand. Often you need to search for a member or forum and have to navigate through to the correct section. In IP.Board 3.1.2 we have extended the live search to include matches from forum names, group titles, group settings and members (display name and email address). Simply tapping in a phrase will return all the relevant matches. In this example, we can see that "admin" has matched a member's email address, a forum name and group settings as well as an Admin CP page and some settings. Simply clicking on the link will take you to the relevant page. In the case of a member, this is the edit page for them; likewise you are taken to the edit page when clicking on a group's name. By moving these search features into the global search bar, we've created a much cleaner ACP Dashboard. We've also made the dashboard warnings and new version notifications much more prominent, so you can clearly see when there is an issue requiring your attention. In addition, in an effort to ensure there are no dashboard warnings on a fresh install, the installer will automatically lock itself (thus not prompting you to delete admin/install/index.php) and new users will be able to (optionally) enter the license key into the installer. Little usability tweaks such as these really make daily tasks more efficient which makes administrating your IP.Board even more pleasant!

Moved topic redirect links A common request from our customers over the years is the ability to have those redirect links that are added when moving a topic to automatically 'expire' and be removed. This is one of those features that was on our lists for years but never made it into the feature set due to time constraints and other factors. Happily, we found time to implement this for IP.Board 3.1.2. The administrator can specify a number of days before the redirect links expire in the Admin CP settings page. The daily clean out task now checks for any deletable redirect links and removes them automatically. Archive Personal Conversations Another common request we've seen since we introduced the new 'personal conversation' feature was the ability to somehow archive off conversations. Now that these conversations are much like personal topics that can have many replies from many different participants the old system of simply allowing a downloadable text file isn't an option. In 3.1.2 you'll be able to email yourself a copy of the conversation. This will be sent as a HTML file attached to the email which you can download and store on your computer. When you're viewing a personal conversation, you'll see a new box: "Archive Conversation" Clicking this will send the email via 'ajax' meaning the screen doesn't refresh and you don't lose your place on the page. The email is shown with the attachment Which is a lo-fi copy of the conversation suitable for printing Open ID: Email no longer required We have removed the "email" requirement for OpenID logins, which should allow for many more OpenID services to work (including Google, TypePad and Wordpress). While this change is in effect immediately for new users, for existing users you will need to edit the login method to enact the change. In the ACP, visit System -> Log In Management. Next to OpenID click the button and choose "Configure Details". Clear "email" from the "Required args to pull", and then add it to the "Optional args to pull" (which should appear as "nickname,dob,email" once you are finished). Save the configuration and you're all done!

It's an unfortunate fact that something may go wrong with your hosting environment at some point. MySQL is sensitive to many things and often this results in an error being thrown. This can be confusing for you and your members and getting support for this can take time as our technicians often have to request FTP details so they can log in and check the error logs written to disk. A lot of the time, our technicians discover that there isn't an issue with IP.Board but rather something has happened with your MySQL database or server. This can delay you getting your board back up. With this in mind, IP.Board 3.1.2 separates out "server level" errors such as a crashed table, 'out of memory' issues and more into its own error page which is displayed. This instantly informs you of the problem and directs you to contact your host or troubleshoot the issue further if you run a dedicated server. In the Admin CP, we have written a log viewer which lists all the generated SQL error logs. It also keeps a record of the latest error of the day which is displayed above the list of logs. Of course, these logs can get quite large, so when you view a log, it is "tailed" and only shows the most recent 300 lines. We hope these features help speed up getting the correct support for when you need it most.

With the release of 3.1.1 scheduled for next week, I thought I'd take a moment and outline some of the bigger changes. We're very pleased with how well IP.Board 3.1.0 has been received and how stable it has been. We've been working hard to iron out some common issues and we've been reading a lot of your feedback. Based on that, we've made the following changes for IP.Board 3.1.1: Facebook The new Facebook APIs have been very successful in allowing registered Facebook users to log into your own forums and start contributing right away. The "like" button has also been very popular and great for driving traffic to your board. There's been a lot of feedback on these features so we've improved upon this functionality. First of all, you can now set your own 'locale' for the Facebook social widgets. We prefer to use Facebook's javascript rather than the iFrame methods directly as the javascript methods are easier to maintain. You can now also choose how you want to handle importing the user's 'real name' You can automatically generate a display name based on the user's Facebook real name and suggest this as the display name: Alternatively, you can enforce the user's real name if you have a trusted community: This provides a more seamless experience when logging in via Facebook You can also now choose to disable new accounts from being created via Facebook and Twitter when you disable registrations globally: This is the error screen shown when trying to create a new account via Facebook or Twitter when new accounts have been disabled: Merge Center The merge center has been a great starting point for updating your custom skins but many people found it confusing. We've taken that feedback on board and made the following changes. First up, we've reworked the feature labelling, improved the work flow and added text box prompts. The first screen you see after the processing has finished is this one. Note, all the items that do not need your attention are hidden by default which makes it very clear what you need to do to finish the process. The box at the top briefly explains the next step you should take. We've removed the "Select all checkboxes" from the drop down menu and placed it as a global checkbox which should be very familiar as IP.Board uses this method elsewhere: We've redesigned the view options box to allow you to filter out what you don't want to see rather than it be 'all or nothing'. This is the default filter: We've also update the labelling in the drop down box to make it clearer what each option does: Once you have merged and resolved your templates, you'll see this screen which again prompts you what the next step is: Finally, when you have saved all your changes, you'll see this screen: SEO Updates In Dan's previous blog entry he wrote about correcting our board index "canonical" meta tag, to ensure that search engine spiders correctly recognised "http://www.myforums.com/" as your board index and not "http://www.myforums.com/index". This was an important step, but users could still view and link to that page. More importantly, it also served a "200 OK" HTTP header, meaning search engines would also still index it as a page in its own right - causing potential duplicate content issues. The same problem applied to accessing /index.php and the IPB 2.x style: /index.php?act=idx. We've now made a change that will automatically redirect you back to just "/" if you (or a search engine) try to access any of those URLs. The search engines should quickly drop any duplicate pages they have in their index and your "real" board index page will begin to carry the weight it should. We've also gone through IP.Board and all of the applications and standardized the page title format. All page titles now use the format "{Content Title} - {Board Name}", meaning that your most relevant keywords are at the beginning of your title tag, whilst still carrying your board name for easy user recognition in the search results. These updates are an example of just how much we value your feedback. Please keep it coming!

We're very pleased to announce that beta 3 of IP.Board 3.1.0 and its applications are now available! Please read through this announcement for information on where to download and what is available. What's Available? The following releases are available: IP.Board 3.1.0 Beta 3 IP.Gallery 3.2.0 Beta 3 IP.Blog 2.2.0 Beta 3 IP.Downloads 2.2.0 Beta 3 IP.Content 2.0.0 Beta 3 IP.Chat 1.1.0 Beta 3 Where can I download these? Please log in to your client center. Click on 'Downloads'. The beta releases will be in the 'Development Releases' category. Please note that you must have an active license for IP.Board before you can download. Likewise, you must have an active license for the application (Blog, Gallery, etc) you wish to test. What is a beta? A "beta" release is a version that is considered ready for extended testing. This is a feature complete release that needs as much testing as possible so that we find and fix any bugs that are found. It is possible that we will further refine some features based on feedback. We do not expect to add any features to these releases. Can I upgrade from a previous 3.1.0 beta? Yes, simply upload the files as normal and run /admin/upgrade/ Can I use it on my live site? We strongly recommend that you do NOT use this version on your live site. Although it has been internally tested and used on this forum, we cannot recommend that you use it on a live site as there may be undiscovered bugs which may impact stability. Furthermore, while we will assist on the forums where possible, beta releases are not supported officially. This means that you cannot receive technical support on these releases and we will not offer any installation or upgrades on these beta releases. Can I install it as a test board? You may install a test version of 3.1.0 beta. You do not need to purchase another license to do this. Please ensure that you take every effort to keep your test board private. It is acceptable to allow select members register to help in testing, but you may not use it as a second community. I've found a bug! Please report all bugs to the relevant section in our bug tracker. We will investigate all reports made. Please try and give as much detail as possible when making a report. Browser versions and operating system versions are especially relevant when reporting skin/interface bugs. What's new in 3.1.0? For a complete list of what's new for IP.Board and its applications, please see this topic. We've also been maintaining a regular blog of all new features. Please see this category for a list of recent blogs detailing recent feature additions. I have feedback Great! We always love to hear from you. Please use the special beta releases forum for feedback and other discussion on the beta releases.

We're very pleased to announce that beta 2 of IP.Board 3.1.0 and its applications are now available ! Please read through this announcement for information on where to download and what is available. What's Available? The following releases are available: IP.Board 3.1.0 Beta 2 IP.Gallery 3.2.0 Beta 2 IP.Blog 2.2.0 Beta 2 IP.Downloads 2.2.0 Beta 2 IP.Content 2.0.0 Beta 2 IP.Chat 1.1.0 Beta 2 The CleanCut skin will be updated early next week for beta 2. (You're welcome, Ian). Where can I download these? Please log in to your client center. Click on 'Downloads'. The beta releases will be in the 'Development Releases' category. Please note that you must have an active license for IP.Board before you can download. Likewise, you must have an active license for the application (Blog, Gallery, etc) you wish to test. What is a beta? A "beta" release is a version that is considered ready for extended testing. This is a feature complete release that needs as much testing as possible so that we find and fix any bugs that are found. It is possible that we will further refine some features based on feedback. We do not expect to add any features to these releases. Can I upgrade from a previous 3.1.0 beta? Yes, simply upload the files as normal and run /admin/upgrade/ Can I use it on my live site? We strongly recommend that you do NOT use this version on your live site. Although it has been internally tested and used on this forum, we cannot recommend that you use it on a live site as there may be undiscovered bugs which may impact stability. Furthermore, while we will assist on the forums where possible, beta releases are not supported officially. This means that you cannot receive technical support on these releases and we will not offer any installation or upgrades on these beta releases. Can I install it as a test board? You may install a test version of 3.1.0 beta. You do not need to purchase another license to do this. Please ensure that you take every effort to keep your test board private. It is acceptable to allow select members register to help in testing, but you may not use it as a second community. I've found a bug! Please report all bugs to the relevant section in our bug tracker. We will investigate all reports made. Please try and give as much detail as possible when making a report. Browser versions and operating system versions are especially relevant when reporting skin/interface bugs. What's new in 3.1.0? For a complete list of what's new for IP.Board and its applications, please see this topic. We've also been maintaining a regular blog of all new features. Please see this category for a list of recent blogs detailing recent feature additions. I have feedback Great! We always love to hear from you. Please use the special beta releases forum for feedback and other discussion on the beta releases.

We're very pleased to announce that IP.Board 3.1.0 and its applications are now available for beta testing! Please read through this announcement for information on where to download and what is available. What's Available? The following releases are available: IP.Board 3.1.0 Beta 1 IP.Gallery 3.2.0 Beta 1 IP.Blog 2.2.0 Beta 1 IP.Downloads 2.2.0 Beta 1 IP.Content 2.0.0 Beta 1 IP.Chat 1.1.0 Beta 1 MySQL: New installation and upgrades from previous versions (1.3+) are available for testing MSSQL: New installations are available for testing. The upgrade system will be available in beta 2. Where can I download these? Please log in to your client center. Click on 'Downloads'. The beta releases will be in the 'Development Releases' category. Please note that you must have an active license for IP.Board before you can download. Likewise, you must have an active license for the application (Blog, Gallery, etc) you wish to test. What is a beta? A "beta" release is a version that is considered ready for extended testing. This is a feature complete release that needs as much testing as possible so that we find and fix any bugs that are found. It is possible that we will further refine some features based on feedback. We do not expect to add any features to these releases. Can I use it on my live site? We strongly recommend that you do NOT use this version on your live site. Although it has been internally tested and used on this forum, we cannot recommend that you use it on a live site as there may be undiscovered bugs which may impact stability. Furthermore, while we will assist on the forums where possible, beta releases are not supported officially. This means that you cannot receive technical support on these releases and we will not offer any installation or upgrades on these beta releases. Can I install it as a test board? You may install a test version of 3.1.0 beta. You do not need to purchase another license to do this. Please ensure that you take every effort to keep your test board private. It is acceptable to allow select members register to help in testing, but you may not use it as a second community. I've found a bug! Please report all bugs to the relevant section in our bug tracker. We will investigate all reports made. Please try and give as much detail as possible when making a report. Browser versions and operating system versions are especially relevant when reporting skin/interface bugs. What's new in 3.1.0? For a complete list of what's new for IP.Board and its applications, please see this topic. We've also been maintaining a regular blog of all new features. Please see this category for a list of recent blogs detailing recent feature additions. I have feedback Great! We always love to hear from you. Please use the special beta releases forum for feedback and other discussion on the beta releases.

A common problem for all administrators that have skin customisations is having to apply them after each upgrade. This is often time consuming and laborious. One has to pour over a difference report and manually copy and paste the new code into existing templates. A major upgrade such as 3.1 can mean dozens of changed templates. I'm pleased to say that we've added a new tool to greatly assist in this process. Indeed, skins with just a few minor customisations such as colours can almost automate the upgrade process. Introducing the Template Merge Center This new tool will check for differences and attempt to perform a merge on your templates and CSS files. For those interested in the technical details, a three way merge works like this: A diff(erence) off the old default and new default is performed, and a difference of the custom skin and the new default is performed. The differences are examined and merged into one text. if a change is detected in both the old > new and the custom > new, this is flagged as a conflict. Anyone who has worked with version control systems will be familiar with the concepts. If you'd like to see a practical demonstration, please see this video: Apologies for the quiet audio. A typical work flow would be as follows: Run the merge report on a skin set Automatically or manually resolve the conflicts Commit the merged items Tweak the final result by hand if required Let's run through that: This screen shot shows a 3.0.5 skin from a customer running on a 3.1 board. As you can see, there are several problems such as missing items and incorrectly styled items. When we run the tool, it checks all the templates for differences: This produces a list of all templates that have differences and we can filter the result set further: We can preview the conflicts: And we can edit the conflicted text manually: Once we have resolved the conflicts, we can commit these changes: The end result is pretty good. We'd need to tweak the CSS to change the border colour of the notifications box but we've done a lot of the hard work with a few mouse clicks: Of course, this tool isn't a magic wand, but it will greatly assist in the manual upgrading of a skin an as we've seen here, skins with simple customisations may require little manual intervention. We hope that you find this tool useful when upgrading to IP.Board 3.1.