Drawing view shifts when opening in AutoCAD

[SLW210]

Is there a fix for paperspace for the drawing view shifting when reopening a Zoom>Extents> Saved drawing in AutoCAD.

 

I occasionally get calls and/or emails from people (non-AutoCAD users) wanting to know why my Titleblocks are cutoff on the bottom.

 

Drawing content shifts down when reopened in AutoCAD

 

UCSFOLLOW = 1 is a fix for Modelspace (which is useless for drawings saved to a Paperspace Titleblock).

 

Unlike the link I posted, I have removed all of the toolbars, ribbon, etc. and still get a shift occasionally (I also made a clean screen profile setup), not that that helps other users opening the file.

 

Usually after first drawing they open correctly (I have had some after the first still be offset).

 

It's been an issue for quite a few releases AFAIK.

 

I just wonder, would saving in an almost zoom extents position be a solution, if so is there a way to determine what it needs to be to worst case, have the Titleblock in correct position to be seen entirely?

[CyberAngel]

Sounds like a real-estate issue. Something to do with the command prompt? That is, if you have a command window, the screen is proportioned differently than if you don't. Does that count as a toolbar?

[SLW210]

Supposedly the order of load is the culprit, though as mentioned, I still have seen this with nothing extra on.

 

Still doesn't solve for people that open my drawings. 

[BIGAL]

Maybe run a zoom 0.95xp after zoom extents this will shrink the zoomed extents to say 95% etc. I have a zoom all layouts lisp so before you close run a lisp. You can trap "Close & save" in a reactor so run the lisp as part of that command, have reactor code for that, let me know if needed.

 

Try the zoom 0.95xp workout a suitable number.

Edited June 10 by BIGAL

[SLW210]

I'll look more tomorrow at work, but it seems is a bit inconsistent, as mentioned, due to faulty loading order and amount of toolbars, etc., but as long as the entire titleblock is visible, it would be good enough I suppose.

 

That's what I'm looking for a good value to set, so it always opens correct no matter the user's configuration.

 

It's been an issue for a long time, I would have thought it would be fixed by now.

[SLW210]

Problem is, there is no way to know what the toolbar setup is for any random person with AutoCAD.

 

I may just not worry with it, my main issue is when they print them and mark them up with the drawing number not on there.

 

I'll do some testing on a good zoom factor, that will have to do. I might need .9xp.

 

This certainly is a very unprofessional issue that Autodesk seems unwilling to fix.

[SLW210]

This looks good enough for me.

 

;;; Zoom extents in Modelspace and Zoom Layouts to .9xp.
;;;
;;; https://www.cadtutor.net/forum/topic/98111-drawing-view-shifts-when-opening-in-autocad/#findComment-673235
;;;
;;; SLW210 (a.k.a. Steve Wilson)
;;;
;;; ZE_Z9XP.lsp

(defun c:ZE_Z9XP (/ acd docs ctab)
  (setq acd (vlax-get-acad-object)
        docs (vla-get-activedocument acd)
        ctab (getvar 'ctab))
  
  ;; Zoom modelspace
  (vla-zoomextents acd)

  ;; Zoom each layout
  (foreach tab (layoutlist)
    (setvar 'ctab tab)
    (vla-put-mspace docs :vlax-false)
    (vla-zoomextents acd)
    (command "zoom" ".9x")
  )

  ;; Restore original tab
  (setvar 'ctab ctab)

  ;; Purge All (twice)
  (command "-purge" "all" "" "N")
  (command "-purge" "all" "" "N")
  (command "-purge" "regapps" "" "N")

  (princ "\nZE_Z9XP complete.\n")
  (princ)
)

 

 

I plan to add it to a folder cleanup routine.

[BIGAL]

You could add it to a reactor so when you type save or close it will run. 

 

(cond
((= (vlr-current-reaction-name) ':VLR-beginSave) (Princ "\nThis function has been triggered by a Document Save event."))
((= (vlr-current-reaction-name) ':VLR-beginClose)(princ "\nThis function has been triggered by a Document Close event."))
)
(princ)
)
(if (not _BeginCloseReactor) (setq _BeginCloseReactor (VLR-Dwg-Reactor nil '((:VLR-beginClose . BeginCloseFunc)))))
(if (not _BeginSaveReactor ) (setq _BeginSaveReactor  (VLR-Dwg-Reactor nil '((:VLR-beginSave  . BeginCloseFunc)))))

I think this will work

(defun BeginCloseFunc (reactor lst / )
(c:ZE_Z9X)
)

Not sure may need, if lisp not autoloaded which I would suggest.

(if (not ZE_Z9XP)
(progn
(load "ZE_Z9XP")
(command "ZE_Z9XP")
)
)

 

[SLW210]

I don't need it on everything I work on, I can just run it when needed.

 

Mainly need to fix the folder of files accessible by others on the network.

 

Does BricsCAD have this issue?

 

 

[BIGAL]

I know the reactor worked as per code above as I wrote the code inside Bricscad. Doing some testing on other code I have now.

[SLW210]

I meant does Bricscad have the view shifting issue?

[BIGAL]

I am not sure if I can check as I work with pretty well a fixed menu, toolbars etc so any dwg saved stays withing the screen area. A one man band.

 

One thing I did notice in Bricscad is that I zoomed extents all layouts, saved and reopened and the title block is a fraction smaller than the screen size.

[SLW210]

12 hours ago, BIGAL said:

I am not sure if I can check as I work with pretty well a fixed menu, toolbars etc so any dwg saved stays withing the screen area. A one man band.

 

One thing I did notice in Bricscad is that I zoomed extents all layouts, saved and reopened and the title block is a fraction smaller than the screen size.

I too have a set fixed menu setup 90% of the time, and 100% for opening in AutoCAD. Mechanical, Map3D, etc. are the same as well, doesn't matter, AutoCAD shifts the view even if just slightly.

 

Sounds like Bricscad is making an allowance as well maybe.