You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(8) |
Sep
(8) |
Oct
(16) |
Nov
(6) |
Dec
(4) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(15) |
Feb
|
Mar
(3) |
Apr
(5) |
May
(41) |
Jun
(50) |
Jul
(8) |
Aug
(23) |
Sep
(137) |
Oct
(47) |
Nov
(193) |
Dec
(146) |
2006 |
Jan
(177) |
Feb
(238) |
Mar
(130) |
Apr
(119) |
May
(23) |
Jun
(112) |
Jul
(172) |
Aug
(24) |
Sep
(26) |
Oct
(275) |
Nov
(572) |
Dec
(392) |
2007 |
Jan
(69) |
Feb
(138) |
Mar
(23) |
Apr
(35) |
May
(11) |
Jun
(59) |
Jul
(175) |
Aug
(75) |
Sep
(72) |
Oct
(147) |
Nov
(80) |
Dec
(63) |
2008 |
Jan
(101) |
Feb
(95) |
Mar
(129) |
Apr
(58) |
May
(47) |
Jun
(63) |
Jul
(34) |
Aug
(9) |
Sep
(44) |
Oct
(35) |
Nov
(85) |
Dec
(33) |
2009 |
Jan
(86) |
Feb
(110) |
Mar
(71) |
Apr
(42) |
May
(236) |
Jun
(46) |
Jul
(26) |
Aug
(15) |
Sep
(20) |
Oct
(84) |
Nov
(48) |
Dec
(107) |
2010 |
Jan
(75) |
Feb
(126) |
Mar
(64) |
Apr
(82) |
May
(74) |
Jun
(109) |
Jul
(34) |
Aug
(9) |
Sep
(34) |
Oct
(108) |
Nov
(54) |
Dec
(46) |
2011 |
Jan
(122) |
Feb
(16) |
Mar
(22) |
Apr
(26) |
May
(34) |
Jun
(26) |
Jul
(156) |
Aug
(103) |
Sep
(85) |
Oct
(80) |
Nov
(81) |
Dec
(51) |
2012 |
Jan
(84) |
Feb
(59) |
Mar
(75) |
Apr
(36) |
May
(104) |
Jun
(28) |
Jul
(128) |
Aug
(26) |
Sep
(33) |
Oct
(64) |
Nov
(24) |
Dec
(64) |
2013 |
Jan
(56) |
Feb
(157) |
Mar
(171) |
Apr
(39) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: SourceForge.net <no...@so...> - 2013-04-07 18:22:39
|
Bugs item #3609688, was opened at 2013-04-01 05:35 Message generated for change (Comment added) made by didierbr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609688&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Application Group: 2.6 Status: Open Resolution: None Priority: 5 Private: No Submitted By: konstantin (konstantin-msk) Assigned to: Nobody/Anonymous (nobody) Summary: Оption "Mark Whitespace" slow down OmegaT. Initial Comment: Оption "Mark Whitespace" slow down OmegaT. This effect can be traced by CPU history in Process Explorer, for example. If turn off this option, the program works fine. ---------------------------------------------------------------------- >Comment By: Didier Briel (didierbr) Date: 2013-04-07 11:22 Message: @konstantin-msk Can you check /trunk? Personally, I do not notice any slowdown, I.e., CPU remains at 0% when I type with the option on. Didier Didier ---------------------------------------------------------------------- Comment By: Alex Buloichik (alex73) Date: 2013-04-06 09:31 Message: It can be a little bit slower in /trunk because I changed mark processing for active entry. I committed some performance optimization into /trunk. ---------------------------------------------------------------------- Comment By: konstantin (konstantin-msk) Date: 2013-04-01 08:26 Message: Amount of used memory not changed between this 2 states in my case too. But I see a difference in CPU usage when typing. ---------------------------------------------------------------------- Comment By: Jean-Christophe Helary (brandelune) Date: 2013-04-01 07:24 Message: Possible. I have a 7mb project_save and 42mb in reference TMs. But in the Help/About window I don't see a difference in memory used between the 2 states. ---------------------------------------------------------------------- Comment By: konstantin (konstantin-msk) Date: 2013-04-01 07:18 Message: Perhaps given problem is a consequence of the large size of my project? Please, try to reproduce with big/huge project. My project_save.tmx is about 43 mb. ---------------------------------------------------------------------- Comment By: Jean-Christophe Helary (brandelune) Date: 2013-04-01 06:08 Message: This may be a function of hw much memory you assign OmegaT. I can't reproduce the slowing down of input here on a small project with a lot of memory. ---------------------------------------------------------------------- Comment By: konstantin (konstantin-msk) Date: 2013-04-01 05:53 Message: By "slow down" I mean increased and annoying period between pressing letter key and appearance of this letter on the screen. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609688&group_id=68187 |
From: SourceForge.net <no...@so...> - 2013-04-07 18:18:44
|
Feature Requests item #1295953, was opened at 2005-09-19 19:51 Message generated for change (Comment added) made by didierbr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520350&aid=1295953&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OmegaT Application >Group: 2.7 Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Jean-Christophe Helary (brandelune) Assigned to: Aaron Madlon-Kay (amake) Summary: Different colors for tags in tag validation window Initial Comment: the tag validation window could use some coloring. mistaken tags could be displayed in <red> for ex. so that the eye spots them right away. ---------------------------------------------------------------------- >Comment By: Didier Briel (didierbr) Date: 2013-04-07 11:18 Message: Implemented in SVN (/trunk). Some debugging is still required. Didier ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2013-03-21 02:05 Message: Aaron has developed it, and it will be integrated by Alex after the current developments. Didier ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2009-01-21 00:11 Message: From Jean-Christophe: ----- There are 3 types of valid tag modifications 1) order change 2) omission 3) addition to each type correspond errors that will make the (ODF) document invalid: 1) overlapping 2) omission of one part of a tag pair 3) addition of one part of a tag pair Using different colors for valid (blue ?) and for invalid (red ?) modifications would greatly speedup the tag validation process. ----- Didier ---------------------------------------------------------------------- Comment By: Jean-Christophe Helary (brandelune) Date: 2006-12-11 08:48 Message: Logged In: YES user_id=915082 Originator: YES currently, only the tags missing in a tag pair and overlapping tags (inversed) really have the potential to mess with the file. the two above categories should be indicated in contrasted colors (red for missing, orange for overlapping for ex) single tags/full pairs missing/ tag groups for which the order has been changed do not have such a destructive potential and could be colored in blue/green etc. ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2006-11-08 06:26 Message: Logged In: YES user_id=1343245 <<No, tags appearing as text would be properly escaped, and the regex would not catch those.>> Thanks for the clarification. Didier ---------------------------------------------------------------------- Comment By: Henry Pijffers (henry_pijffers) Date: 2006-11-08 06:17 Message: Logged In: YES user_id=545103 No, tags appearing as text would be properly escaped, and the regex would not catch those. ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2006-11-08 04:50 Message: Logged In: YES user_id=1343245 <<Well, the regex needs to be tested, but it should catch only OmegaT tags.>> Except when the text contains an OmegaT tag, but as text, or am I missing something? <<And I think I can even work out which tags are missing or extra and which aren't.>> This would be very nice. ---------------------------------------------------------------------- Comment By: Henry Pijffers (henry_pijffers) Date: 2006-11-08 04:25 Message: Logged In: YES user_id=545103 Well, the regex needs to be tested, but it should catch only OmegaT tags. And I think I can even work out which tags are missing or extra and which aren't. ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2006-11-08 00:10 Message: Logged In: YES user_id=1343245 <<anything that matches </?[a-z]+\d+> is output as <font color=red></?[a-z]+\d+></font> or something.>> Aren't we going to display text as tags, then? What we want is really identify tags, not text looking like tags. Didier ---------------------------------------------------------------------- Comment By: Jean-Christophe Helary (brandelune) Date: 2006-11-07 19:35 Message: Logged In: YES user_id=915082 sorry, not knowing the code I did not figure out the dependancy that way. I was thinking more a simple regex thing when the validation table is created. anything that is a tag is colored. after all this is simple html that we are dealing with here no ? anything that matches </?[a-z]+\d+> is output as <font color=red></?[a-z]+\d+></font> or something. ---------------------------------------------------------------------- Comment By: Henry Pijffers (henry_pijffers) Date: 2006-11-07 19:15 Message: Logged In: YES user_id=545103 By dependent I meant that it's not possible to implement this RFE before 1363760 is implemented. However, thinking about it, there may be a way to do this without first implementing 1363760. We could simply use regex to identify tags in the source, and check whether they appear in the target, and vice versa, and simply colour everything that doesn't have a corresponding tag in either segment. ---------------------------------------------------------------------- Comment By: Jean-Christophe Helary (brandelune) Date: 2006-11-07 17:20 Message: Logged In: YES user_id=915082 maybe the first step would be to implement this one, and then to get more complex behaviors as in 1295953. ---------------------------------------------------------------------- Comment By: Henry Pijffers (henry_pijffers) Date: 2006-11-07 11:50 Message: Logged In: YES user_id=545103 Ok, RFE remains open. Depends on implementation of RFE 1295953 though. http://sourceforge.net/support/tracker.php?aid=1545637 ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2006-11-05 23:30 Message: Logged In: YES user_id=1343245 Just tested. No, there is no colouring of the tags in the tag validation window. Didier ---------------------------------------------------------------------- Comment By: Henry Pijffers (henry_pijffers) Date: 2006-11-05 15:33 Message: Logged In: YES user_id=545103 Isn't this implemented by now? Please close if yes. ---------------------------------------------------------------------- Comment By: Maxym Mykhalchuk (mihmax) Date: 2006-06-23 02:40 Message: Logged In: YES user_id=488500 a duplicate of this rfe was posted as https://sourceforge.net/support/tracker.php?aid=1509031 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520350&aid=1295953&group_id=68187 |
From: SourceForge.net <no...@so...> - 2013-04-07 18:16:06
|
Feature Requests item #3609974, was opened at 2013-04-03 19:49 Message generated for change (Comment added) made by didierbr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520350&aid=3609974&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OmegaT Application Group: None >Status: Pending >Resolution: Out of Date Priority: 5 Private: No Submitted By: Jean-Christophe Helary (brandelune) Assigned to: Nobody/Anonymous (nobody) Summary: Remove extra tags from target Initial Comment: With the new tag handling functions, we need to have a possibility to automatically remove the tags from the string that has been inserted in target. For ex. when a segment is inserted from a TM, OmegaT could automatically remove all the tags that are not present in source, or have the user do that via an Edit menu item. The function could be "smart": 1) remove extra tags that are at the ends of the segment 2) if there is an equal number of tags in source and target, OmegaT could propose to convert the tags to adapt to the contents of source. ---------------------------------------------------------------------- >Comment By: Didier Briel (didierbr) Date: 2013-04-07 11:16 Message: The new Validate Tag window will have a "fix" feature (that will remove extra tags). Will that RFE still be needed? Didier ---------------------------------------------------------------------- Comment By: Jean-Christophe Helary (brandelune) Date: 2013-04-06 19:22 Message: Indeed it is similar, in the case where there is no tag in source but tags in target. Maybe you could close the other one since it is a subset of this one ? ---------------------------------------------------------------------- Comment By: Kos Ivantsov (kosivantsov) Date: 2013-04-06 07:27 Message: similar to https://sourceforge.net/tracker/index.php?func=detail&aid=2873565&group_id=68187&atid=520350 (just to help to close one more ticket) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520350&aid=3609974&group_id=68187 |
From: SourceForge.net <no...@so...> - 2013-04-07 16:16:07
|
Bugs item #3586912, was opened at 2012-11-13 17:00 Message generated for change (Comment added) made by yu-tang You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3586912&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 2.7 Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Masao Kasuya (kasuya) Assigned to: Alex Buloichik (alex73) Summary: Problem with Undo after entering Japanese with IME Initial Comment: On the Editor pane, using the Undo function repeatedly after entering Japanese with the IME kanji converter on Windows results in consecutive errors, and OmegaT does not respond anymore. Tested with Omega T 2.5.5 and Microsoft Office IME 2007 on Windows 7 ---------------------------------------------------------------------- Comment By: Yu Tang (yu-tang) Date: 2013-04-07 09:16 Message: Seems not fixed in /trunk now. I mean once fixed, but now it has gone. Maybe regression? ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2013-04-02 01:51 Message: Fixed in SVN (/trunk). If not fixed, it will be better to open a new bug report. Didier ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2012-11-14 01:27 Message: <<Could anybody please to explain how to install IME kanji converter and enter some Japanese text ? If instruction will be for Linux - it will be better ;)>> Although perhaps the bug is not exactly the same, I can reproduce the issue just by entering French (or English) in the target language, and the pressing Undo a number of times. There are a few more things for the issue to be reproducible (I think it has to do with the segment containing tags). If memory serves me well, I sent you a bug report on that quite some time ago. Didier ---------------------------------------------------------------------- Comment By: Masao Kasuya (kasuya) Date: 2012-11-13 21:47 Message: I made quick search and found some tutorial sites such as: http://www.coscom.co.jp/learnjapanese801/index.html http://www.declan-software.com/japanese_ime/ FWIW, I found no problems with Undo after entering Japanese on Mac OSX. ---------------------------------------------------------------------- Comment By: Alex Buloichik (alex73) Date: 2012-11-13 21:07 Message: Could anybody please to explain how to install IME kanji converter and enter some Japanese text ? If instruction will be for Linux - it will be better ;) ---------------------------------------------------------------------- Comment By: Yu Tang (yu-tang) Date: 2012-11-13 21:00 Message: Here's a screencast when I reproduced this behavior. http://www.screenr.com/gUj8 ---------------------------------------------------------------------- Comment By: Masao Kasuya (kasuya) Date: 2012-11-13 18:02 Message: I added a log file supplied by Yu-Tang the other day on OmegaT-doc-ja. ---------------------------------------------------------------------- Comment By: Jean-Christophe Helary (brandelune) Date: 2012-11-13 17:20 Message: Can you please attach the log ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3586912&group_id=68187 |
From: SourceForge.net <no...@so...> - 2013-04-07 08:02:30
|
Feature Requests item #2873565, was opened at 2009-10-06 09:27 Message generated for change (Comment added) made by kosivantsov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520350&aid=2873565&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OmegaT Application >Group: future >Status: Closed >Resolution: Duplicate Priority: 5 Private: No Submitted By: Kos Ivantsov (kosivantsov) Assigned to: Nobody/Anonymous (nobody) Summary: Inserting Match without tags Initial Comment: Many times you have an almost perfect match in your memories if it wasn't for all those tags. It'd be so good to be able to insert matches without tags (in addition to regular current functionality) ---------------------------------------------------------------------- >Comment By: Kos Ivantsov (kosivantsov) Date: 2013-04-07 01:02 Message: subset of https://sourceforge.net/tracker/?func=detail&atid=520350&aid=3609974 ---------------------------------------------------------------------- Comment By: manwell () Date: 2011-01-11 07:43 Message: Absolutely it would be very i useful in my case ---------------------------------------------------------------------- Comment By: valten (valten) Date: 2010-01-21 05:57 Message: I vote for that one ! This is a must have for OOo documents. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520350&aid=2873565&group_id=68187 |
From: SourceForge.net <no...@so...> - 2013-04-07 02:22:44
|
Feature Requests item #3609974, was opened at 2013-04-03 19:49 Message generated for change (Comment added) made by brandelune You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520350&aid=3609974&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OmegaT Application Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jean-Christophe Helary (brandelune) Assigned to: Nobody/Anonymous (nobody) Summary: Remove extra tags from target Initial Comment: With the new tag handling functions, we need to have a possibility to automatically remove the tags from the string that has been inserted in target. For ex. when a segment is inserted from a TM, OmegaT could automatically remove all the tags that are not present in source, or have the user do that via an Edit menu item. The function could be "smart": 1) remove extra tags that are at the ends of the segment 2) if there is an equal number of tags in source and target, OmegaT could propose to convert the tags to adapt to the contents of source. ---------------------------------------------------------------------- >Comment By: Jean-Christophe Helary (brandelune) Date: 2013-04-06 19:22 Message: Indeed it is similar, in the case where there is no tag in source but tags in target. Maybe you could close the other one since it is a subset of this one ? ---------------------------------------------------------------------- Comment By: Kos Ivantsov (kosivantsov) Date: 2013-04-06 07:27 Message: similar to https://sourceforge.net/tracker/index.php?func=detail&aid=2873565&group_id=68187&atid=520350 (just to help to close one more ticket) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520350&aid=3609974&group_id=68187 |
From: SourceForge.net <no...@so...> - 2013-04-06 16:31:22
|
Bugs item #3609688, was opened at 2013-04-01 05:35 Message generated for change (Comment added) made by alex73 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609688&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Application Group: 2.6 Status: Open Resolution: None Priority: 5 Private: No Submitted By: konstantin (konstantin-msk) Assigned to: Nobody/Anonymous (nobody) Summary: Оption "Mark Whitespace" slow down OmegaT. Initial Comment: Оption "Mark Whitespace" slow down OmegaT. This effect can be traced by CPU history in Process Explorer, for example. If turn off this option, the program works fine. ---------------------------------------------------------------------- >Comment By: Alex Buloichik (alex73) Date: 2013-04-06 09:31 Message: It can be a little bit slower in /trunk because I changed mark processing for active entry. I committed some performance optimization into /trunk. ---------------------------------------------------------------------- Comment By: konstantin (konstantin-msk) Date: 2013-04-01 08:26 Message: Amount of used memory not changed between this 2 states in my case too. But I see a difference in CPU usage when typing. ---------------------------------------------------------------------- Comment By: Jean-Christophe Helary (brandelune) Date: 2013-04-01 07:24 Message: Possible. I have a 7mb project_save and 42mb in reference TMs. But in the Help/About window I don't see a difference in memory used between the 2 states. ---------------------------------------------------------------------- Comment By: konstantin (konstantin-msk) Date: 2013-04-01 07:18 Message: Perhaps given problem is a consequence of the large size of my project? Please, try to reproduce with big/huge project. My project_save.tmx is about 43 mb. ---------------------------------------------------------------------- Comment By: Jean-Christophe Helary (brandelune) Date: 2013-04-01 06:08 Message: This may be a function of hw much memory you assign OmegaT. I can't reproduce the slowing down of input here on a small project with a lot of memory. ---------------------------------------------------------------------- Comment By: konstantin (konstantin-msk) Date: 2013-04-01 05:53 Message: By "slow down" I mean increased and annoying period between pressing letter key and appearance of this letter on the screen. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609688&group_id=68187 |
From: SourceForge.net <no...@so...> - 2013-04-06 14:27:47
|
Feature Requests item #3609974, was opened at 2013-04-03 19:49 Message generated for change (Comment added) made by kosivantsov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520350&aid=3609974&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OmegaT Application Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jean-Christophe Helary (brandelune) Assigned to: Nobody/Anonymous (nobody) Summary: Remove extra tags from target Initial Comment: With the new tag handling functions, we need to have a possibility to automatically remove the tags from the string that has been inserted in target. For ex. when a segment is inserted from a TM, OmegaT could automatically remove all the tags that are not present in source, or have the user do that via an Edit menu item. The function could be "smart": 1) remove extra tags that are at the ends of the segment 2) if there is an equal number of tags in source and target, OmegaT could propose to convert the tags to adapt to the contents of source. ---------------------------------------------------------------------- Comment By: Kos Ivantsov (kosivantsov) Date: 2013-04-06 07:27 Message: similar to https://sourceforge.net/tracker/index.php?func=detail&aid=2873565&group_id=68187&atid=520350 (just to help to close one more ticket) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520350&aid=3609974&group_id=68187 |
From: SourceForge.net <no...@so...> - 2013-04-06 08:25:15
|
Bugs item #3609926, was opened at 2013-04-03 11:12 Message generated for change (Comment added) made by didierbr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609926&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Application Group: 2.7 >Status: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: Kos Ivantsov (kosivantsov) Assigned to: Nobody/Anonymous (nobody) Summary: Error openning existing projects Initial Comment: OmegaT 2.7 from trunk. When openning an existing project that contained source files, I get an error (the screenshot is attached). If files are temporarily moved out and then re-imported (or, if it's a Team Project and source files are under version control, re-downloaded), project opens up fine. That happens with both old default config directory with previous settings or with an empty new config directrory specified with --config-dir. ---------------------------------------------------------------------- >Comment By: Didier Briel (didierbr) Date: 2013-04-06 01:25 Message: Apparently, the issue came from an issue with a checkout. Didier ---------------------------------------------------------------------- Comment By: Kos Ivantsov (kosivantsov) Date: 2013-04-05 06:06 Message: Happens even when OmegaT is started from trunk/dist without any plugins. Kos ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2013-04-05 05:21 Message: Given the error message, it looks like a plugin error. Didier ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2013-04-05 02:43 Message: I just opened your project containing filesnames.txt without error, so there must be something else. Didier ---------------------------------------------------------------------- Comment By: Kos Ivantsov (kosivantsov) Date: 2013-04-05 02:32 Message: More testing reveals that it's txt files that cause problems. And in the project were the source files were re-imported/re-downloaded, txt files were not included in an updated set of files (in some of the projects I had to create a filenames.txt to rename the target documents in target language later). As soon as you drop txt file to the source folder and reload the document, you get the error. If the project consists of a bunch of txt files (e.g. OmegaT_2.6.3_L10N_Minimal), it won't open. Beside that, I have a project with a bunch of css files and html files without heads (just html-marked text files with .html extension), and it doesn't open either. Projects with just odt files open fine, I'm sorry for misleading answer. Kos ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2013-04-05 01:44 Message: Can you send me a complete project with which I can reproduce the error? Didier ---------------------------------------------------------------------- Comment By: Kos Ivantsov (kosivantsov) Date: 2013-04-04 10:34 Message: >What is the format of your source files? Mostly odt ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2013-04-04 02:44 Message: I never had this error. What is the format of your source files? Didier ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609926&group_id=68187 |
From: SourceForge.net <no...@so...> - 2013-04-05 13:06:14
|
Bugs item #3609926, was opened at 2013-04-03 11:12 Message generated for change (Comment added) made by kosivantsov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609926&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Application Group: 2.7 >Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kos Ivantsov (kosivantsov) Assigned to: Nobody/Anonymous (nobody) Summary: Error openning existing projects Initial Comment: OmegaT 2.7 from trunk. When openning an existing project that contained source files, I get an error (the screenshot is attached). If files are temporarily moved out and then re-imported (or, if it's a Team Project and source files are under version control, re-downloaded), project opens up fine. That happens with both old default config directory with previous settings or with an empty new config directrory specified with --config-dir. ---------------------------------------------------------------------- >Comment By: Kos Ivantsov (kosivantsov) Date: 2013-04-05 06:06 Message: Happens even when OmegaT is started from trunk/dist without any plugins. Kos ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2013-04-05 05:21 Message: Given the error message, it looks like a plugin error. Didier ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2013-04-05 02:43 Message: I just opened your project containing filesnames.txt without error, so there must be something else. Didier ---------------------------------------------------------------------- Comment By: Kos Ivantsov (kosivantsov) Date: 2013-04-05 02:32 Message: More testing reveals that it's txt files that cause problems. And in the project were the source files were re-imported/re-downloaded, txt files were not included in an updated set of files (in some of the projects I had to create a filenames.txt to rename the target documents in target language later). As soon as you drop txt file to the source folder and reload the document, you get the error. If the project consists of a bunch of txt files (e.g. OmegaT_2.6.3_L10N_Minimal), it won't open. Beside that, I have a project with a bunch of css files and html files without heads (just html-marked text files with .html extension), and it doesn't open either. Projects with just odt files open fine, I'm sorry for misleading answer. Kos ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2013-04-05 01:44 Message: Can you send me a complete project with which I can reproduce the error? Didier ---------------------------------------------------------------------- Comment By: Kos Ivantsov (kosivantsov) Date: 2013-04-04 10:34 Message: >What is the format of your source files? Mostly odt ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2013-04-04 02:44 Message: I never had this error. What is the format of your source files? Didier ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609926&group_id=68187 |
From: SourceForge.net <no...@so...> - 2013-04-05 12:21:36
|
Bugs item #3609926, was opened at 2013-04-03 11:12 Message generated for change (Comment added) made by didierbr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609926&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Application Group: 2.7 >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Kos Ivantsov (kosivantsov) Assigned to: Nobody/Anonymous (nobody) Summary: Error openning existing projects Initial Comment: OmegaT 2.7 from trunk. When openning an existing project that contained source files, I get an error (the screenshot is attached). If files are temporarily moved out and then re-imported (or, if it's a Team Project and source files are under version control, re-downloaded), project opens up fine. That happens with both old default config directory with previous settings or with an empty new config directrory specified with --config-dir. ---------------------------------------------------------------------- >Comment By: Didier Briel (didierbr) Date: 2013-04-05 05:21 Message: Given the error message, it looks like a plugin error. Didier ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2013-04-05 02:43 Message: I just opened your project containing filesnames.txt without error, so there must be something else. Didier ---------------------------------------------------------------------- Comment By: Kos Ivantsov (kosivantsov) Date: 2013-04-05 02:32 Message: More testing reveals that it's txt files that cause problems. And in the project were the source files were re-imported/re-downloaded, txt files were not included in an updated set of files (in some of the projects I had to create a filenames.txt to rename the target documents in target language later). As soon as you drop txt file to the source folder and reload the document, you get the error. If the project consists of a bunch of txt files (e.g. OmegaT_2.6.3_L10N_Minimal), it won't open. Beside that, I have a project with a bunch of css files and html files without heads (just html-marked text files with .html extension), and it doesn't open either. Projects with just odt files open fine, I'm sorry for misleading answer. Kos ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2013-04-05 01:44 Message: Can you send me a complete project with which I can reproduce the error? Didier ---------------------------------------------------------------------- Comment By: Kos Ivantsov (kosivantsov) Date: 2013-04-04 10:34 Message: >What is the format of your source files? Mostly odt ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2013-04-04 02:44 Message: I never had this error. What is the format of your source files? Didier ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609926&group_id=68187 |
From: SourceForge.net <no...@so...> - 2013-04-05 09:43:13
|
Bugs item #3609926, was opened at 2013-04-03 11:12 Message generated for change (Comment added) made by didierbr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609926&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Application Group: 2.7 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kos Ivantsov (kosivantsov) Assigned to: Nobody/Anonymous (nobody) Summary: Error openning existing projects Initial Comment: OmegaT 2.7 from trunk. When openning an existing project that contained source files, I get an error (the screenshot is attached). If files are temporarily moved out and then re-imported (or, if it's a Team Project and source files are under version control, re-downloaded), project opens up fine. That happens with both old default config directory with previous settings or with an empty new config directrory specified with --config-dir. ---------------------------------------------------------------------- >Comment By: Didier Briel (didierbr) Date: 2013-04-05 02:43 Message: I just opened your project containing filesnames.txt without error, so there must be something else. Didier ---------------------------------------------------------------------- Comment By: Kos Ivantsov (kosivantsov) Date: 2013-04-05 02:32 Message: More testing reveals that it's txt files that cause problems. And in the project were the source files were re-imported/re-downloaded, txt files were not included in an updated set of files (in some of the projects I had to create a filenames.txt to rename the target documents in target language later). As soon as you drop txt file to the source folder and reload the document, you get the error. If the project consists of a bunch of txt files (e.g. OmegaT_2.6.3_L10N_Minimal), it won't open. Beside that, I have a project with a bunch of css files and html files without heads (just html-marked text files with .html extension), and it doesn't open either. Projects with just odt files open fine, I'm sorry for misleading answer. Kos ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2013-04-05 01:44 Message: Can you send me a complete project with which I can reproduce the error? Didier ---------------------------------------------------------------------- Comment By: Kos Ivantsov (kosivantsov) Date: 2013-04-04 10:34 Message: >What is the format of your source files? Mostly odt ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2013-04-04 02:44 Message: I never had this error. What is the format of your source files? Didier ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609926&group_id=68187 |
From: SourceForge.net <no...@so...> - 2013-04-05 09:32:35
|
Bugs item #3609926, was opened at 2013-04-03 11:12 Message generated for change (Comment added) made by kosivantsov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609926&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Application Group: 2.7 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kos Ivantsov (kosivantsov) Assigned to: Nobody/Anonymous (nobody) Summary: Error openning existing projects Initial Comment: OmegaT 2.7 from trunk. When openning an existing project that contained source files, I get an error (the screenshot is attached). If files are temporarily moved out and then re-imported (or, if it's a Team Project and source files are under version control, re-downloaded), project opens up fine. That happens with both old default config directory with previous settings or with an empty new config directrory specified with --config-dir. ---------------------------------------------------------------------- >Comment By: Kos Ivantsov (kosivantsov) Date: 2013-04-05 02:32 Message: More testing reveals that it's txt files that cause problems. And in the project were the source files were re-imported/re-downloaded, txt files were not included in an updated set of files (in some of the projects I had to create a filenames.txt to rename the target documents in target language later). As soon as you drop txt file to the source folder and reload the document, you get the error. If the project consists of a bunch of txt files (e.g. OmegaT_2.6.3_L10N_Minimal), it won't open. Beside that, I have a project with a bunch of css files and html files without heads (just html-marked text files with .html extension), and it doesn't open either. Projects with just odt files open fine, I'm sorry for misleading answer. Kos ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2013-04-05 01:44 Message: Can you send me a complete project with which I can reproduce the error? Didier ---------------------------------------------------------------------- Comment By: Kos Ivantsov (kosivantsov) Date: 2013-04-04 10:34 Message: >What is the format of your source files? Mostly odt ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2013-04-04 02:44 Message: I never had this error. What is the format of your source files? Didier ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609926&group_id=68187 |
From: SourceForge.net <no...@so...> - 2013-04-05 08:44:21
|
Bugs item #3609926, was opened at 2013-04-03 11:12 Message generated for change (Comment added) made by didierbr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609926&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Application Group: 2.7 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kos Ivantsov (kosivantsov) Assigned to: Nobody/Anonymous (nobody) Summary: Error openning existing projects Initial Comment: OmegaT 2.7 from trunk. When openning an existing project that contained source files, I get an error (the screenshot is attached). If files are temporarily moved out and then re-imported (or, if it's a Team Project and source files are under version control, re-downloaded), project opens up fine. That happens with both old default config directory with previous settings or with an empty new config directrory specified with --config-dir. ---------------------------------------------------------------------- >Comment By: Didier Briel (didierbr) Date: 2013-04-05 01:44 Message: Can you send me a complete project with which I can reproduce the error? Didier ---------------------------------------------------------------------- Comment By: Kos Ivantsov (kosivantsov) Date: 2013-04-04 10:34 Message: >What is the format of your source files? Mostly odt ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2013-04-04 02:44 Message: I never had this error. What is the format of your source files? Didier ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609926&group_id=68187 |
From: SourceForge.net <no...@so...> - 2013-04-04 17:34:59
|
Bugs item #3609926, was opened at 2013-04-03 11:12 Message generated for change (Comment added) made by kosivantsov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609926&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Application Group: 2.7 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kos Ivantsov (kosivantsov) Assigned to: Nobody/Anonymous (nobody) Summary: Error openning existing projects Initial Comment: OmegaT 2.7 from trunk. When openning an existing project that contained source files, I get an error (the screenshot is attached). If files are temporarily moved out and then re-imported (or, if it's a Team Project and source files are under version control, re-downloaded), project opens up fine. That happens with both old default config directory with previous settings or with an empty new config directrory specified with --config-dir. ---------------------------------------------------------------------- >Comment By: Kos Ivantsov (kosivantsov) Date: 2013-04-04 10:34 Message: >What is the format of your source files? Mostly odt ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2013-04-04 02:44 Message: I never had this error. What is the format of your source files? Didier ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609926&group_id=68187 |
From: SourceForge.net <no...@so...> - 2013-04-04 16:54:25
|
Feature Requests item #3603928, was opened at 2013-02-09 06:32 Message generated for change (Comment added) made by didierbr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520350&aid=3603928&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OmegaT Application >Group: 2.7 Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Yu Tang (yu-tang) >Assigned to: Yu Tang (yu-tang) Summary: Better OmegaT icon resolution Initial Comment: Currently OmegaT JFrame has 16x16 icon only. It is enough for window title bar. But sometimes it looks poorly in other contexsts. However, 32x32 icon is already there in resources. It is only used by about dialog. So, why don't we use this for JFrame? ---------------------------------------------------------------------- >Comment By: Didier Briel (didierbr) Date: 2013-04-04 09:54 Message: Implemented in SVN (/trunk). Didier ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520350&aid=3603928&group_id=68187 |
From: SourceForge.net <no...@so...> - 2013-04-04 11:08:22
|
Feature Requests item #3610000, was opened at 2013-04-04 04:08 Message generated for change (Tracker Item Submitted) made by kasuya You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520350&aid=3610000&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Masao Kasuya (kasuya) Assigned to: Nobody/Anonymous (nobody) Summary: Showing more scripts in the Tools menu Initial Comment: Currently, the number of scripts that can be listed in the Tools menu is limited to five. I would like to see this limit removed, so that all scripts in the Scripts Folder can be run directly from the Tools menu. Scripts with shortcuts assigned may be placed at the top of the list. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520350&aid=3610000&group_id=68187 |
From: SourceForge.net <no...@so...> - 2013-04-04 09:44:12
|
Bugs item #3609926, was opened at 2013-04-03 11:12 Message generated for change (Comment added) made by didierbr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609926&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Application Group: 2.7 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kos Ivantsov (kosivantsov) Assigned to: Nobody/Anonymous (nobody) Summary: Error openning existing projects Initial Comment: OmegaT 2.7 from trunk. When openning an existing project that contained source files, I get an error (the screenshot is attached). If files are temporarily moved out and then re-imported (or, if it's a Team Project and source files are under version control, re-downloaded), project opens up fine. That happens with both old default config directory with previous settings or with an empty new config directrory specified with --config-dir. ---------------------------------------------------------------------- >Comment By: Didier Briel (didierbr) Date: 2013-04-04 02:44 Message: I never had this error. What is the format of your source files? Didier ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609926&group_id=68187 |
From: SourceForge.net <no...@so...> - 2013-04-04 09:42:18
|
Bugs item #3609923, was opened at 2013-04-03 10:32 Message generated for change (Comment added) made by didierbr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609923&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Application Group: 2.7 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Kos Ivantsov (kosivantsov) >Assigned to: Alex Buloichik (alex73) Summary: Double tags Initial Comment: When inserting missing source tags (OT 2.7 from trunk), I get a double set of them. For instance, if a sentence contains <t0/>, <t1/> and <t2/>, and I already inserted <t0/> in the translation and then press Shift+Ctrl+T, I get <t1/><t2/><t1/><t2/>, though only <t1/><t2/> is expected. If there's a single tag in a sentence, and I insert it with Shift+Ctrl+T, I get a double portion of the tag. Strangely, in some sentences Shift+Ctrl+T behaves as expected, but I don't seem to spot a pattern. e.g. in this sentence "Some things I learned<t0/> that might be applicable to your “the president’s school”" I get a double tag, but in "The camp was a weeklong camp<t0/> – 6 days." I get only one. ---------------------------------------------------------------------- >Comment By: Didier Briel (didierbr) Date: 2013-04-04 02:42 Message: Fixed in SVN (/trunk). Didier ---------------------------------------------------------------------- Comment By: Jean-Christophe Helary (brandelune) Date: 2013-04-03 18:44 Message: I confirm the behavior. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609923&group_id=68187 |
From: SourceForge.net <no...@so...> - 2013-04-04 02:56:30
|
Feature Requests item #3609975, was opened at 2013-04-03 19:56 Message generated for change (Tracker Item Submitted) made by brandelune You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520350&aid=3609975&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OmegaT Application Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jean-Christophe Helary (brandelune) Assigned to: Nobody/Anonymous (nobody) Summary: "Chat" interface Initial Comment: For team projects (but also for individual users) a "comment" area that does not depend on a specific segment (ie the contents is displayed regardless of the segment number) would be useful to exchange live (sync'ed) on specific issues regarding the project. The comment would come with the name of the user, like in a "chat" interface and comments would be sync'ed as entered. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520350&aid=3609975&group_id=68187 |
From: SourceForge.net <no...@so...> - 2013-04-04 02:49:22
|
Feature Requests item #3609974, was opened at 2013-04-03 19:49 Message generated for change (Tracker Item Submitted) made by brandelune You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520350&aid=3609974&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OmegaT Application Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jean-Christophe Helary (brandelune) Assigned to: Nobody/Anonymous (nobody) Summary: Remove extra tags from target Initial Comment: With the new tag handling functions, we need to have a possibility to automatically remove the tags from the string that has been inserted in target. For ex. when a segment is inserted from a TM, OmegaT could automatically remove all the tags that are not present in source, or have the user do that via an Edit menu item. The function could be "smart": 1) remove extra tags that are at the ends of the segment 2) if there is an equal number of tags in source and target, OmegaT could propose to convert the tags to adapt to the contents of source. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520350&aid=3609974&group_id=68187 |
From: SourceForge.net <no...@so...> - 2013-04-04 01:44:16
|
Bugs item #3609923, was opened at 2013-04-03 10:32 Message generated for change (Comment added) made by brandelune You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609923&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Application Group: 2.7 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kos Ivantsov (kosivantsov) Assigned to: Nobody/Anonymous (nobody) Summary: Double tags Initial Comment: When inserting missing source tags (OT 2.7 from trunk), I get a double set of them. For instance, if a sentence contains <t0/>, <t1/> and <t2/>, and I already inserted <t0/> in the translation and then press Shift+Ctrl+T, I get <t1/><t2/><t1/><t2/>, though only <t1/><t2/> is expected. If there's a single tag in a sentence, and I insert it with Shift+Ctrl+T, I get a double portion of the tag. Strangely, in some sentences Shift+Ctrl+T behaves as expected, but I don't seem to spot a pattern. e.g. in this sentence "Some things I learned<t0/> that might be applicable to your “the president’s school”" I get a double tag, but in "The camp was a weeklong camp<t0/> – 6 days." I get only one. ---------------------------------------------------------------------- >Comment By: Jean-Christophe Helary (brandelune) Date: 2013-04-03 18:44 Message: I confirm the behavior. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609923&group_id=68187 |
From: SourceForge.net <no...@so...> - 2013-04-03 18:12:39
|
Bugs item #3609926, was opened at 2013-04-03 11:12 Message generated for change (Tracker Item Submitted) made by kosivantsov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609926&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Application Group: 2.7 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kos Ivantsov (kosivantsov) Assigned to: Nobody/Anonymous (nobody) Summary: Error openning existing projects Initial Comment: OmegaT 2.7 from trunk. When openning an existing project that contained source files, I get an error (the screenshot is attached). If files are temporarily moved out and then re-imported (or, if it's a Team Project and source files are under version control, re-downloaded), project opens up fine. That happens with both old default config directory with previous settings or with an empty new config directrory specified with --config-dir. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609926&group_id=68187 |
From: SourceForge.net <no...@so...> - 2013-04-03 17:32:04
|
Bugs item #3609923, was opened at 2013-04-03 10:32 Message generated for change (Tracker Item Submitted) made by kosivantsov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609923&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Application Group: 2.7 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kos Ivantsov (kosivantsov) Assigned to: Nobody/Anonymous (nobody) Summary: Double tags Initial Comment: When inserting missing source tags (OT 2.7 from trunk), I get a double set of them. For instance, if a sentence contains <t0/>, <t1/> and <t2/>, and I already inserted <t0/> in the translation and then press Shift+Ctrl+T, I get <t1/><t2/><t1/><t2/>, though only <t1/><t2/> is expected. If there's a single tag in a sentence, and I insert it with Shift+Ctrl+T, I get a double portion of the tag. Strangely, in some sentences Shift+Ctrl+T behaves as expected, but I don't seem to spot a pattern. e.g. in this sentence "Some things I learned<t0/> that might be applicable to your “the president’s school”" I get a double tag, but in "The camp was a weeklong camp<t0/> – 6 days." I get only one. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520347&aid=3609923&group_id=68187 |
From: SourceForge.net <no...@so...> - 2013-04-03 16:50:37
|
Feature Requests item #3370310, was opened at 2011-07-18 07:04 Message generated for change (Comment added) made by didierbr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520350&aid=3370310&group_id=68187 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None >Group: 2.7 Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Steven DeWitt (stevendewitt) >Assigned to: Alex Buloichik (alex73) >Summary: Not adding extra space on Insert Missing Source Tags Initial Comment: Hello, For the record, when pressing CTRL+SHIFT+T to insert all tags, I would much prefer for OmegaT not to insert a space between each tag. For me, what takes a lot of extra time is not necessarily working with a tag soup but going back after inserting all tags and deleting all of the unwanted spaces. I am not speaking here of the issue with the extra spaces when using Google Translate. Thanks very much. Steven ---------------------------------------------------------------------- >Comment By: Didier Briel (didierbr) Date: 2013-04-03 09:50 Message: Implemented in SVN (/trunk). Spaces are no more inserted between tags. Didier ---------------------------------------------------------------------- Comment By: Didier Briel (didierbr) Date: 2011-07-18 07:44 Message: I have edited the title for clarification. For the record, OmegaT does not insert a space between each tag: only between those that contain text between them. Didier ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=520350&aid=3370310&group_id=68187 |