It is easy to overlook the good old TIFF format when developing applications as it has been eclipsed in the recent years by more modern, browser friendly, image formats such as JPG, PNG and GIF. However, there are a number of scenarios for which TIFF is still widely used, particularly because a single TIFF file can hold multiple pages.
Two of the more popular uses for multi-page TIFF files are the scanning of multiple pages into a single file and the reception of multi-page faxes. As these kind of document management scenarios are very common, particularly with our SharePoint customers, we have decided to add native support for this format to our popular range of PDF Conversion products.
The key features are as follows:
Convert multi page TIFF files to a single PDF file.
Automatic page size detection.
Compatible with PDF/A.
Supports all TIFF formats recognised by the underlying operating system.
Azure, and our products, have changed considerably since this article was written in 2011. Please contact our support desk if you have any questions about using our software in combination with Azure.
As part of the series about New features in Muhimbi SharePoint Audit 2.0 I would like to dive into a great new addition, which is the auditing of field level changes, a feature unique to our product.
As you may be aware, SharePoint’s native auditing capabilities are somewhat limited. You may, with a lot of effort, be able to track that an item has been changed (by Item ID, sigh), but there is no way to find out which field has been changed and what the old or new values are.
Sure, you can enable ‘Version History’ on a list, but that only provides a little bit of detail, must be enabled manually on every list and the details cannot be queried as part of an Audit Report.
As tracking field level changes is rather useful, we have decided to add it to the core product and treat it the same as any other audit even type, resulting in the following advantages:
Auditing of this kind of information is automatically enabled when a Site Collection or list is created. There is no need to manually enable it.
Field changes are automatically included when the audit logs are queried or reports are generated, including all filtering and pivoting options.
So, if you are familiar with the product then it all works like any other audit event type. You specify either at the Farm, Web Application or Site Collection level that you want to track the Field Change’ event type and the system sorts it all out for you.
Once enabled, all field level changes are audited automatically. See the following screenshot for an example that shows a single audit entry for a change to the standard Task List.
When generating a full Audit Report all changes are grouped together as follows (Click to enlarge)
