Fragments to be removed not colored correctly

The free computer aided translation (CAT) tool for professionals

Brought to you by: alex73, amake, brandelune, briac_pilpre, and 9 others

#549 Fragments to be removed not colored correctly

Milestone: 3.5

Status: closed-fixed

Owner: Aaron Madlon-Kay

Labels: Interface (55)

Priority: 5

Updated: 2015-12-03

Created: 2012-11-25

Creator: khagaroth

Private: No

When using mouse to move to a string, the fragments to be removed are not correctly highlighted until a keyboard input is initiated. This is not such a big problem as it works correctly when advancing using the keyboard, but I guess fixing it wont hurt.

Discussion

Didier Briel - 2012-11-25

What platform are you using?

This is likely related to
- [Mac] Highlight retained after drag-drop
http://sourceforge.net/support/tracker.php?aid=1557724

Didier

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Didier Briel - 2012-11-25

status: open --> pending
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

khagaroth - 2012-11-25

Win 7 x64. Note that by moving to a string I mean advancing from one active string to another, not copying text by drag and drop like in the other bug.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

khagaroth - 2012-11-25

status: pending --> open
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Didier Briel - 2012-11-26

Thank you for the clarification: so,by "moving to a string", you mean double-clicking on a segment. So, what do you mean by "the fragments to be removed"?

Didier

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

khagaroth - 2012-11-26

Options - > Tag Validation -> (bottom) Fragments that should be removed...

For example if I add '\[fuzzy\]' to highlight the fuzzy marker (which BTW should IMHO be the defualt behavior) in the string, it doesn't get highlighted after the string is activated when using mouse doubleclick, but it IS highlighted if I activate the string using keyboard.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Didier Briel - 2012-11-26

Thank you, I understand now.

Didier

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

khagaroth - 2014-12-07

This is still a problem btw, but now it doesn't color the strings to be removed at all. This was the case even before the custom color introduction and I hoped it would be fixed with it introduced, but that's unfortunately not the case.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Aaron Madlon-Kay - 2015-11-24

Fixed in r7397. I wasn't able to reproduce the difference in behavior between double-clicking a segment and entering via keyboard.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Aaron Madlon-Kay - 2015-11-24

status: open --> open-fixed

assigned_to: Aaron Madlon-Kay

Group: --> 3.5
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Didier Briel - 2015-12-03

status: open-fixed --> closed-fixed
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Didier Briel - 2015-12-03

Closed in the released version 3.5.3 of OmegaT.

Didier

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Log in to post a comment.