I'm reposting this as a new issue as it is currently buried in another topic and I need it to stand on it's own.
From the "other" original poster:
Another odd this this project has: sometimes views on sheets move around. The cropregion of nearly all the views is defined by a scope box, and these haven't changed. The view itself stays the same, the position on the sheet does not. No changes have been made to the titleblocks.
I am having this issue on a couple of projects now. Nothing has changed within the views as regards the crop regions, or, for that matter, to the extents of the physical geometry. Plan views, some sections/elevations, and even some Legend views are moving all over the place on my sheets.
I can go in, make a few edits (notes, detailing, etc), fix the relocated views, sync, print.
A few days later go back in and... random views are half off the sheet or otherwise out of alignment again.
The two projects that I have noticed this on are both upgraded from 2015 and are both workshared (I know for a fact that the other person in each has not touched the sheets or views as they are our structural guys and have their own views and sheets, and I have confirmed with them that they have not made any changes to our views/sheets).
I can not give you steps to recreate the issue as it's entirely random... I simply open a project ( either by: create new local from central, or open existing local and sync w/ central) and random views may be in different positions than when I synced and closed the project.
Both projects are approaching 100% CD's so we have had many prints along the way. Things were good until just recently (the last month or two). I'm guessing that something in a recent patch has gone terribly wrong.
I'm running Windows 10 Pro 64bit (all current updates) with an intel I&-6700K CPU and Revit 2016 (build 16.0.1144.0 20160525_1230(x64) Update5 for R2)
-G
Gelöst! Gehe zur Lösung
Gelöst von Gary_J_Orr. Gehe zur Lösung
Hi,
For now viewports in sheets can be pinned, including the sheet so that it shouldn't repeat. But the problem remains unknown why it happened.
Yeah, that's what I had to resort to doing. But shouldn't have to.
On my end we have a couple of project managers that are using Surface Pro's. They may be having a driver conflict between the touchscreen interface and the mouse drivers, possibly causing middle click to pan to also engage left click and causing the viewports to be selected and moved... but that's a stretch in logic and assuming that they've been in the files, then saved them after messing around...
I had it happen again yesterday while working with tiled (and overlapping) drawing windows of sheet views and a view active within one of them when I saved to central... another possible culprit? I don't know but I found myself having to relocate and pin 3 views on 3 sheets in the hopes that they'll behave.
-G
I can't believe how simple this has turned out to be.
One of the last updates toggled the value of the "Drag Elements on Selection" option to on.
People that don't use Revit all that much, as well as those that often work faster than they're thinking, have simply been dragging the viewports around while trying to activate them (or by left clicking when they meant to middle click to pan).
-G
Hi there,
I know there was a solution to this already, however if anyone is finding that views are moving consistently across a number of sheets, the application of a temporary view template with a different scale, can seemingly move the view on the sheet - if the user synchronises while their temporary view template is applied to a number of open views, another user when opening the sheet will see the view having moved.
This seems to be a graphic display fault with the temporary view template feature, and seems to only be reproducible from a single users machine. Note all machines are running the same hardware and drivers and are on the current service packs for 2016.
Sie finden nicht, was Sie suchen? Fragen Sie die Community oder teilen Sie Ihr Wissen mit anderen.