So it seems that the width of the generated text is, at least in part, dependent on the width of the dialog, but the implementation is buggy. Playing with the width of the window only made it start wrapping the text again, even if I stretched it wide enough again, it would still wrap the text, but if I stretched the dialog, closed Rhino and re-opened it again, it would generate the text all on one line. That resulted in wrapped text, so I widened the dialog out until I could see the entire text on one line, but that ALSO resulted in the text being wrapped, so I closed Rhino and posted this.Īfter I saw Jeremy’s response, I re-opened Rhino, tried to generate the text again, noticed that Rhino remembered the extra width of the dialog, and when I generated the text this time, it was all on one line. First, the only way I’ve found to make them work with Illustrator is through Rhino, which carries a fairly hefty. Bad news - it’s very limited for a couple of reasons. Originally, I was using the text entry dialog at its default width. The search for true single line font sets goes on (They can be scored instead of engraved, which is a HUGE time saver when you have a lot of text to process.) Good news - there’s a way to make them happen. I am just trying to generate surfaces so I cannot select the text “block”, and I don’t see any dots, but oddly enough, this seems to be a bug DIRECTLY related to the size of the text input window.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |