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.
However, I think the potential of this is much more than we have seen so far, so after the release of Studio 2015 we decided to create a small utility to address some of the migration issues that came up in the community forums and see just how useful a tool it could become by sharing the ideas and development amongst an interested community. The tool is on the OpenExchange so Studio users can take advantage of it, it’s called the “Studio Migration Utility” and I also mentioned it in an article I wrote a few days after the Studio 2015 launch (see below for installation and user guide).
The source code is on the SDL Community Github site where developers can fork the code for themselves and create pull requests to have their own improvements added into the main source code for others to use. Whenever a new build is created from Github Romulus will update the OpenExchange application so anyone using a supported version of Studio can benefit from it too.
The features in this shared project so far are in the table below, so you can see the application has grown since publication of the original on the 2 July. But there are lots of things that could be added to this tool to make it really comprehensive… so if you’re a developer and would like to use this source code yourself then perhaps you can add a bit and put your name in lights (well as far as the popularity of this blog will take you ;-)). A few things I can think of that would be really useful would be these:
- Proper migration of project templates (create the settings but don’t replace new features with old ones from the old templates!!)
- Custom QA rules
- User lists in addition to the customer lists recently added
- Non-default filetype settings in the default template
- Custom xml filetypes in the default setttings
- Verification settings such as word lists, trademark entries, length checks etc.
- Custom dictionaries if you use Hunspell
- Custom keyboard shortcuts
What do you think? I reckon all these things are probably not too difficult to achieve, although the first one may be a little tricky. I’ll update the table below if anyone does take up the challenge and let’s see if we can create something really handy to help smooth out the migration process for upgraders, or even for just moving from one computer to another… I didn’t add that one to the list but it just came to me!!
2 July 2015
5 July 2015
6 July 2015
||22.214.171.124|| Andrea-Melinda Ghisa
9 September 2016
On a final note, I left out OpenExchange applications because these are a little tricker at the moment. Most come with a separate installer, and might even need to be rebuilt when migrating from one version to another. So for now, unless someone has a brilliant idea in this regard, I’m thinking about migrating Studio itself… which gave me another idea… what about settings for MultiTerm?
Update September 2016
The application is now an sdlplugin installer. This means you just have to download and doubleclick the sdlplugin and the tool will be installed into the Add-Ins views for Studio 2015 and 2017. We don’t support earlier versions with this since it’s highly unlikely anyone upgrading Studio now is going to be upgrading to earlier versions, so the migration will be to the new tool where the sdlplugin is supported. Once installed just start Studio 2015 and upwards… you’ll find it in here: