Germany and Linux control

J

Thread Starter

Jiri Baum

Curt (about Germany):
> There seems to be a lot of Linux control development going on in that
> part of the world.

That leads to the question... should we try to make our list multi-lingual?

There are services around that provide free machine translation, and we could probably hook one up to our lists. I'm not sure if that's a good
idea, though --- on the one hand, it'd greatly expand our potential developer- and user-base. On the other hand, machine translation is liable
to lead to some hillarious misunderstandings (to say the least).


What do you think?

Jiri
--
Jiri Baum <[email protected]> http://www.csse.monash.edu.au/~jirib
MAT LinuxPLC project --- http://mat.sf.net --- Machine Automation Tools
tlhIngan Hol jatlhlaHchugh ghollI' Hov leng ngoDHommey'e' not yISuD
Never bet on Star Trek trivia if your opponent speaks Klingon. --Kung Foole

_______________________________________________
LinuxPLC mailing list
[email protected]
http://linuxplc.org/mailman/listinfo/linuxplc
 
C

Curt Wuollet

If we can get a polylingual volunteer to do it, sure! If we have to burden the documentors right now, probably not. It's hard enough to get documentation in any language we don't want to make it any harder. I suspect that's why a lot of the euro projects don't have English pages.

Regards

cww


--
Free Tools!
Machine Automation Tools (LinuxPLC) Free, Truly Open & Publicly Owned
Industrial Automation Software For Linux. mat.sourceforge.net.
Day Job: Heartland Engineering, Automation & ATE for Automotive Rebuilders.
Consultancy: Wide Open Technologies: Moving Business & Automation to Linux.

_______________________________________________
LinuxPLC mailing list
[email protected]
http://linuxplc.org/mailman/listinfo/linuxplc
 
R

Robert Schwebel

On Tue, 9 Oct 2001, Jiri Baum wrote:
> That leads to the question... should we try to make our list multi-lingual? <

I'm sure that all German engineers interested in that kind of stuff do at least understand English well enough to follow what's going on...

Robert
--
+--------------------------------------------------------+
| Dipl.-Ing. Robert Schwebel |
| Linux Solutions for Science and Industry |
| Braunschweiger Stra=DFe 79, 31134 Hildesheim, Germany |
| Phone: +49-5121-28619-0 Fax: +49-5121-28619-4 |
+--------------------------------------------------------+


_______________________________________________
LinuxPLC mailing list
[email protected]
http://linuxplc.org/mailman/listinfo/linuxplc
 
R

Robert Schwebel

Curt Wuollet wrote:
> It's hard enough to get documentation in any language we don't want to
> make it any harder. I suspect that's why a lot of the euro projects
> don't have English pages.

Translation can be a hard thing - I've tried to keep the PerlDL homepage bilingual (http://pdl.perl.org) and it consumes a lot of time as well as a good framework. My personal opinion is that it's ok for technical stuff to
be English only, because absolutely everyone working in automation has to be able to read and write English anyway.

Robert
--
+--------------------------------------------------------+
| Dipl.-Ing. Robert Schwebel |
| Linux Solutions for Science and Industry |
| Braunschweiger Stra=DFe 79, 31134 Hildesheim, Germany |
| Phone: +49-5121-28619-0 Fax: +49-5121-28619-4 |
+--------------------------------------------------------+


_______________________________________________
LinuxPLC mailing list
[email protected]
http://linuxplc.org/mailman/listinfo/linuxplc
 
Curt:
> If we can get a polylingual volunteer to do it, sure!

Well, I was proposing machine translation, anyway...

> It's hard enough to get documentation in any language we don't want to
> make it any harder.

So true.

Another thing we'd want is i18n/l10n support in the software itself...

Jiri
--
Jiri Baum <[email protected]> http://www.csse.monash.edu.au/~jirib
MAT LinuxPLC project --- http://mat.sf.net --- Machine Automation Tools
_______________________________________________
LinuxPLC mailing list
[email protected]
http://linuxplc.org/mailman/listinfo/linuxplc
 
Top