Menu

#123 Create clip disabled after creating track in new instance of qtractor

git_head
closed
nobody
2015-02-01
2014-08-20
No

Cannot create clip after creating track in new instance of qtractor. With latest SVN (3970) built from source:

  • Start qtractor
  • Track -> "Add Track"
  • Set as MIDI
  • Click ok
  • Click on new track
  • Clip -> "New clip" is disabled

After a few random in the actions, "New clip" usually becomes enabled and can be used, but I haven't discovered a pattern behind it.

Discussion

  • Rui Nuno Capela

    Rui Nuno Capela - 2014-08-20

    hi,

    Clip/New... should be always enabled as long there is a highlighted current track.

    so, are you sure that you're doing it right making the new track as current and highlighted when you clicking on it? here it gets automatically made current and highlighted as soon it's created, right after clicking OK on the Track/Add track... dialog.

    however, clicking on an empty space in the track views will drop the current/highlighted track and there yes, Clip/New... gets disabled.

    hth.
    byee

     
  • Wladimir van der Laan

    I've tried clicking all over the place after "Add Track". Also I've tried not clicking at all. I've also tried creating multiple tracks and highlighting one after the other. Same behavior, I can't get "New clip" to enable sometimes.

    Maybe it's a qt issue?

    I'm building with --enable-qt4, Qt version "4:4.8.5+git192-g085f851+dfsg-2ubuntu4".

     
    • Rui Nuno Capela

      Rui Nuno Capela - 2014-08-20

      might be a WM issue perhaps? for instance, is focus following mouse pointer?

      aren't tracks actually highlighted when you click on them? and while you see it currently highlighted, isn't the Clip/New... menu item or button enabled anyway? a screenshot for evidence please?

      i can't tell for sure, i really don't get that behavior here. sorry.

       

      Last edit: Rui Nuno Capela 2014-08-20
  • Wladimir van der Laan

    Ugh, I think it is a WM issue too. Ubuntu takes over the menu to put it at the top of the screen (with the "appmenu" plugin). Probably this slightly changes functionality... I'll try to confirm this later.

     
  • Wladimir van der Laan

    OK, I found out the root cause.

    The updateClipMenu slot is supposed to be executed when the "Clip" menu is about to show.

        QObject::connect(m_ui.clipMenu,
            SIGNAL(aboutToShow()),
            SLOT(updateClipMenu()));
    

    However this doesn't happen.
    When I disable the appmenu (by defining APPMENU_DISPLAY_BOTH=1) it works fine. So it is some interaction with Ubuntu's app menu.

    There are also some ominous warnings at startup pointing in this direction:

    void DBusMenuExporterPrivate::addAction(QAction*, int): Already tracking action "" under id 3 
    void DBusMenuExporterPrivate::addAction(QAction*, int): Already tracking action "" under id 4 
    

    So it appears that Ubuntu has a problem with an action occuring in a menu multiple times. And indeed, removing the reference to clipMenu and trackMenu in the edit menu fixes it:

    Index: src/qtractorMainForm.ui
    ===================================================================
    --- src/qtractorMainForm.ui     (revision 3970)
    +++ src/qtractorMainForm.ui     (working copy)
    @@ -243,9 +243,6 @@
         <addaction name="editRemoveMenu" />
         <addaction name="separator" />
         <addaction name="editSplitAction" />
    -    <addaction name="separator" />
    -    <addaction name="trackMenu" />
    -    <addaction name="clipMenu" />
        </widget>
        <widget class="QMenu" name="trackMenu" >
         <property name="title" >
    
     

    Last edit: Wladimir van der Laan 2014-08-20
  • Rui Nuno Capela

    Rui Nuno Capela - 2014-10-13
    • status: open --> pending
     
  • Rui Nuno Capela

    Rui Nuno Capela - 2015-02-01
    • status: pending --> closed
     

Log in to post a comment.