Elevations Table - color column not plotting

[darreng_oa]

i recently attached a surface with an elevations table to my drawing, but when i plot, the colors in the table dont appear - they seem ommitted.  The table, and all the associated headers and text, plot correctly (including the surface, with colors) its just the colors are gone.

i plotted the surface dwg independently, and the elevations table plotting correclty, with colors, so it just seems when i plot from the host drawing things go wrong??

any ideas?

[AllenJessup]

Are you using 2015? If you're plotting from a Layout. Check if there are any overrides for that viewport.

Allen

[darreng_oa]

Yes, I am plotting from a Layout and using 2014 - and in the Viewport properties: Layer property overrides = No

UPDATE: If I turn plotting ON for the viewport layer, the colors now appear and plot correctly??

why does the rest of the table plot with plotting OFF for the VP layer, but not colors?

how do i hide the VP line now?

thanks!

[Hidden_Brain]

I noticed this back in version 2009, the colors in the table end up being in the current layer. When you created the table, I think you had your viewport (no plot) layer current. I suggest you recreate the table with another layer current.

If recreating the table is not an option, you can move the VP lines to Defpoints (or another no plot) layer.

[Anonymous]

there is a known bug in 2014 (with colors and surfaces) make sure you install all service packs, that will solve this bug an hopefully your problems

[Anonymous]

there is a known bug in 2014 (with colors and surfaces) make sure you install all service packs, that will solve this bug, and hopefully your problems

[andrewpuller3811 · Accepted solution]

I lodged a bug report regarding this issue with Autodesk back in April 2009.

Here is the text which should help you.

      When I create a table of a surface slope analysis, the colour patch is inserted into the currant active layer while the rest is inserted into the layer nominated in the drawing settings.

       This is a problem because the table layer may be on in a viewport and the layer that the colour patches are in might be off.

       More interesting, if you change layers and then created a new table, the colour patches of the new table are put on the new current layer, and the colour patches from the previous table are also moved onto the new current layer.

I figured out back then that if you set the current layer to a different layer, then create a new table, the old tables colour patches will be moved to the new current layer. Hopefully this still applies.

[cpac1950]

Thanks @andrewpuller3811, that did help get me closer to the solution.

Unfortunately in C3D 2012, I ended up having to make copies of the tables, explode them twice, and then copy the colored squares up into my dynamic table. The colored squares would then plot perfectly in the drawing that xref'd these tables.

Hope that helps someone else too!

[cwr001]

Just stumbled over this exact problem in 2021, also tested it in 2022 - doesn't seem to work in either version.

(The only difference is that the proposed solutions don't seem to work anymore.)

Man, this software is frustrating at times...

[vaughan.giles7AGEV]

Indeed it is! The same problem still exists!

[camden.n.dean]

For what it's worth, the workaround that has helped me (ACAD 2020 in the year 2023) is moving the table to a new layer. There is absolutely nothing different about the new layer except for the name.

Example:

Surface table is placed on C-SURF-TABL by default. I create a new layer called C-SURF-TABL-EG and move the table onto the ...EG layer. Then for some mysterious reason, the color squares plot as desired in both the source drawing and the host drawing.

P.S. If you don't already know, you can create a new layer by renaming a layer in the layers palette and ending the name with a comma. This will create a new layer with the new name that you typed, and it will retain all the properties of the layer that you started renaming. It will also retain that original layer.

-Camden

[Kevin.Spear]

OK, quick update for anyone following this thread...

At least regarding C3D 2022.2.6, this issue exists but slightly differently. Researching this in 2022, we determined that the table swatches are placed onto the current layer in the sheet file. If the current layer is a non-plotting layer, the swatches will not display. If you relayer the XREF, the swatches stay on that original current layer. Also, you may be using the XREFLAYER variable to force xrefs to a layer regardless of the current layer. The swatches will still use the current layer.

The solution is to detach the XREF, set a layer current that does plot, and reattach the XREF!