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. Hide files included as .pri from project pane

Hide files included as .pri from project pane

Scheduled Pinned Locked Moved Unsolved General and Desktop
5 Posts 2 Posters 738 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.
  • B Offline
    B Offline
    Blanky
    wrote on last edited by
    #1

    Hello, I've seen this question asked before years ago and was wondering if any new features currently give the ability to disable showing files/directories that are explicitly included using the include(...) function and anything under HEADERS or SOURCES, while still using them for the project's qmake or make steps. Anything like a -hide flag or something? I've been sniffing on the internet and can't find much other than an old post that didn't really resolve the issue.

    I have a project that includes 10+ .pri files and each one makes a folder in the project pane that just clutters the view a lot. I just don't want them to be visible in the pane view.

    aha_1980A 1 Reply Last reply
    0
    • B Blanky

      Hello, I've seen this question asked before years ago and was wondering if any new features currently give the ability to disable showing files/directories that are explicitly included using the include(...) function and anything under HEADERS or SOURCES, while still using them for the project's qmake or make steps. Anything like a -hide flag or something? I've been sniffing on the internet and can't find much other than an old post that didn't really resolve the issue.

      I have a project that includes 10+ .pri files and each one makes a folder in the project pane that just clutters the view a lot. I just don't want them to be visible in the pane view.

      aha_1980A Offline
      aha_1980A Offline
      aha_1980
      Lifetime Qt Champion
      wrote on last edited by
      #2

      hi @Blanky,

      AFAIK, the official statement has always been, that the Project Tree should reflect the build system.

      So no, there is no hiding implemented and no plans to do so. Alternative tools are File System view and Locator (hot tip!)

      Regards

      Qt has to stay free or it will die.

      B 1 Reply Last reply
      3
      • aha_1980A aha_1980

        hi @Blanky,

        AFAIK, the official statement has always been, that the Project Tree should reflect the build system.

        So no, there is no hiding implemented and no plans to do so. Alternative tools are File System view and Locator (hot tip!)

        Regards

        B Offline
        B Offline
        Blanky
        wrote on last edited by
        #3

        @aha_1980 Ahh okay. That's what I thought. Is there a better way I can organize my tree view so that when the project grows to add more libs I can reduce the amoint of QTreeViewItems in the QTreeView there are to 1 parent item instead of 1 to 1 parents for the amount of .pri files we have? I know if a .pri includes another .pri they'll structure it more like a child item, but I automated the process of generating them and they know nothing about each other.

        aha_1980A 1 Reply Last reply
        0
        • B Blanky

          @aha_1980 Ahh okay. That's what I thought. Is there a better way I can organize my tree view so that when the project grows to add more libs I can reduce the amoint of QTreeViewItems in the QTreeView there are to 1 parent item instead of 1 to 1 parents for the amount of .pri files we have? I know if a .pri includes another .pri they'll structure it more like a child item, but I automated the process of generating them and they know nothing about each other.

          aha_1980A Offline
          aha_1980A Offline
          aha_1980
          Lifetime Qt Champion
          wrote on last edited by
          #4

          Hi @Blanky,

          My knowledge about .pri file handling is too limited that I could say something useful.

          But you could try the "Simplify Tree" checkbox in the funnel symbol for the Projects panel. It seems that may show the files in a more expected structure.

          Regards

          Qt has to stay free or it will die.

          B 1 Reply Last reply
          1
          • aha_1980A aha_1980

            Hi @Blanky,

            My knowledge about .pri file handling is too limited that I could say something useful.

            But you could try the "Simplify Tree" checkbox in the funnel symbol for the Projects panel. It seems that may show the files in a more expected structure.

            Regards

            B Offline
            B Offline
            Blanky
            wrote on last edited by
            #5

            @aha_1980 simplifying the tree just lists all of the files in a single structure for me. I don't really want the user to know about the .pri since they shouldn't be editing it themselves. A python script scrapes the directory of another library with its own .pro to make a .pri of just the folder names to be added to the INCLUDEPATHS variable. This is so that in all dependent projects' header files can be included with just their name and no need for adding the relative path to resolve it. If this project grows to like 20 libraries, there will be 20 QTreeViewItems. It doesn't matter if it was a .pri or not, the include function in the .pro could do it to a .txt file for all it cared. I suppose what I want to do it currently impossible. Thank you for your input though because that means I can end my search.

            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