From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.help Subject: RE: Changing the language of gnus menu entries Date: Thu, 26 Sep 2013 10:02:35 -0700 (PDT) Message-ID: <9f38ea99-1943-4445-9f0d-08609ed0e73c@default> References: <87eh8eekza.fsf@web.de> <874n9amatr.fsf@web.de> <87vc1p9ggs.fsf@web.de> <837ge4hpco.fsf@gnu.org> <87li2k92l8.fsf@web.de> <8338oshfy5.fsf@gnu.org> <45370BAD-3E8A-40A9-835B-C269787D29E3@Web.DE> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1380214992 804 80.91.229.3 (26 Sep 2013 17:03:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 26 Sep 2013 17:03:12 +0000 (UTC) To: Joost Kremers , help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Sep 26 19:03:10 2013 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VPEy5-0000sD-3O for geh-help-gnu-emacs@m.gmane.org; Thu, 26 Sep 2013 19:03:09 +0200 Original-Received: from localhost ([::1]:59022 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VPEy4-0000qb-O3 for geh-help-gnu-emacs@m.gmane.org; Thu, 26 Sep 2013 13:03:08 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60627) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VPExk-0000jJ-Ua for help-gnu-emacs@gnu.org; Thu, 26 Sep 2013 13:02:57 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VPExa-0002Cc-Vz for help-gnu-emacs@gnu.org; Thu, 26 Sep 2013 13:02:48 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:22396) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VPExa-0002CY-Lx for help-gnu-emacs@gnu.org; Thu, 26 Sep 2013 13:02:38 -0400 Original-Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r8QH2b9Y005758 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 26 Sep 2013 17:02:37 GMT Original-Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r8QH2aGw008652 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 Sep 2013 17:02:36 GMT Original-Received: from abhmt110.oracle.com (abhmt110.oracle.com [141.146.116.62]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r8QH2ZM9000066; Thu, 26 Sep 2013 17:02:35 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 156.151.31.81 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:93619 Archived-At: > >> Well, the translation sucks. :-) Word order is so messed up that it's > >> often difficult to make heads or tails of a sentence... > > > > Often, or sometimes? Difficult, perhaps, but not always impossible, > > unlike the case for someone who does not understand the source language= . >=20 > Well, *I* would not have been able to understand enough to learn Emacs > basics from it. Even if your only alternative were in a language you could not read at all? Thai? I'm guessing you're thinking that your alternative is reading English, whic= h you happen to understand well. Put yourself in the place of someone who does not know English well. That's the use case this is for. > >> Such a translation would probably scare off more people than having no > >> translation at all. > > > > I doubt it. That's quite an exaggeration. >=20 > Perhaps. But I was thinking of people who understand enough English to > get through e.g., the tutorial with some effort, who'd prefer a > translation in their own language and are then put off by the Google > Translate translation. It creates a bad first impression, which might > rub off on Emacs as a whole. That's not the use case I'm talking about. Such a person would not try an on-the-fly Google translation. Circulez, il n'y a rien a voir. And I care much less about Emacs docs making a "bad impression" than I do about Emacs providing some help to users who currently have *none*. This extra help would be optional, better than nothing, and advertised clearly as such. Anyone would be free to refer to only the English doc, just as now. [And even some people who don't need this feature, such as yourself, might experiment with it anyway and send in corrections (just as you did, *immediately*, signaling that the "key" translation for German was off).] > > Even someone such as yourself, whose English is excellent, should not b= e > > "scared off" by the translated text shown above. You might laugh a bit= , > > and you might scratch your head a bit here and there. >=20 > The English translation you provided was a lot better, I'll admit. Consider too the possibility that you might find it better because you are better at German than English? I cannot judge which is better, knowing little-to-no German. > However, part of the problem is that the quality of the translation is > so unpredictable. Sometimes you get something that is quite usable, > other times it's, well, slightly less usable. Right. Which is why this better-than-nothing option would be just that: (a) better than nothing and (b) optional, on-demand. =20 > For a human, translating from English to French is not more or less > difficult than from English to German. For a human, word order is hardly > an issue, provided s/he is fluent in the relevant language. For a > computer, things are different, however. > > Google translation is not the same thing as having a professional > > translator concentrate on Emacs docs, of course, but it's not the same > > thing as automatic translation either. >=20 > I'm inclined to call any translation that is done by a computer > "automatic". The fact that Google has access to large parallel corpora > and probably has some very nifty machine learning algorithms to exploit > those corpora doesn't really change that fact. I'm not saying it doesn't > improve the translation, I'm sure it does, but it's still automatic IMO. Doesn't matter much what we call it. What matters is how helpful it is. The fact that people use Google translate (and they do) is proof that it can be helpful. And that's the point: it often - in fact typically, I think - is better than no translation at all. > > I wonder how you might feel if the original Info doc were ONLY in Chine= se > > or Japanese or Korean or Thai, and you had a choice between ONLY that o= r > > also a translation to German (or English or...)? Think about it. >=20 > Rather than think, let's do a little experiment. For fun, I tried > translating a bit of Japanese. Taking the third paragraph from > (after the header "Emacs=C3= =A3=C2=81=C2=AE=C3=A6=E2=82=AC=C2=9D > =C3=A6=C6=92=C2=B3") and feeding it to Google Translate produces the foll= owing: >=20 > ,---- > | And I should say first, but the "thought of Emacs" to speak here is > | what I personally made =C3=A2=E2=82=AC=E2=80=B9=C3=A2=E2=82=AC=E2=80=B9= up on its own. I have never as far as I know, > | I saw no one from telling "thought of Emacs", including Stallman. It wi= ll > | place for such Stallman continues to exercise toward the "spirit of > | freedom" is a great more his goal in particular, and said not to Ganchu > | small problem of such "thought of Emacs". I want to say anyway, is that > | ideological value is significantly lower because no one is sponsored by= . > | Please take care only that point. > `---- >=20 > Which is complete gibberish to me. Not a coherent thought in sight. ;-) But all you've shown is that you can find Japanese text that Google cannot translate well. Instead, compare apples with apples & oranges with oranges= . Let's take the exact same Emacs tutorial text (your suggestion) as we used for the last experiment, and this time translate from Japanese to English: You can enter the command of Emacs, in general control key (key top META meta key (the key top and and ) that says CTL such as such as CTRL C= ONTROL You use it to ) that says EDIT such as such as ALT . So , META such as CO= NTROL You decide instead of writing such as , to use a notation such as the fol= lowing . Press and hold the C-< > character control key , and then press the < > character key . For example, Cf is to press the key of f while holding do= wn the control key . Press and hold the M-< > character meta key , and press the < > characte= r key . Na meta key if If not , you press and release the Escape key , then the <= > character key I press . I write and things escape key later . ! Important ! : If you want to exit Emacs, and then type Cx Cc. ** Cc has been rebound, but you can use Mx mode-specific-command-prefix i= nstead [More] ** Lines beginning with ">>" is , tells what to do at that time . For exampl= e, >> Now continue to the next screen by typing to see (see the next page ) = Cv. ( Come on , it is v while press . Control key Let's do it ) Later , read on to the next screen in the same manner each time you finis= h reading one screen . In the next screen and the previous screen , there is overlap of some lin= es to what you see . This Re is because that what is displayed is continuous is= to be seen immediately . First , you need to know how to go to move through the file . And by the = C-v That you go to the next screen Te have found already . To return to the previous screen , M-v ( meta-key It is a v) press and release the o= r v, hold down the . >> Try C-v and M-v several times . That's nowhere near as good as the German-to-English translation, but it is also nowhere near the gibberish of the passage you offered. There are some "coherent thoughts in sight", for example: "For example, Cf is to press the key of f while holding down the control key." And it would be good to hear from a Japanese speaker familiar with English: perhaps s?he could guess some things from this English, based on word order etc., that you and I cannot guess. Dunno. But these experiments also miss the point, in a big way. We are using them as a substitute test, only because we understand English. But the use case is not translating to English; it is in translating from English. We (I, a= t least) cannot judge how helpful Google translate is when going from English to Japanese. Let's assume, as is apparently the case, that Google translation takes advantage of oodles of existing human translations that are out there. My guess is that there is a *lot* more such translation out there from English to Japanese than there is from Japanese to English. Especially for technical info. And especially *quality*, professional translation. (And I've seen plenty of lousy English that is presumably human-translated from Japanese. Such stuff surely does not help Google DTRT, does it?) Based on that, I'd conclude that it is probable that Google translate does a (much!) better job translating English to Japanese than vice versa. (I'd be curious whether I'm right about this guess.) And the more there is a skew wrt the hypotheses, i.e., the more there is a difference in available quality translations from English to Japanese vs from Japanese to English, the more support for my argument that Google translation *from English* can be helpful. > > I think the result is generally USABLE, >=20 > And I think that the quality of the result is too unreliable. It'll > be useful sometimes, but completely unusable at other times. If it is unusable sometimes, then it simply won't be used those times. No problem. "Unreliable" means little (nothing) here: we are not basing nuclear power plant security on such optional, on-the-fly translation being "reliable". If this translation is USABLE SOMETIMES, then it CAN BE HELPFUL. Users won't expect wonders from such translation, but some will sometimes find it helpful. The point is (still) that this would be more helpful than having no translation at all.