Two topics today, on reordering viewports to determine their respective occlusion, and setting up a C++ Revit add-in project:
Joshua Lumley submitted a comment on the discussion on Determining the Size and Location of Viewports on a Sheet, suggesting:
I made code that will change the draw order of a viewport (bring to front) for cases when you need to use simplified duplicate of the same view for background (ceiling grid for example). Are you interested in it? I was hoping you could make a post and share it with the world (it has impressed my colleagues anyway).
Here is the essence of the code:
ElementId ViewElementID = ViewportList1[listBox1.SelectedIndex].ViewId; XYZ storetheposition = ViewportList1[listBox1.SelectedIndex].GetBoxCenter(); ElementId storetypetypeID = ViewportList1[listBox1.SelectedIndex].GetTypeId(); Autodesk.Revit.DB.View pView = doc.ActiveView; Autodesk.Revit.DB.Transaction t = new Autodesk.Revit.DB.Transaction( doc, "Form_2" ); t.Start(); ViewSheet1.DeleteViewport( ViewportList1[listBox1.SelectedIndex] ); Viewport vvp = Viewport.Create( doc, ViewSheet1.Id, ViewElementID, storetheposition ); vvp.ChangeTypeId( storetypetypeID ); t.Commit();
As you can see, it is simply taking out a viewport and putting it back in the same place, because Revit paints viewports in the order they were created, so the most recently created viewport will come to the front.
This is the first view which has been placed on a sheet:
Now we need to pretty it up with patterns, e.g., the ceiling grid and cable ladder fill taken from a 'medium' level detail view:
As you can see, these new views have been placed over the main view and now block it.
The code automates removing a viewport and making an identical one in the same place with a new element ID.
You can see here the supplementary ceiling grid and ladder background (filtered to appear light red) adds value, but does not interfere with main view because it is now 'behind':
Btw I changed the furniture to halftone manually; this is not an effect of the layering.
Obviously, the perfect draftsman would be placing views in the correct sequence to begin with, but because the stylistic 'touch ups' are the last stages of making a drawing and you can never know in advance what you are going to need.
In my opinion making a drawing nice to look at is just as important as the content itself.
I cleaned up the initial code suggestion like this:
/// <summary> /// Bring viewport to front by /// deleting and recreating it. /// </summary> void ViewportBringToFront( ViewSheet sheet, Viewport viewport ) { Document doc = sheet.Document; ElementId viewId = viewport.ViewId; XYZ boxCenter = viewport.GetBoxCenter(); //ElementId typeId = viewport.GetTypeId(); //View view = doc.ActiveView; using( Transaction t = new Transaction( doc ) ) { t.Start( "Delete and Recreate Viewport" ); sheet.DeleteViewport( viewport ); Viewport vvp = Viewport.Create( doc, sheet.Id, viewId, boxCenter ); vvp.ChangeTypeId( typeId ); t.Commit(); } }
Notes:
Transaction use in a separate using statement. Look at the explanations in The Building Coder topic group on handling transactions and transaction groups.I added this method to The Building Coder samples in the module CmdViewsShowingElements.cs line 424-449.
Very many thanks to Joshua for sharing this and putting in all the work to document it, edit the draft markdown file and create a pull request for it in the tbc GitHub repo!
I do not use C++ myself in everyday work, although I have a lot of experience with it from pre-C# times, working with ObjectARX and earlier systems.
Since the Revit API is completely .NET based, you can use any .NET capable language to access it, including managed C++.
Epogue asked how to set up a Visual Studio project to create a C++ Revit add-in in the Revit API discussion forum thread on looking for C++ Samples for Revit 2017 add-in:
Question: As I look through the Revit 2017 documentation it looks like C++ has become nearly a first-class citizen.
I am mostly familiar with starting Revit add-in projects using the add-in wizard for C#.
Is there something comparable for C++?
And/or is there sample code or a tutorial on implementing a Revit 2017 add-in using C++ instead of C# or VB?
Answer: C++ has always been a first-class citizen in the .NET world, just like any other language supporting .NET, which was added to C++ with the introduction of managed C++ over a decade ago.
The Visual Studio C# and VB .NET wizards are very easy to create from scratch, and so is a C++ Revit add-in and a wizard for it.
The files that you create manually through these steps can be packaged into a ZIP file and reused to create a Revit C++ add-in wizard.
Look at the descriptions of creating, modifying and updating the C# and VB wizards to see how the same can be achieved for C++.
Here is an old description of a C++ Revit add-in and some other discussions on related topics:
Response: Thank you! I like the Visual C++ Revit add-in step-by-step article. Regrettably the Visual Studio 2015 "New Project" function no longer includes "Class Library" as one of its options:
Any thoughts on the alternative "New Project" template to utilize to initially create C++ based Revit Add-In in Visual Studio 15 for Revit 2017?
Or a recommendation on which version of the .NET Framework to select?
Answer: Use the CLR option listed above:
The Revit 2017 API requires version the .NET framework version 4.5.2.
I wish you lots of fun and success making use of C++ with the Revit API!