Adding/deleting Fills creates havoc
Anonymous
Not applicable
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
2007-01-06
05:13 PM
- last edited on
2023-05-26
12:23 PM
by
Rubia Torres
2007-01-06
05:13 PM
PROBLEM: numerous "Fill not found in 3D script..." messages when switching to 3D window
BACKGROUND: I've finally (joyfully) customized my Fills in an empty project, adding my own new ones and deleting those ugly ones I never use, through Options/Elem Attrib/ Fill Types. My Fill Types now "look" fantastic...
I then brought these into my actual Project, via Attibute Manager. After tinkering with Append vs. Overwrite, I got my fills to occupy all sequential Index lines, say #1 thru 100, without any gaps. (strange we can't edit the Index# directly)
QUESTION: So why aren't Fills being found by the 3d script of my doors & windows?
I hope the lesson isn't simply "Don't mess with Fills out of the box!"
I've searched this Forum and still don't get it.

1 REPLY 1
Anonymous
Not applicable
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
2007-01-06 06:07 PM
2007-01-06
06:07 PM
Attribute management is (as the programmers say) "not trivial".
Many library parts assume that you have the default fills, materials, linetypes loaded so it creates problems when they are modified. There will also be (missing) fills assigned to materials if you haven't edited the material attributes to account for the changed fills.
This has been a problem for quite some time and there has been much complaining and many requests for improvements.
Certain fills should be kept at their default indexes (yes, it is a major pain not being able to edit them directly). The ones that come immediately to mind are #1 "Brick Common", #84 "Solid Fill", and #85 "Empty Fill". There may be others but if you put these three back in, it may fix things up a bit.
Many library parts assume that you have the default fills, materials, linetypes loaded so it creates problems when they are modified. There will also be (missing) fills assigned to materials if you haven't edited the material attributes to account for the changed fills.
This has been a problem for quite some time and there has been much complaining and many requests for improvements.
Certain fills should be kept at their default indexes (yes, it is a major pain not being able to edit them directly). The ones that come immediately to mind are #1 "Brick Common", #84 "Solid Fill", and #85 "Empty Fill". There may be others but if you put these three back in, it may fix things up a bit.