[Bob Ritger]

I’ve run into this recently as well. I was thinking it had to do with video card memory limitations as it seems to happen when I have a large number of files open. After closing many files I sometimes get the display back on the one(s) that have gone white/blank without having to completely shutdown Revu and reopening it.

[Bob Ritger]

Vince – I’m not sure if I completely understand your query but if the filename is the issue when you choose Extract Pages I typically select the option to “Use page label to name files”. Would this option help? -Bob

[Bob Ritger]

Your network may already take periodic snapshots at various intervals each day as backups. If this is the case you can right-click on the file in Windows Explorer, select Properties and there will be a Previous Versions tab. Select it and let the dialog populate with any previous versions it can find – could take several few minutes to finish “Working on it…”. If a previous version is found click on the Open button to verify it is the version of the file you are looking for. If so, save it with a new name to be safe.

[Bob Ritger]

I just tried it by selecting a bunch of txt files in Windows Explorer, right-clicking and selecting the option “Combine files in Revu” and then Stapler popped up and prompted me for a filename and folder location as normal and processed them all. I did a small sample of 451 pages with no issues.

[Bob Ritger]

Tabz: I’ve found the quick way around a locked PDF is to drag it into a Google Chrome browser. Then print it to a PDF file. I usually use the Bluebeam PDF driver. Give it a new name and open it in Bluebeam. The restrictions are typically now history. Let us know if this works for you.

-Bob

[Bob Ritger]

I think I have gotten to the bottom of the problem and it appears to be a bug – just don’t know who is responsible for it.

I found that the original PDF file was created by printing out of Revit via the Acrobat PDF writer. The Bluebeam markups that were added to that PDF file were imported into an updated print set that was created by printing the set via the Bluebeam PDF writer. This combination appears to be the source of the problematic rotation issues I noted previously.

To prove it out I just did a new test by creating a new file via Acrobat, marking it up, and importing the markups into a file created by Bluebeam and the exact same rotational error occurred. I’m not sure how or if this bug can or will be corrected by Bluebeam as it may be an Adobe problem. Either way I have a workaround which is to dictate that all PDF files be created via the Bluebeam PDF writer out of our design applications.

[Bob Ritger]

And, of course, holding down the Ctrl key to allow you to unrestrain the highlighter from nearby text.

[Bob Ritger]

I’ve been working with the plotter vendor but we haven’t found a better option yet – still trying. They set me up with HP SmartStream which is a lighting fast tool but, as noted, doesn’t integrate with Papercut. I’ll keep trying driver options but hoped that someone might have a lesson learned to share regarding this plotter.

[Bob Ritger]

The issue occurred with Bluebeam eXtreme 20.2.70 initially but persists with 20.2.80.

[Bob Ritger]

Troy:

Thanks, this one certainly has me puzzled and I have tried most options that I can think of to determine what might be behind this. As an illustration of the rotation problem see the attached image. The actual locations of the text boxes on the sheet is also rotated as are all lines, arrows and other graphics.