Provide help to translators with context/navigation information

Another important aspect of this is telling the translator about the "accelerator" shortcuts in menu items e.g. "Enable Vinyl Control &1". We should tell the translator what the ampersand means and verify that menu shortcut translations include the ampersand.

Use "//: ..." for translator comments to annotate the tr() calls
http://doc.qt.digia.com/qt/i18n-source-translation.html#translator-comments

In *.ui files, use the Comment field (=extracomment in the *.ui source) , not the Disambiguation field which is outdated since Qt 4.4
http://doc.qt.digia.com/qt/i18n-source-translation.html#disambiguation

Now that we move to Transifex (TF), i am tempted to fix this using the glossary and developer comments one can set directly on the translation template on TF . No need to pollute and maintain the source code for that matter.

Lets recycle this bug to add instructions to TF for the last remaining ambiguous terms for 1.12:

I`ll start with the original string, and you please add a short explanation. This explanation will be copied over to TF and used as instruction for translators.

1."Enable Effect Unit On"
    ../../src/controllers/controlpickermenu.cpp:313
   Maybe simply a typo?

2. "Stutter Cue"
   ../../src/controllers/controlpickermenu.cpp:136
   Context? What does stutter cue do?

3 "Super Knob"
   ../../src/controllers/controlpickermenu.cpp:298
  Context? What does the knob do?
  Do we have one visible somewhere in the skin?

4. "For jog wheels or infinite-scroll knobs. Interprets incoming messages in two's complement."
   ../../src/controllers/dlgcontrollerlearning.ui:109
  Can you elaborate on the " two's complement" ?

Bumpedy bump.

All terms from above comment are fine except
"Stutter Cue"
 ../../src/controllers/controlpickermenu.cpp:136
 Context? What does stutter cue do?

Is the following context correct?
"Also stutter play. Play will have to be paused in order for a temporary cue to be set. The track returns to the temporary cue point and playback continues from there when pressing play."

Next One is:
"Beat Sync One-Shot"
../../src/controllers/controlpickermenu.cpp:110

I`m specifically interested in the context of "One Shot", which is hard to translate. Maybe we can circumscribe it in the original string and make it even easier to translate.

one-shot= all in one?
one-shot= happening only once?
one-shot=all or nothing, representing the only chance/opportunity?

Thanks

I don't know what stutter cue does! Maybe someone else can explain.

One-shot is supposed to be distinct from press-and-hold locking of sync mode. "happening only once" is correct. "Beat Sync Once" would be fine

The term "stutter cue" cue is just wrong here.
It is an implementation of the Numark "Play/Stutter" button

From Numark Manual:
"
Play/Stutter:
Starts the music from either the first set cue point or
the last point of pause. By
starting from the last pause point
while the unit is paused a new cue point is set. Pressing this
button while the unit is in play
restarts the unit from the last cue
point, creating a “stutter” effect.
"

"Play From Last Pause" ?
"Numark Play/Stutter" ?

> Play From Last Pause,

Yes, Last Pause is also the point where play was pressed an the cue point is moved to.
Requires Cue mode = "Numark mode" in preferences.

Thanks for input, guys.

What about just "Stutter Play", a well known term for Numark and Serato users? And since even the control is play_stutter, it seem natural.

@daschuer
<quote>Requires Cue mode = "Numark mode" in preferences</quote>
play_stutter works also if not in Numark mode.
* When pressed while paused, it starts playback from paused position
* When pressed while playing, it jumps to existing cue point and continues playback

I just want to make sure this is the intended behavior, as i`d like to put this in the wiki.

It plays always from THE cue point. Numark mode is required to move the cue point to the "play from pause" position.
There is no independent (hidden) paused position.

Oh sorry, I misread your comment.
Yes, correct. It plays from pause position when paused. This is the "play" part.

void CueControl::playStutter(double v) {
    QMutexLocker lock(&m_mutex);
    //qDebug() << "playStutter" << v;
    if (v != 0.0) {
        if (m_pPlayButton->get() != 0.0) {
            cueGoto(1.0);
        } else {
            m_pPlayButton->set(1.0);
        }
    }
}

Re: bug title
Transifex, our current Translation platform does all this and more: glossary, translation memory .

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/6273