Default Class?

[Bruce Kieffer]

Vectorworks is telling me this class of mine is a default class and I can't delete it. How do I make it NOT a default class?

[Peter W Flint]

There are several of these peppered throughout VW (“none” and “dimension” most commonly encountered). I usually rename the class then populate according to whatever I’m trying to do. BUT if you rename a default class then pull in other resources that ship from VW libraries, those will automatically repopulate the default classes you renamed. EG if you rename the “None” class to “Something” and pull in a new resource, the default “None” class will repopulate (I don’t recommend renaming the None class).

 

You might be able to work around this with specific cabinet class by opening the resource drawing itself, renaming the class and saving as a new resource drawing in your user folder. 

[Bruce Kieffer]

I had renamed the none class. I have no idea why I would have done that. I found the "real" renamed none class, renamed that none, and all seems good now. Honestly, I think it would be best to not rename the none class. I can imagine a mess of bad things happening.

Edited April 27, 2023 by Bruce Kieffer

[Peter W Flint]

I also renamed the None class once, hilarity (not hilarity) ensued. 

[Benson Shaw]

Ahhh! So are those classes which auto generate when certain vwx PIO  objects are created also “default” classes. Eg Ceiling Main, and Site/DTM/Modifier, etc?  They have secret super powers which affect other objects or visibilities. But a user created class of same name does not exhibit the powers.  I’m not aware of special powers of the None Class, but strange (and glad) to hear success by @Bruce Kieffer in swapping the “None” name to a different class with no deleterious effect. 
 

-B

[Peter W Flint]

Some of the classes that come in with PIOs, like Ceiling-Main, are just the way they've been drawn according to VW convention, I'm unsure as to whether they need to be specifically named that way in order to interoperate functionally with other objects. For instance, you can rename the Site Modifiers class and it will still communicate geometry to the site model. Attempting to delete a class is a surefire way to figure out whether it is a default class or not. The logic of the None class baffles me.

 

In simplified code terms, I'm not sure if an object is coded <newObject class="none"> under the hood or just <newObject> and we see the None class so we can toggle objects without classes on and off. 

 

But the hidden classes can be a real pain, and I'm not sure VW has fully rounded out customizability for every single one. I like to attach numbered prefixes to classes so I can easily filter and reduce clutter through the drafting process, but still randomly get VW-specific hidden classes popping up, even when using custom resources in my user folder (Plant-Component-Polygon is currently the one driving me bananas). My only solution so far has been to be more disciplined in reaching for user defaults first, or just suffering through the extra classes until its time to clean up the drawing and moving or renaming them like I want. It would be nice to have one of those coffee breaks cover how to resolve this.

[zoomer]

I think currently it is not a good idea to fight against VW default Classes.

Some mentioned the fun overwriting the "non" Class.

 

But as I hate to have thrown in VW default Classes from time to time

conflicting my holy custom Class Standard ....

(Some even do pretty serious things not recognized by their names at all)

 

I asked for a reliable way to control this since I started with VW 2014 !

 

I saw customizations meant for VW localizations. Not really open for users.

But e.g. the VW german localization's "none" Class is called "keine" !

(And if you open a german file in VW US or vice versa, you will get both Classes !?)

 

I only do understand and accept "LAYERS_AND_CLASSES_USING_UPPERCASE_AND_USING_UNDERSCORES"

 

So I think there would be (reliable) options.

 

So I always asked for an XML File, that,

when copied from App Folder into user or Workgroup Folder,

contains default Class Lists, e. g. in a way that Text Editor savy experienced users

could edit to their needs, e.g. :

 

VW US default Class : "glazing-clear" // Class to define standard glazing parts of PIOs//

= LOCALIZED Class : (DE : "Glas");(FR : "Verre transparente"); ....

= VW SUPERUSER custom Class Naming - if! overwritten on purpose : (GLAS_KLAR)

So VW internally can and should deal with all imperial named Terms they want,
but let users define or overwrite them as pleased, just read those config files - if aplicable/
available - and use the for display and exports.

Just like a UUID vs a user assigned Object Name.
Maybe that could even prevent from typical "same name" conflicts in VW.
If Names are treated as :
VW:RWMaterialDefault:glazing-clear/FR""/DE"GLAS_KLAR"/....
vs
VW:BIMMmaterialDefault:glass-?/FR""/DE"GLAS_KLAR"/....

 

[Bruce Kieffer]

I just encountered this again in another file. OK, I'm not changing the name of the None class. Something else is going on.