#961 Make adding filename to alternative translations configurable

3.1
closed-fixed
None
5
2014-07-17
2014-02-28
No

Because alternative translations depend on file paths, any change to the file path leads to losing an alternative translation. But it is very easy to forget about this and change the file path.

After running into many problems because of this behavior, I believe it might be beneficial not to make alternative translations depend on file paths. Ideally, this feature would be configurable, so that each user can choose what makes most sense to him or her.

Discussion

  • Didier Briel

    Didier Briel - 2014-02-28

    To be sure it is clear: we would keep the file name, and only remove the path. I.e., if we have folder1/filename1.docx, we would keep only filename1.docx?

    Didier

     
  • Roman Mironov

    Roman Mironov - 2014-03-01

    I meant both the directory relative to source and file name. Sorry for not making this clear.

     
  • Didier Briel

    Didier Briel - 2014-05-30
    • assigned_to: Aaron Madlon-Kay
     
  • Aaron Madlon-Kay

    This is implemented in trunk (r6422).

    There is now a checkbox in the File Filters dialog that lets you "ignore file context".

    When this is enabled, alt translations will take effect in any file as long as the other context (prev/next segments, or some sort of ID depending on the file format) matches.

    Note that this is all or nothing; at the moment there is no way to have partial (filename only, or last-n-path-segments only) file context. This is a potential area for improvement.

     
  • Didier Briel

    Didier Briel - 2014-07-04

    Implemented in SVN (/trunk).

    Didier

     
  • Didier Briel

    Didier Briel - 2014-07-04
    • summary: Make adding file paths to alternative translations configurable --> Make adding filename to alternative translations configurable
    • status: open --> open-fixed
     
  • Didier Briel

    Didier Briel - 2014-07-06

    If this option is used (i.e., if the filename is not used for the identifier), it will not be possible to use alternative translations for PO files.

    Didier

     
  • Didier Briel

    Didier Briel - 2014-07-06
    • Group: future --> 3.1
     
  • Didier Briel

    Didier Briel - 2014-07-17
    • status: open-fixed --> closed-fixed
     
  • Didier Briel

    Didier Briel - 2014-07-17

    Implemented in the released version 3.1.3 of OmegaT.

    Didier

     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks