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. closing child object causes parent to be closed
Qt 6.11 is out! See what's new in the release blog

closing child object causes parent to be closed

Scheduled Pinned Locked Moved Unsolved General and Desktop
15 Posts 3 Posters 8.0k Views 2 Watching
  • 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.
  • mrjjM mrjj

    @fireyyouth
    you should try with
    app.setQuitOnLastWindowClosed(false);

    F Offline
    F Offline
    fireyyouth
    wrote on last edited by
    #6

    @mrjj but the case here is that the application exits when there are still two windows out there, one of them visible.

    mrjjM 1 Reply Last reply
    0
    • F fireyyouth

      @mrjj but the case here is that the application exits when there are still two windows out there, one of them visible.

      mrjjM Offline
      mrjjM Offline
      mrjj
      Lifetime Qt Champion
      wrote on last edited by mrjj
      #7

      @fireyyouth
      Yes but if only one is considered toplevel ( never tested with only Dialogs) , it would still close.
      At least for testing. then we know its not due to the auto close feature.
      If it stills quits, its something else.

      Also you can add a a line after app.exec() and put break point on it.
      That way we can see if the exit is due to normal reason or something else.

      I assume you didn't not hook up anything to the quit() slot or by other means added code to end application ?

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

        I updated my question, please take a look

        mrjjM 1 Reply Last reply
        0
        • F fireyyouth

          I updated my question, please take a look

          mrjjM Offline
          mrjjM Offline
          mrjj
          Lifetime Qt Champion
          wrote on last edited by
          #9

          @fireyyouth
          and did testing with
          app.setQuitOnLastWindowClosed(false);
          still close the whole app ?

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

            no the programs hangs

            mrjjM 1 Reply Last reply
            0
            • F fireyyouth

              no the programs hangs

              mrjjM Offline
              mrjjM Offline
              mrjj
              Lifetime Qt Champion
              wrote on last edited by
              #11

              @fireyyouth
              hangs?
              The dialogs stays on screen but can no longer be clicked ?
              or how hangs ?

              F 1 Reply Last reply
              0
              • mrjjM mrjj

                @fireyyouth
                hangs?
                The dialogs stays on screen but can no longer be clicked ?
                or how hangs ?

                F Offline
                F Offline
                fireyyouth
                wrote on last edited by
                #12

                @mrjj I mean after closing all the dialog i can click on , the QApplication::exec() does not return.

                mrjjM 1 Reply Last reply
                0
                • F fireyyouth

                  @mrjj I mean after closing all the dialog i can click on , the QApplication::exec() does not return.

                  mrjjM Offline
                  mrjjM Offline
                  mrjj
                  Lifetime Qt Champion
                  wrote on last edited by mrjj
                  #13

                  @fireyyouth
                  ahh, that is expected as we disable the auto close.
                  You must close it yourself using quit() in application.

                  You can use DeleteOnclose on the dialog and call QApplication::quit() in destructor.

                  Of Course it depends on what design you're after.
                  So if you do this in Dialog ( the parent), it should do as you want.

                  1 Reply Last reply
                  0
                  • F Offline
                    F Offline
                    fireyyouth
                    wrote on last edited by
                    #14

                    I get what you mean and i think it could work. thanks. but I still want to understand why the original case happened, can you explain?

                    mrjjM 1 Reply Last reply
                    0
                    • F fireyyouth

                      I get what you mean and i think it could work. thanks. but I still want to understand why the original case happened, can you explain?

                      mrjjM Offline
                      mrjjM Offline
                      mrjj
                      Lifetime Qt Champion
                      wrote on last edited by mrjj
                      #15

                      @fireyyouth
                      I did not test it, but i think that a invisible dialog do not count as "window" and hence
                      it would auto close when you closed the dialog. ( even if not the last "window" )

                      You can test if the dialog is considered that.
                      Its normally/used to be a flag. You set. QMianwindow has it.
                      Not sure with Dialogs in all cases. Where parent is also a Dialog
                      http://doc.qt.io/qt-5/qt.html#WindowType-enum
                      Also I could not find the exact doc on the rules for being top level and the auto close feature.
                      I did find that
                      "QDialog and QMainWindow widgets are by default windows, even if a parent widget is specified in the constructor. This behavior is specified by the Qt::Window flag."

                      You could try the code, to see what is listed.

                      void showAllTopLevelWidgets()
                      {
                          foreach (QWidget *widget, QApplication::topLevelWidgets()) {
                            // print out info
                          }
                      }
                      

                      So overall the dialogs are not having WType_TopLevel if they have parents or something like that.
                      Where as QMainWindow has it.
                      You can give flags to Dialog in constructor so I think u can make it work like MW with some research.
                      I think WType_TopLevel is called something else. But not sure.
                      My Google fu failed me. Looking in the source code would bring light.

                      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