About WebTranslateIt.com

WebTranslateIt.com is a web-based translation tool to translate documents and software.

Learn more at WebTranslateIt.com.

Subscribe to our newsletter

Get our monthly newsletter about WebTranslateIt’s latest features.

Recent posts

New release

Posted by Edouard Brière on October 2, 2009

I just released a new version of Web Translate It. Unfortunately the string filtering feature didn’t make it and will be pushed another week further. It requires some important work to integrate well with the statistics system. Besides, a few other important features required all my attention.

Here’s what’s new:

  • Ability to upload multiple language files in a zip file. This is useful for large projects with many language files.
  • File Manager: this is a big update. It is now much easier to use and allows you to do more with your files.
  • PHP .ini files support
  • More robust language file importer/exporter, with better error handling.
  • A few of small improvements in the translation interface
  • Fixed a bug with the search engine. It wasn’t indexing your new strings sometimes.

Calling out all beta testers

Posted by Edouard Brière on 21 septembre 2009

Web Translate It has reached the point we call the “minimum viable product”. Do you need a translation management system for you project? Join and test it.

Web Translate It is not ready for prime time yet but it already works really well. Do you have a project to translate? Are you interested by trying it before everyone else? Please contact me to get a beta tester account.

What will you get?

You will gain access to a web-based translation system that makes it easy for human translators to collaborate. During the beta time, using it will be free. After the launch date you will have to choose if you want to continue to use it and pay, or not use it. Web Translate It will remain free for Open Source project.

Web Translate It can help you to translate 3 things:

  • Dynamic websites
  • Software
  • iPhone applications

It also solves a few problems in the translation process:

Avoid unnecessary file logistics

Web Translate It integrate an easy to use and efficient translation interface. The whole translation team can work on your translations directly in a web browser. The translators can ask questions to the developer through a commenting system. The developer can see when his translation work is finished in the Project Statistics, and download all the language files at once in a zip file.

Test the translations

Web Translate It has a very simple API. If you work on translating a website, you are invited to set up a staging site for the translators to test their translations. You could make your staging site fetch and display the latest translations for every page load. Translating a website and testing your translations is as simple as saving your translations and checking the result on the staging website. If you are a software developer, you could develop a system that regularly builds your application against the latest translations.

History

Web Translate It keep an history of everything that happened on a string: who translated it, who proofread that and when. You can also revert the string to a previous version. This feature is crucial for an efficient translation workflow.

Don’t reinvent the wheel

Developers, developing yet another hasty web-based translation software is a loss of time. Developing good software takes time. Translators don’t like to work on slow or buggy tools. Besides, our API afford a tight integration to your system, as if Web Translate It was hosted on your system.

Keep in touch

Subscribe to the RSS feed for frequent product updates, follow us on Twitter or join our mailing list if you want to get an email when we launch our product.

June and mid-July Status Update

Posted by Edouard Brière on 13 juillet 2009

Wow, how can it already be mid-July? We have been pretty busy refactoring Web Translate It and adding new features. Here is what we have been up to.

It feels like June went very quickly, and when we look back it seems we haven’t done much this month. The truth is that we have been working on some rather tricky features.

Gettext .po, Apple .strings, Rails .yml, you name it

Gettext .po is widely use, but we really wanted to support two other file formats: Apple .strings and Rails .yml. This is now implemented, which means you will be able to use Web Translate It to translate your Mac and iPhone applications, as well as Ruby on Rails websites! Along the way we refactored and improved our importer/exporter engines to be more abstract, so supporting more file formats will now be easy. We’re quite thrilled about this.

Import and Export jobs improvements

Remember our CPU-hungry processes we run as background jobs? They took a little while to perform, without any feedback. Not anymore: we thought giving our users a little bit of feedback wouldn’t hurt.

Also, downloading every single file one by one can quickly become unpleasant if your project is translated in lots of different languages. You can now download all your language files in a zip file containing all your language files.

Next

The next release will be mainly focused on improving the interface usability, particularly the on the interface to assign jobs to your team, and invite other team members, which is rather cumbersome at the moment.

We will also improve our import/export engines a bit more. We will introduce support for plural forms in .po and .yml, which is a big piece of work.

What’s left after all this? We need to rework the translation interface: better interface for comments, code colorisation in translation forms, ability to filter strings by status, etc, and finally implement a payment system.

Once it will be completed it will be finally time to launch! We’re getting there.

Let’s get in touch

For frequent updates, follow us on twitter or subscribe to our RSS feed. If you want us to contact you as soon as we launch join our mailing list on the Web Translate It website.

We also have our customer support forum on GetSatisfaction if you have any ideas, enquiries or suggestions.

April and May Status Update

Posted by Edouard Brière on 31 mai 2009

June is here. While we still don’t have much to show you, a lot of things have happened during these last two months.

We have been busy working these last two months and made lots of improvements on Web Translate It.

We hope to have something substantial to show you this summer. Here’s what we have been up to.

House cleaning and a few new features

Back in April we launched a temporary front page for Web Translate It to present our product. Since then, a lot has happened.

We’ve been working on a brand new design, implemented a few new features, dusted off some scalability problems and have drastically simplified our product’s architecture.

A new design

Remember the sketch we posted a few weeks ago?

Well, after using it ourselves, it didn’t felt right so we went back to our pencils and came up with something dramatically simpler.

This is very green. If you don’t like it, you will be able to change the background and header colour to your taste.

This new design is much more simple and will allow easier modifications in the future.

New Features

We worked on a new page we call the “String Log” (screen-grab above). This is basically a page showing the details of what happened on a string: translations changes, status changes, comments posted, in a chronological order. We still have a bit more cosmetic work to do on it.

We also worked on implementing string export, so you can actually fetch your languages files once the translation work is done. It’s not entirely finished yet, but the engine is here and ready to use.

Scalability

We noticed some performance issues while importing large languages files to our system. These kind of tasks simply take too much time to perform online.

So we moved these CPU-hungry tasks as background jobs. It was a very interesting project to do. We’ll write another post later to share our experience on this.

Simplification

As much as we try to keep things simple, some parts of our product seemed very complex to use so we reworked them in a much more simple way.

We also rewrote our .pot file parser from scratch, as the one we were using was blatantly inefficient.

System

Some of our work cannot be seen. We set up a communication system, a server monitoring system, and tuned our backup system.

Our source code and our database are backed up to an offsite server every day.

We also installed some tools to help us code better.

Continuous Integration

We now have a continuous integration server, Integrity.

Every time we we push code to the main branch, Integrity runs the website’s batch of tests and tells us the result on Campfire.

Of course we test our code locally on our computers while we code, but several times we committed code breaking the test suite without noticing.

It is now impossible to ignore it.

Metrics

“You can’t control what you can’t measure”. We run software metrics on our code since four days now.

It seems promising and will help us a lot to improve our code.

Inspired by the good folks at Thoughtbot we chose metric_fu, a tool to generate software metrics for ruby code.

Basically, metric_fu calculates everyday a few software metrics from our source code and notifies us from design issues, code smells, missing test cases, duplicated or too complex code.

Tools like Reek, Flay,

Flog and Rcov are amazingly useful.

Now, the vanilla metric_fu doesn’t look so hot. So we decided to go ahead and use Thoughbot’s fork which is aesthetically more appealing, and since we were at it we made it a bit better.

Our fork automatically generates and includes graphs showing our day-to-day progression. Grab our fork at Github.

Edit: our changes have actually been pull to the official metric_fu.

Getting in touch

We launched our company website/blog a few weeks ago to be as transparent as possible and talk about what we are doing.

We are really pleased to read you left us a few comments and we hope we’ll have the opportunity to discuss more.

If you want to hear from us or get in touch, you can use the comments here, or use our customer support forum at GetSatisfaction or send us an email.

If you prefer to just watch what is going on you can subscribe to the RSS feed for frequent updates, or join our mailing list if you want to get an email when we launch our product.

In Search for Convivial Communication

Posted by Edouard Brière on 18 mai 2009

Since Étienne and I work remotely from France and Sweden we crafted an efficient internal communication tool based on Campfire. Check out how we work.

Étienne works from Paris, France and I work from Linköping, a middle-sized town in Sweden. We are about 1600 kilometers far away. Luckily we don’t have any time-zone on the way, but we do have day jobs, which means we often work asynchronously.

We use 37Signal’s Campfire for our daily talk.

Campfire logs everything that has been said in a transcript and that’s very convenient: it allows both immediacy and asynchrony.

For example, if I am away for a few days I can look through Campfire’s transcripts when I come back and see what Étienne did and what were his blocks and problems.

Since I see every details on the transcript, I don’t need to ask him anything. It’s a great time saver.

In the same handy fashion I can ask a question to Étienne on Campfire while he’s away. He will answer me the next time he logs in, even if I am not logged in myself.

On top of that we run a few notification scripts shaped to our needs.

Revision control system notifications

We use Git for our code versioning. Every time we push code to our repository a notification message is displayed on our Campfire chat room.

This is great for awareness and to discuss about code changes.

This is really an easy script, but we’ve open sourced it.

Issue tracking system notifications

We use Redmine to keep track of our features and bugs.

This is a great open source web-based tool for collaborative work, but since all our attention is focused on our Campfire chat room our actions on Redmine lacked of visibility.

So we made a plugin to notify each-other of every ticket changes, edits on our internal wikis and forums.

This is very convenient, we can see how a project is going at a glance.

We made this Redmine plugin available.

Deployment notifications

This is important to notify each-other when we deploy in case something gets awry. So we display a notification message as well as a message explaining what the deploy is for.

Alerts!

This one is quite new and is not really usable yet. We setup our monitoring system to display alerts for some of our most critical processes.

Note: this is not an actual alert

We can also easily display monitoring graphs on Campfire to quickly show what’s wrong and discuss on how to fix it.

Here our server’s memory usage seems quite high.

That’s about it! Using this tool is really handy, and I don’t think we could work as efficiently without it.