Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Get Qt Extensions
  • Unsolved
Collapse
Brand Logo
  1. Home
  2. Qt Development
  3. General and Desktop
  4. Working with several QDockWidgets

Working with several QDockWidgets

Scheduled Pinned Locked Moved General and Desktop
18 Posts 5 Posters 17.6k Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • F Offline
    F Offline
    Franzk
    wrote on last edited by
    #2

    I always thought a dock widget was kind of self-contained or affecting an MDI window. The fact that QDockWidget or QMainWindow doesn't really provide an easy way to get to that information kind of suggests to me that the Qt guys didn't intend it to be used that way :). I don't know what the desired behavior of your system is, but I think I would try to find another (maybe nicer) way of handling it.

    However, you can probably catch some focus event in each widget and emit a signal that it has received focus.

    "Horse sense is the thing a horse has which keeps it from betting on people." -- W.C. Fields

    http://www.catb.org/~esr/faqs/smart-questions.html

    1 Reply Last reply
    0
    • K Offline
      K Offline
      Knacktus
      wrote on last edited by
      #3

      Yes, it doesn't seem to be intended to be used that way. I'm considering alternatives.

      I could go with giving each dock widget its own buttons for the TreeView specific actions. But then the question of how to handle keyboard shortcuts would arise.

      I also could create my own "active dock widget attribute" and let the user manually set the active dock. Is that a recommended practice? (It might have appeared to you that I'm doing my first steps with Qt ;-)... )

      1 Reply Last reply
      0
      • M Offline
        M Offline
        MTK358
        wrote on last edited by
        #4

        Also, I'm not even sure dock widgets can even be "focused" (but the widgets inside them sure can).

        1 Reply Last reply
        0
        • F Offline
          F Offline
          Franzk
          wrote on last edited by
          #5

          A dock widget is a widget just like all others. But it is indeed probably more useful to get the focus state of the widgets inside them.

          "Horse sense is the thing a horse has which keeps it from betting on people." -- W.C. Fields

          http://www.catb.org/~esr/faqs/smart-questions.html

          1 Reply Last reply
          0
          • G Offline
            G Offline
            genjix
            wrote on last edited by
            #6

            I'm hiding the dock widgets on my main window with:
            @for w in self.findChildren(QDockWidget):
            w.setVisible(True) # or false depending on the case@

            If I select the 3rd tab in my dock widgets, hide and then re-show them, then the 1st tab will be selected.
            If I again hide then show them, then this time the 3rd tab will be selected!

            So how can I stop that? If I could get the currently selected tab then I could set that one to be active again afterwards. I'm tempted to actually think this might be a Qt Bug... :p

            1 Reply Last reply
            0
            • G Offline
              G Offline
              genjix
              wrote on last edited by
              #7

              I found this:
              @void QDockWidget::visibilityChanged ( bool visible ) [signal]

              This signal is emitted when the dock widget becomes visible (or invisible). This happens when the widget is hidden or shown, as well as when it is docked in a tabbed dock area and its tab becomes selected or unselected.

              This function was introduced in Qt 4.3.@

              Although quite why there's no method to get that property, I don't know... And it's also not specific enough.

              1 Reply Last reply
              0
              • F Offline
                F Offline
                Franzk
                wrote on last edited by
                #8

                There is bound to be a method for the visibility property. A QDockWidget is a QWidget itself. QWidget has the property, so QDockWidget has it as well (probably even requires it).

                "Horse sense is the thing a horse has which keeps it from betting on people." -- W.C. Fields

                http://www.catb.org/~esr/faqs/smart-questions.html

                1 Reply Last reply
                0
                • G Offline
                  G Offline
                  genjix
                  wrote on last edited by
                  #9

                  Yeah I don't mean when the dock widget can be seen, but I mean when the dock widget is the selected one on top in a set of tabs.

                  I wrote this "small example (click here":http://www.qtcentre.org/attachment.php?attachmentid=5397&d=1288020905 - run qmake/make) to show what I mean. Just click show/hide button and notice your currently selected tab position. Is this a Qt bug?

                  1 Reply Last reply
                  0
                  • F Offline
                    F Offline
                    Franzk
                    wrote on last edited by
                    #10

                    Interesting... It seems to be switching to the previously selected widget. Can't say if it's a bug though. I'd need to check a bit more. You could do a search through the bug tracker though.

                    "Horse sense is the thing a horse has which keeps it from betting on people." -- W.C. Fields

                    http://www.catb.org/~esr/faqs/smart-questions.html

                    1 Reply Last reply
                    0
                    • G Offline
                      G Offline
                      genjix
                      wrote on last edited by
                      #11

                      "This":http://bugreports.qt.nokia.com/browse/QTBUG-3420 is the closest bug I could find. Seems QDockWidgets are rather sparse in their api so far :) No way to see who's on top, get the tab orderings, find the layout of several dock widgets in the same area :)

                      1 Reply Last reply
                      0
                      • G Offline
                        G Offline
                        genjix
                        wrote on last edited by
                        #12

                        I found the answer:
                        "http://developer.qt.nokia.com/faq/answer/how_can_i_check_which_tab_is_the_current_one_in_a_tabbed_qdockwidget":http://developer.qt.nokia.com/faq/answer/how_can_i_check_which_tab_is_the_current_one_in_a_tabbed_qdockwidget

                        1 Reply Last reply
                        0
                        • G Offline
                          G Offline
                          genjix
                          wrote on last edited by
                          #13

                          How can I see if a QDockWidget belongs to a particular tab bar?
                          EDIT: this "http://doc.trolltech.com/4.7/qtabwidget.html":http://doc.trolltech.com/4.7/qtabwidget.html
                          (see indexOf(widget))

                          EDIT2: Or not. Spoke too soon!!! QDockWidgets use QTabBar but they don't use QTabWidget! So how am I meant to see which QDockWidget belongs to which QTabBar so I can restore the state? Very frustrating :(

                          Here is my saving code (saving tab positions)
                          @ tabWidgetsAll = self.parent().findChildren(QTabWidget, None)
                          # tab widgets which contain QDockWidget
                          tabWidgets = []
                          if len(tabWidgets) > 0:
                          print 'yay'
                          for w in widgets:
                          for tab in tabWidgetsAll:
                          if tab in tabWidgets:
                          continue
                          if tab.indexOf(w) != -1:
                          tabWidgets.append(tab)
                          for tab in tabWidgets:
                          self.activeTabs.append((tab, tab.currentIndex()))@

                          In that snippet 'yay' is never printed, indicating that no QTabWidget's exist and that QDockWidget doesn't use that for tabifying itself.

                          And here is the restoration code:
                          @ for tab in self.activeTabs:
                          tab[0].setCurrentIndex(tab[1])
                          self.activeTabs = []@

                          1 Reply Last reply
                          0
                          • G Offline
                            G Offline
                            genjix
                            wrote on last edited by
                            #14

                            any ideas?

                            1 Reply Last reply
                            0
                            • G Offline
                              G Offline
                              genjix
                              wrote on last edited by
                              #15

                              Can Qt add a QMainWindow::setDockAreaVisible(Qt::DockWidgetArea area, bool visible) to their API?

                              Looking at:

                              http://qt.gitorious.org/qt/qt/blobs/4.7/src/gui/widgets/qdockarealayout_p.h

                              It looks like a trivial change:
                              add to

                              @
                              class QDockAreaLayout
                              {
                              QDockAreaLayoutInfo hiddenDocks[4]; // hidden dock windows
                              bool dockHidden[4]; // initialise to false, false, false, false on initialiser
                              };
                              QDockAreaLayout::setVisible(QInternal::DockPosition pos, bool visible)

                              if (!visible) {
                              // copy
                              hiddenDocks[pos] = docks[pos];
                              dockHidden[pos] = true;
                              // clear the dock widget area
                              docks[pos].clear();
                              } else {
                              docks[pos] = hiddenDocks[pos];
                              }
                              @

                              And add to QMainWindow::setVisible(area, bool) which does:
                              layoutState.dockAreaLayout.setVisible(toDockPos(area), bool);
                              invalidate();

                              Hiding/showing a sidepanel is such a common use-case :) This is a really needed feature.

                              I made a "bug report here":http://bugreports.qt.nokia.com/browse/QTBUG-14725

                              1 Reply Last reply
                              0
                              • F Offline
                                F Offline
                                Franzk
                                wrote on last edited by
                                #16

                                Maybe it's time to (do a feature request|develop it yourself and do a merge request) for that. I'm not sure these suggestions will be picked up from devnet.

                                "Horse sense is the thing a horse has which keeps it from betting on people." -- W.C. Fields

                                http://www.catb.org/~esr/faqs/smart-questions.html

                                1 Reply Last reply
                                0
                                • G Offline
                                  G Offline
                                  genjix
                                  wrote on last edited by
                                  #17

                                  Right, but I don't want to waste time building my own Qt, adding that function to the API to have it rejected. Where can I ask whether it would be accepted if the code worked nicely?

                                  1 Reply Last reply
                                  0
                                  • M Offline
                                    M Offline
                                    mgran
                                    wrote on last edited by
                                    #18

                                    [quote author="genjix" date="1288186847"]Where can I ask whether it would be accepted if the code worked nicely?[/quote]

                                    Could start with a feature request at "http://bugreports.qt.nokia.com":http://bugreports.qt.nokia.com. Or find the developers on the #qt-labs IRC channel on irc.freenode.net for a chat.

                                    Project Manager - Qt Development Frameworks

                                    1 Reply Last reply
                                    0

                                    • Login

                                    • Login or register to search.
                                    • First post
                                      Last post
                                    0
                                    • Categories
                                    • Recent
                                    • Tags
                                    • Popular
                                    • Users
                                    • Groups
                                    • Search
                                    • Get Qt Extensions
                                    • Unsolved