Does anyone have any idea why Revit would choose a different text sort order than ASCII? I noticed it today when my sheets weren't sorting as expected. It froze my blood when I realized that our multi-sheet PDFs will be in the correct order, but when we split the PDF into individual files, the files won't sort in the correct order. It's a bit jaw dropping for me. I did a test to confirm...we're screwed.
Is there some magic registry hack to change the text sort order?
Can you explain what you're trying to do? Are you referring to the sheet numbering when printing to PDF?
We always print multi-page PDFs so that we get the detail reference hyperlinks in our PDF drawings. Very handy.
The problem is when we split the PDF into individual sheets (for whatever reason the staff at my office like to do this often). In Acrobat there is a feature that allows you to split up the sheets using each bookmark as the filename (you need to modify the bookmarks slightly to make this work). When the resulting split-up PDF sheet files are sorted in File Explorer, they don't sort in the same order as they do inside Revit even though they have exactly the same number and name.
Below are some screen shots. The first is a schedule that I made to illustrate Revit's text sort order. There are Xs on each side of the characters because Revit gets rid of stray spaces so this was the only way I could include a space in the list of characters. You can compare this with the ASCII list and they are vastly different...not just a little.
The second is the PDF created from Revit. The order in the PDF is aways the same sort as in Revit. No way to change that.
The third is File Explorer after the split. Notice how the overall plans sort AFTER the enlarged plans...the opposite of Revit/Acrobat. That's because in Revit, numbers come before periods, in ASCII sorting it is the opposite.
Sie finden nicht, was Sie suchen? Fragen Sie die Community oder teilen Sie Ihr Wissen mit anderen.