Sheet List Reorganization - Revit 2024

[kevin_shea872MD]

Good morning, all. I am using Revit 2024 and am currently attempting to reorder my Sheet list in the Project Browser. Sheets are alphanumerically named, but need to show in a non-alphabetical order. For example, I want my G### sheets to list before my A### sheets, without creating additional sublists for each discipline. FWIW, the sheets have been assigned a discipline number, so sheets show in desired order in the Schedules list.

It's a small project with no need for additional organizational complexity. So far, I haven't quite figured it out.

The attached image file outlines in finer detail just what it is I want to accomplish. Helpful suggestions would be greatly appreciated.

[mhiserZFHXS]

Why do you not want a sub-list for each discipline? We have a separate discipline parameter for our sheets. This not only allows for sorting both in schedules and the project browser, but also allows disciplines to be minimized in the project browser to keep it clean.

Each discipline starts with a number, so

1.0 General

2.0 Civil

3.0 Architectural

etc.

I'm guessing this is a typical workflow for a lot of folks here.

[HVAC-Novice]

Before collections appeared, i created a parameter to sort them. but now i sue collections and add a numerical value to each collection name to sort them in the order I want. 

I design multiple disciplines, YMMV.

Advantage of collections is that I can set them up in my template. For the sub-discipline parameter this required to have a sheet for each discipline in the template. I use this sort the sheet schedule and print-order.

I know, this isn't the original intent of collections... 🙂

[kevin_shea872MD]

In my workflow, I strive to create organizational trees with the absolute minimum of +'s and folders necessary for streamlined project management. The list arrangement I outlined takes that into account, because as noted in the original post and attached image, it is a small project with no need for additional branches in the organizational tree.

I often use the list structure you noted above, on other, larger projects of greater complexity, where it is definitely helpful in managing a far greater number of sheets. 

[kevin_shea872MD]

Interesting idea! I do work on a number of projects with more total disciplines and total sheets that might benefit from that approach. My small projects, though, I try to keep as streamlined as possible. Thank you for the suggestion!

[mhiserZFHXS]

I mean, that's obviously fine. But to me, if its large enough that you need to have sheets organized a certain way, I don't see why having sub-lists wouldn't be helpful.

There's also nothing stopping you from just leaving all of the sub-lists open. You don't HAVE to minimize them. But for me, I only touch the G-sheets maybe once per project phase, so having them minimized is nice.

As HVAC said, collections are also an option now, but that's still going to create sub-lists. I also use those more for multiple projects within a single model rather than for disciplines. Like if we have a roofing project and an addition on the same building, but they'll be bid separately, for example.

[HVAC-Novice]

---

@kevin_shea872MD wrote:

In my workflow, I strive to create organizational trees with the absolute minimum of +'s and folders necessary for streamlined project management. The list arrangement I outlined takes that into account, because as noted in the original post and attached image, it is a small project with no need for additional branches in the organizational tree.

I often use the list structure you noted above, on other, larger projects of greater complexity, where it is definitely helpful in managing a far greater number of sheets. 

---

It helps if I just work on Plumbing, I can easier focus on Plumbing if the collections make the separation by discipline. Or if you select what to export to PDF you can just create a Plumbing PDF based on the Plumbing collection for someone who only needs that. 

Some setups you have the use through the entire project (inc. plotting) to find out if they work for YOUR workflow. Some of my projects are single discipline, some use all disciplines. I like to keep the same system for all projects. And even a single discipline project can turn into multi-discipline.