FIND command that will recognize multiple lines of text at once
@anderson51 wrote:
I am unable to get it to work....
Can you post a drawing file with a few matching Mtexts, and indicate on which one you first picked as the source?
Nice .. that code has been around a loooong time 🙂 .. looking closer at the OP request it's not as clear to me what they really want done since the hard returns are removed but the new text is in a totally different format and the 4" size is gone.
@ronjonp wrote:
Do a search for 'STRIPMTEXT' if all you're wanting to do is remove hard returns.
@ronjonp and @john.uhden , neither STRIPMTEXT nor UNFORMAT is what they're after. See >this< again.
@anderson51 wrote:
I am unable to get it to work....but it very well could be operator error.
What happens when you try it?
@john.uhden wrote:
... for some reason he doesn't find the FIND command suitable. .... I also don't see why the FIND command isn't good enough.
It's not for "some reason," but for a very specific one. To help you see why:
Start an MTEXT command, and type in "this is" [Enter] "a test" {finish the command by whichever means you choose}. Select the result [middle below on the black background] and see what its Contents are [Properties palette excerpt at left]. They include the \P representing the hard return causing the move to a second line of text.
As I understand it, they want something equivalent to the right part [part of a FIND dialog box] -- namely, to put "this is a test" into something, and have it find that Mtext object, despite [or "around"] the hard return within it. FIND does not find it, even if, in the Find what: entry, you include the \P [as displayed in Properties] or the \\P [as listed in entity data]. That is the reason why FIND is not suitable for their intended purpose.
It's equally unsuitable [i.e. equally unable to find that Mtext object] if you use the Shift+Enter way of getting a new line. And that has a weird twist: in the Properties palette Contents slot, all that shows is the part before the new-line, i.e. only "this is", until you pick in it, then it shows "this isa test" without showing the \n that's in there, though it appears in the entity data content entry.
This is what shows in the command line after copying in the first line of text.
When I copy in the second line of text, nothing shows in the command line
So did you follow the instruction and select a Source object? [Maybe I should have included the word "Select" in the prompt.] If you do, then paste the second line in, and what should happen is that all matching Mtext objects will be selected/highlighted/gripped, and you can give them new contents in the Properties palette.
@anderson51 wrote:.... it selects every piece of mtext within the dwg, regardless of the contents.
Also, copying in that second string of text, invokes the copy command for some reason?
It doesn't do either of those for me. However, I had forgotten that with Mtext, you can't replace contents wholesale by typing into the Contents slot in Properties, even if the objects all start with the same contents, but it needs you to step through each. So it would need to be defined into a command that could do that to all of them at once.
@john.uhden wrote:
....
"The quick brown
fox jumped over
the lazy dog."
....
[[ A digression.... Being the famous sentence that it is [famous for being quite short while containing every letter of the alphabet], it needs to be "jumps" or it contains no "s" -- the "e" and "d" are covered elsewhere. There's an even shorter one I know of: "Pack my box with five dozen liquor jugs." ]]
