Image may be NSFW.
Clik here to view.
… 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.
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!!
| Feature | Version | Developer/Date |
|
1.0.0.0 | Romulus Crisan 2 July 2015 |
|
1.1.0.0 | Patrick Hartnett 5 July 2015 |
|
1.2.0.0 | Romulus Crisan 6 July 2015 |
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?
Image may be NSFW.
Clik here to view.
Image may be NSFW.Clik here to view.
