Updated to support Studio 2017, also it’s now an sdlplugin rather than a standalone tool, September 2016
… is a theme I’ve used before to describe how easy it is to share resources in the desktop version of Studio because of the open and friendly technology platform used. It’s easy because Studio allows you to take good advantage of the sort of things (maybe even more than a 100 😉) you may already use on a daily basis, like dropbox, or google drive for example. I was talking about what users could do before, so this time I’m really excited to see how we can perhaps extend this idea of sharing and pool the expertise that only a developer can bring to the table so that developers can gain from each others work, and users of the software see what this can achieve as well. Romulus Crisan started this off when he began moving many of the OpenExchange applications he had developed, and some of the older ones as well, into Github as OpenSource projects.
This is a new concept for SDL Language Technologies that was started earlier this year, and whilst we have only seen a few contributions from developers adding their own improvements and paying them back for others to use, I do know that this idea of sharing examples of real applications is starting to pay off, and many developers have been able to progress their own ideas after getting a little inspiration from the work of others. Continue reading “With a little help from my friends…”
In my world you’d have to be on another planet not to know that Studio 2015 was released this week. The release is very good and contains lot’s of new features, many of them translators and project managers have wanted for a long time. In fact even if you did know it was released you might be one of the users who’s still wondering what’s in it, how do you get it and install it, how it affects previous versions, how you migrate your data, how you use your Studio 2014 OpenExchange Apps. etc. Lot’s of practical questions that you might not be able to readily find the answer to. So, first things first! 
Projects, packages, segmented SDLXLIFF files, unsegmented SDLXLIFF files, source files, target files, Translation Memories, Termbases, AutoSuggest Dictionaries… are they buried deep in your computer by Studio without you knowing? Are you really subjected to a message like the one on the left? Sometimes the posts in the technical forums make it seem that way, but I think it might not really be like this, so in this post I want to take a look and see how all these things work. I have discused many of these things in the past here and there, but now seems a good time to consolidate all this into one article and try to explain the workings of Studio with regards to file locations. Let’s start with Projects. 
In the last year or so I’ve had the pleasure of watching 
I think I’ve discussed Project Templates in the past, although perhaps only in passing. So let’s start off by painting a picture of the situation you find yourself in where templates come in handy. You maintain your own Translation Memories, in fact you have five you regularly use for every project but keep them separate because they are based on different sublanguages and you have some clients who adhere strictly to the minor linguistic differences. You have a couple of termbases that you also like to add to every project and you find it easier to manage the terminology for your clients in separate termbases rather than use custom fields that complicate the ability to import/export with your colleagues. You also have very specific quality assurance rules that you’ve honed over many years of translating and you know these are reliable and help you when you work.
I had the pleasure of meeting Michael Farrell, the developer of 
On two previous occasions I’ve been lucky enough to attend the 