Custom line styles dont show correctly

[JenniferbLGAHB]

I have made around 150 custom line styles for utilities which include text of multiple sizes on different levels within the line. 

I am having several issues. 

Line styles with text at one height/size within the style

- The line style ignores the vertex on the line and tries to continue the text over the vertex rather than stopping the style and changing direction with the rest of the line. 

Example
*QL-A-NBN,QLA NBN
A,.995318,-.089355,.995318,-.050595,["NBN(A)",Standard,y=-.127836,s=.255672,u=0],-1.373624

Line styles with text at multiple heights/sizes within the style

- The line style ignores the vertex on the line and tries to continue the text over the vertex rather than stopping the style and changing direction with the rest of the line. 

- Whenever the line changes direction/angle the line reverses itself and doesn't follow/flip its direction to continue the line pattern. I know I can break the line and reverse it but this wont work for the end product of our projects as the lines need to be connected as a 3D poly. 

Example

*QL-A-COMMS_O.F_NBN,QL-A-COMMS_O.F_NBN
A,.995318,-.089355,.995318,-.050595,["O.F (A)",Standard,y=-.127836,s=.255672,u=0],-.649863,["NBN",Standard,y=-.227165,s=.202074,u=0],-1.252308

[Kent1Cooper]

Does disabling linetype generation help?  At the bottom of a Polyline's Properties:

[JenniferbLGAHB]

Unfortunately I tried this but I am still having the issue. 

[pendean]

Your text is too long, and also for the chosen scale in this instance

Using just lines and just text objects, can you share with us your actual intent for your linetype (image or DWG file is better)?

[Kent1Cooper]

---

@pendean wrote:

Your text is too long, and also for the chosen scale in this instance

....

---

Disabling linetype generation fixes most of the overrun issues for me:

[magenta original, yellow a copy with linetype generation disabled].  But the (A) with line through it, if it's not meant to be that way, shows the linetype definition doesn't have a big-enough gap for that text content.  That may be affected by the fact that it's using STANDARD text style

...,["O.F   (A)",Standard,....

which may have different font and/or width factor properties in the OP's drawing, which might possibly get that all to fit in the gap.  If the definition doesn't fit the entire text part within the gap, there can still be overruns at bends.

[richard_387]

It is quite clear that the worst problem is being caused by the "u" factor in the definition. There is no solution.

Can the letters be defined separately? With the correct spacing it might work, but would extend the definition mightily.

A pity that the original programming did not centre justify the letters. Would have saved a lot of bother!

[Kent1Cooper · Accepted solution]

---

@richard_387 wrote:

.... Can the letters be defined separately? With the correct spacing it might work, but would extend the definition mightily. ....

---

See >this< for discussion and an example of that kind of thing [the entire Topic is worth looking over].

[richard_387]

Having sorted out the line type display in 2D, you might have problems converting the polyline to 3D.

3D polylines in AutoCAD can only have a continuous line type. In Civil 3D you can get complex line types showing, but the text will not be in plan view, so the text width will vary according to the slope of that piece of line. Good luck!

[Kent1Cooper]

---

@JenniferbLGAHB wrote:

.... the lines need to be connected as a 3D poly. ....

---

I hadn't caught that part, until @richard_387 pointed it out, but it's true -- 3DPolylines don't honor non-continuous linetypes.