Mtext lines formatted differently, Find-Replace screwing up

[s60088g]

I use an mtext with a larger text in the first line and smaller in the second.  When using Find and Replace, the 2nd line is partially picking up formatting from above. I tried removing Columns which was set up in the mtext already (hate that anyway).  No solution found.  I hope that someone might have an idea.  I chose to Find "Electrical First Floor Plan Partial" and Replace with "Electrical Plan Partial."  Something so simple is causing a headache. 

[ronjonp]

What happens if you replace "AL FIRST FL" with "AL FL" ?

You might post a drawing .. sounds like you might have some heavy internal formatting.

[s60088g]

I just saved the text in a file to attach here.  Thanks.  And I mistyped the order of the words which is irrelevant.  Anyway, have a look.  Thank you!

[nrz13]

I can confirm this bug in AutoCAD 2022.1 using new MTEXT in a new drawing (did not use yours).  No matter that the second line has been hard-returned with the Enter key, find and replace of the middle words on the first line drops the "OPTIO" down to the second line.

Note that the "N" remains small when I tried it.  I've tried it with standard Windows fonts Arial and Verdana, as well as with bold, italic, and underline.  All exhibit the same bug.

I'd be interested to see if anyone has a workaround for this bug.  Be sure to report it through your Autodesk Account.

[pendean]

@s60088g Expand FIND command (find the little arrow button on the pop-up): those expanded list of options are all you can do with the stock command. I don't see a fix to what you wish, but I've not rigorously tested it either.

[nrz13]

Best workaround I have at the moment is to find and replace the selection with a bunch of spaces (try 5 to 10), then replace the number of spaces (+1) with a single space.  It's ugly, but relatively fast if you have a lot of them to change.  Hopefully a better workaround emerges...

[s60088g]

Haha, thanks!  😊  I just changed the titles all by hand... all 45+   !!!

I did wonder if a 'return' was the issue.  It's so odd.  It's handy to use one Mtext with a hierarchy of font sizes rather than individual lines.

[ronjonp]

It does appear to be a bug ... I manually formatted the text ( which is different than the original ) but the find and replace still messes it up.

;; RJP manually formatted
"{\\H0.75x;\\LFIRST FLOOR ELECTRICAL PARTIAL}\\P{\\H0.5x;OPTIONAL 3-CAR SIDELOAD GARAGE\\P\\H0.75x;SCALE: 1/4\" = 1'-0\"}"
;; After replacement
"{\\H4x;ELECTRICAL PLAN PARTIAL\\POPTION\\H0.66667x;AL 3-CAR SIDELOAD GARAGE\\P\\H0.75x;SCALE: 1/4\" = 1'-0\"}"
;; Formatted text in drawing
"{\\H0.75x;\\LFIRST FLOOR ELECTRICAL PARTIAL\n\\H0.66667x;\\lOPTIONAL 3-CAR SIDELOAD GARAGE\n\\H0.75x;SCALE: 1/4\" = 1'-0\"}"
;; After replacement
"{\\H0.75x;\\LELECTRICAL PLAN PARTIAL\nOPTION\\H0.66667x;\\lAL 3-CAR SIDELOAD GARAGE\n\\H0.75x;SCALE: 1/4\" = 1'-0\"}"

Too bad you already did these manually, this code seems to cleanup the mess.

(defun c:foo (/ o s)
  (if (setq s (ssget '((0 . "MTEXT") (1 . "*ELECTRICAL PARTIAL*"))))
    (foreach e (vl-remove-if 'listp (mapcar 'cadr (ssnamex s)))
      (vla-put-textstring
	(setq o (vlax-ename->vla-object e))
	(vl-string-subst
	  "ELECTRICAL PLAN PARTIAL"
	  "FIRST FLOOR ELECTRICAL PARTIAL"
	  (vla-get-textstring o)
	)
      )
    )
  )
  (princ)
)

[nrz13]

I reported this bug to Autodesk and this was their response:

Thank you again for your patience and the input you provided about this MTEXT editing issue issue with AutoCAD. The Product Team has been able to reproduce the issue and it has been logged with the development team for a fix in a future update. The reference ID is ACD-24756. Although the team is investigating a solution for a fix in a future update, I cannot commit to an exact date as conditions do change.