Mtext not aligning properly in Model Space

[bmccarthy.alvine]

Text appears to be "shrunk down" in Model Space yet prints to PDF properly from Paper Space. I have compared the profile options with another user to verify settings align between machine that does have the issue and one that does not. I checked the hardware accelerator, view res, shademode, annotative text, and annoautoscale. Everything seems to be the correct settings but still visually looks wrong. Does anyone know what may cause this? Only one user has the issue with and is experiencing it in multiple files whereas everyone else does not. Attached are images showing the text issue and a drawing file example of the issue.

[ChicagoLooper]

It's not in your profile. It doesn't have anything to do with hardware accelerator. Your issue appears to be within your mtext style, your mtext properties, or all of the above.

The drawing, LK_T-Schematics.dwg, is not the same drawing file as the one shown in your screenshots. You mention you print from both modelspace and paperspace and when comparing the both prints, you notice the text has "shrunk down" in one of them. The drawing you have uploaded can only be printed from modelspace. (Printing from paperspace is not possible using your uploaded dwg.)

Comparing the printed modelspace version against the paperspace version can only be performed using your original file, not a copied version.Please upload your original drawing.

[bmccarthy.alvine]

Yes, I have verified it's not the profile or hardware accelerator. The mtext style/properties are the same for both the user experiencing the issue and user not experiencing the issue.

Correct, it is not the same drawing file as the screenshots but it is an example of a file that has the same issue as indicated in the screenshots. I hadn't printed from both model/paper space previously. You are correct that I don't have modelspace set up in the drawing file I uploaded. After testing again on the user's PC with the issue, a PDF generated from model space still shows the "shrunk down" issue. Where the issue corrects itself, is when another user creates a PDF of the drawing file or links the drawing file into a Revit model then create a PDF.

[ChicagoLooper]

This sounds like an issue with a text style. Just because two different computers are using the same ‘text style’ doesn't necessarily mean the both computers will display same looking text. 

The first user, maybe your colleague, may have applied different text style settings compared to you and your computer. This difference may result in text displays that don’t look alike even though the text styles have the same name. 

@bmccarthy.alvine wrote

<<Where the issue corrects itself, is when another user creates a PDF of the drawing file or links the drawing file into a Revit model then create a PDF.>>

I doubt the problem is correcting itself when you create a PDF or use a Revit model, it’s sounds more like the text style and the text style settings becoming consistent are what’s really solving the problem.  You should compare the Text Styles in both dwg’s when they’re each displayed on different computers. 

[dbroad]

The problem cannot be diagnosed from the images and the posted file.  A "bad" and "good" drawing file must be compared.  I do see problems that are probably causing inefficiencies and lack of control over format.  They are:

• Using fixed height text styles. Copying and pasting this drawing to another drawing with the same style names but different settings will cause havoc.  Also editing text that has been scaled will cause problems because the fixed height style will snap the text smaller than expected.
• Using paperspace scaling in model space, even for diagrams.
• Using mtext and polylines to simulate leaders rather than using mleaders.
• Using mtext and attributed blocks next to one another as if they are one object and expecting alignment to be good.

I have had generally good results with annotative scaling, multileaders, non-fixed text heights, and using model sized elements for most architectural diagrams. You can set fixed paper size text heights in mleaderstyles without fixing them in the style itself.  If a drawing never changes, then using polyline leaders won't be a problem. If things move or you need to change from left to right justification, then mleaders excel.