{"ygPerms":{"resourceCapabilityList":[{"resourceType":"GROUP","capabilities":[{"name":"UPDATE"},{"name":"READ"},{"name":"WELCOME_MSG"},{"name":"PENDING_COUNT"},{"name":"ACTIVITY_LOGS"}]},{"resourceType":"PHOTO","capabilities":[{"name":"READ"},{"name":"READ"},{"name":"UPLOAD"},{"name":"UPDATE"},{"name":"DELETE"},{"name":"COPY"},{"name":"MOVE"},{"name":"APPROVE"},{"name":"UPLOADTEMP"},{"name":"GROUPCOVER"}]},{"resourceType":"FILE","capabilities":[{"name":"READ"},{"name":"CREATE"},{"name":"UPDATE"},{"name":"DELETE"},{"name":"AUTO_SEND"}]},{"resourceType":"MEMBER","capabilities":[{"name":"READ"},{"name":"READ"},{"name":"EDIT_MODERATOR"},{"name":"DELETE"},{"name":"CREATE"},{"name":"UPDATE"},{"name":"BAN"}]},{"resourceType":"LINK","capabilities":[{"name":"READ"},{"name":"CREATE"},{"name":"UPDATE"},{"name":"DELETE"},{"name":"MOVE_LINK"}]},{"resourceType":"CALENDAR","capabilities":[{"name":"READ"}]},{"resourceType":"DATABASE","capabilities":[{"name":"READ"},{"name":"CREATE"},{"name":"READ_DATA"}]},{"resourceType":"POLL","capabilities":[{"name":"READ"},{"name":"VOTE"},{"name":"UPDATE"},{"name":"CREATE"},{"name":"DELETE"},{"name":"CLOSE"}]},{"resourceType":"MESSAGE","capabilities":[{"name":"CREATE"},{"name":"READ"},{"name":"DELETE"}]},{"resourceType":"PENDING_MESSAGE","capabilities":[{"name":"READ"},{"name":"UPDATE"},{"name":"DELETE"}]},{"resourceType":"ATTACHMENTS","capabilities":[{"name":"READ"},{"name":"DELETE"}]},{"resourceType":"PHOTOMATIC_ALBUMS","capabilities":[{"name":"READ"},{"name":"UPLOAD"}]},{"resourceType":"MEMBERSHIP_TYPE","capabilities":[{"name":"READ"},{"name":"CREATE"},{"name":"DELETE"},{"name":"UPDATE"}]},{"resourceType":"POST","capabilities":[{"name":"READ"},{"name":"CREATE"},{"name":"UPDATE"},{"name":"DELETE"}]},{"resourceType":"PIN","capabilities":[{"name":"READ"},{"name":"CREATE"},{"name":"UPDATE"},{"name":"DELETE"}]}],"modStatus":"MODERATOR","subStatus":"NORMAL","groupUrl":"groups.yahoo.com","intlCode":"us"},"comscore":"pageview_candidate","ygData":{"userId":12196177,"authorName":"Marc Prior","from":"Marc Prior &lt;mail@marcprior.de&gt;","profile":"lin4trans","replyTo":"LIST","senderId":"GC_sL0_MLXzU14pOJTLeUz1RoZacFk7sevT4jBVgTrf8mjz091R5P_dVmYW5PDaegXz-oA62IA25XW0ebgZt9A2ZKo-s","spamInfo":{"isSpam":false,"reason":"0"},"subject":"Re: new features ? (was Re: [OmT] - Id&#39;rather stick to knitting)","postDate":"1178988702","msgId":8221,"canDelete":true,"contentTrasformed":false,"systemMessage":false,"headers":{"messageIdInHeader":"PDIwMDcwNTEyMTg1MS40Mjg2MC5tYWlsQG1hcmNwcmlvci5kZT4=","inReplyToHeader":"PDQ2NDVEQjVDLjUwMDA5MDFAZ21haWwuY29tPg==","referencesHeader":"PDQ1ODE2MS4zMTI4Mi5xbUB3ZWI2MDQxOS5tYWlsLnlhaG9vLmNvbT4gPDA2NTAwQ0FCLTVEMkEtNDJFOS04NEM2LTEwQUJCNDlDQ0I1NUBteDYudGlraS5uZS5qcD4gPDQ2NDVEQjVDLjUwMDA5MDFAZ21haWwuY29tPg=="},"prevInTopic":8220,"nextInTopic":8223,"prevInTime":8220,"nextInTime":8222,"topicId":8184,"numMessagesInTopic":33,"msgSnippet":"Basically, what Sonja said. There are over a hundred RFEs already listed. It isn t that it hasn t occurred to the current users, or the development team, that","rawEmail":"Return-Path: &lt;mail@marcprior.de&gt;\r\nX-Sender: mail@marcprior.de\r\nX-Apparently-To: OmegaT@yahoogroups.com\r\nReceived: (qmail 49600 invoked from network); 12 May 2007 16:54:39 -0000\r\nReceived: from unknown (66.218.66.71)\n  by m48.grp.scd.yahoo.com with QMQP; 12 May 2007 16:54:39 -0000\r\nReceived: from unknown (HELO mo-p07-ob.rzone.de) (81.169.146.189)\n  by mta13.grp.scd.yahoo.com with SMTP; 12 May 2007 16:54:39 -0000\r\nReceived: from [192.168.0.106] (p5086E660.dip.t-dialin.net [80.134.230.96])\n\tby post.webmailer.de (fruni mo21) (RZmta 6.1)\n\twith ESMTP id 903a5cj4CFHjS7 for &lt;OmegaT@yahoogroups.com&gt;;\n\tSat, 12 May 2007 18:51:06 +0200 (MEST)\r\nTo: OmegaT@yahoogroups.com\r\nDate: Sat, 12 May 2007 18:51:42 +0200\r\nUser-Agent: KMail/1.8.2\r\nReferences: &lt;458161.31282.qm@web60419.mail.yahoo.com&gt; &lt;06500CAB-5D2A-42E9-84C6-10ABB49CCB55@mx6.tiki.ne.jp&gt; &lt;4645DB5C.5000901@gmail.com&gt;\r\nIn-Reply-To: &lt;4645DB5C.5000901@gmail.com&gt;\r\nMIME-Version: 1.0\r\nContent-Type: text/plain;\n  charset=&quot;iso-8859-1&quot;\r\nContent-Transfer-Encoding: 7bit\r\nContent-Disposition: inline\r\nMessage-Id: &lt;200705121851.42860.mail@marcprior.de&gt;\r\nX-RZG-AUTH: j/gCopV6GBybdkZQTO25IIyQPf1c67/3KTtm4IYrWhESXt8kMGDhhz5/RTDxOxEcRP8=\r\nX-RZG-CLASS-ID: mo07\r\nX-Originating-IP: 81.169.146.189\r\nX-eGroups-Msg-Info: 1:0:0:0\r\nFrom: Marc Prior &lt;mail@marcprior.de&gt;\r\nSubject: Re: new features ? (was Re: [OmT] - Id&#39;rather stick to knitting)\r\nX-Yahoo-Group-Post: member; u=12196177; y=kuc6g5qj6M2ZiF6k-X5dm-aAo3Q3MC_FLZRgZoZb80iHV_R5\r\nX-Yahoo-Profile: lin4trans\r\n\r\nBasically, what Sonja said. There are over a hundred RFEs already listed. It \nisn&#39;t that it hasn&#39;t occurred to the current users, or the development team, \nthat certain improvements could be made. It&#39;s simply that the developers \naren&#39;t there (or don&#39;t have sufficient time) at present to implement them.\n\nWith that in mind, a few comments on Charles&#39; comments.\n\n&gt; 1. A plug-in capability, where people could write simple (or complex) \nplug-in applications. These could be downloaded and installed as necessary by \nusers.\n\nThe &quot;downloading and installing&quot; bit is the easy part. I recall a comment made \nby a colleague about the little text counting utilty I wrote, along the lines \nthat it would be nice for it to have a button that makes it count the way MS \nWord&#39;s statistics function counts. Well, I can produce the button in ten \nminuts, but emulating MS Word&#39;s statistics function would take a little \nlonger...\n\nI asked Maxym a year or two ago about a &quot;bridge&quot; that would output data from \nOmegaT and make it available to external applications which could be written \nby anybody and in any programming language. At the time, I was particularly \ninterested in having the content of the active segment output; output of the \nmarked text would be another possibility. If this were implemented, it would \nenable a range of functions to be added by external scripting, such as \nautomatic spelling checking in a separate window, links to third-party \ndictionaries, etc. The problem is that it doesn&#39;t appear to be that easy to \nimplement. There are ways of executing external applications in Java, see \nwww.rgagnon.com/javadetails/java-0014.html, and it might be posssible to \ninterface to external applications/scripts simply by certain data (content of \nthe active segment, currently highlighted text) being dumped into a file \n(this is the principle on which Extspell, the external spelling checker, \nworks in fact). What is needed is someone with the time and sufficient \nknowledge of Java to investigate.\n\n&gt; 2. Spell checking -- I would say a plug-in connection to the OO dictionary \nwith ability to add terms. It would mark misspellings as you type.\n\nIt has already been done, and Didier tested it recently. From what I remember, \nthe main problem is that it requires a particular version of Java. A possible \nadditional problem is that it may slow OmegaT down considerably. If you are \ninterested in having this, start by looking at the relevant discussions in \nthe archives and trying out the plug-in for yourself.\n\n&gt; 3. Glossary should view from the top of the matches found not the end, or at \nleast this should be an option (this actually drives me crazy -- if you have \na large glossary, particularly if you have several glossaries and the first \none is the one you most commonly use, that finds a lot of matches when  you \nopen a segment, you have to scroll back up to the top of the list to start to \nwork.  This is a real pain.\n\nThis sounds like a good candidate for an RFE.\n\n&gt; 4. Specific to Japanese sources: Glossary look-up needs some work.  It finds \na lot of single kanji, cluttering up the screen, but then it misses two-kanji \nwords in kanji clusters.  (This appears to be a tough problem in all CAT \ntools.)\n\nDitto; JC may be able to comment on this.\n\n&gt; 5. Search tool should put the highlighted text into the search box when \nCtrl-F is used.  Currently you have to go to the menu and click the menu \nitem. If you highlight text and use Ctrl-F (Windows), you get a blank search \nbox.  A better implementation would be to have the search actually performed \nwith highlighting and Ctrl-F; it would save a great deal of time. The search \nfunction is one of the most useful.\n\nThis looks like a Windows problem; on Linux (on my system, at least), it works \nas you think it should. Should be in an RFE (it may already be).\n\n&gt; 6. Specific to Japanese source: Search function is a little hit-or-miss with \na Japanese source. Again this seems to be a problem with most CAT tools.  I \nthink just the simplest algorithm (pure ordered character search would be the \nbest). It seems that it cannot find a string that I know is in the memory at \ntimes, and will give inconsistent results, sometimes finding a string in one \ninstance and then not finding it later.  (This was also true of glossary \nlook-up.)\n\nSee 4.\n\n&gt; 7. The export function discussed in an earlier thread.  Again I would \nenvision plug-ins that people might write for the individual CAT tool they \nneed, and a translator would pick the ones he or she needs. For Trados it \nmight be an export to an Trados format uncleaned file (simple form).  For \nDejaVu, it might be an export to a DejaVu memory format. TMX should cover \nthis, but since each CAT tool has TMX quirks, it seems there needs to be some \nindividualization -- this would also keep the main program clean.\n\nTwo points about exporting to different formats. Firstly, there is little need \nfor the function to be available whilst translation is in progress (unlike \nspelling checking, for instance). It might therefore be more practical to \nimplement it in a separate application. I would not be opposed to it being \npart of OmegaT, but having it in a separate application means that it needn&#39;t \nbe in Java, and that in turn means that there are more people available who \ncould write it.\n\nSecondly, proprietary formats are a complete pain to support. That&#39;s why they \nexist - in order to force people to buy the products that use them. That&#39;s \nalso why OmegaT doesn&#39;t support the MS Office (binary) formats directly; they \nare supported very well by OOo, and for us to support them better than OOo \ndoes would probably mean more work than has been invested in the whole of \nOmegaT so far.\n\nYes, different CAT tools do have TMX quirks, but development effort in OmegaT \nwould be better spent making OmegaT better than picking up after the mess \nmade by other applications. For some of the quirks (such as Wordfast&#39;s poor \nsupport of the TMX standard), external applications are available. \n\nSome OmegaT users have been working on a procedure for supporting the Trados \nuncleaned file format. Now that OOo supports hidden text as a character \nproperty, it should be possible to mirror the RTF uncleaned file format in \nOOo (*.odt) format. And since OOo and TMX are both XML formats, that should \nnot be all that difficult to do. Someone still has to do it, though.\n\n&gt; 8. Import functions analogous to the export functions. Plug-ins that people \nwith knowledge of both programs could write.\n\nDitto.\n\n&gt; As I write these things, it really makes me wish I knew something about \nprogramming.  Then I could really help. But alas, I am just a translator, \nwriter and farmer.\n\nHaving tried and failed three times to make any progress learning Java, I can \nsympathize. But I have learnt tcl/tk, and well enough to write some basic \nutilities which can be used in conjunction with OmegaT. I&#39;d encourage you to \ntry it. In particular, the TMX format is very straightforward (XML) and it \nshould be possible to perform a wide range of manipulations on it using any \nprogramming language.\n\nMarc\n\n"}}