Missing Sink Hole In Basin Cabinet

[Anonymous]

See Screen Shot.

[Karl Ottenstein]

Mystery, Jay. I just recreated a Basin Cabinet that looks similar to yours - round sink, single door - and there's a hole there ... looking all the way down to the drain.

Select your object in plan, and do a File | Modules/Xref | Save Selection as Module and attach the MOD to a message here.

Thanks,
Karl

[Anonymous]

Here is the Module File.

[Anonymous]

Jay,
I downloaded and merged your module.
I placed an instance of what is apparently the same
object right next to yours and mine has a hole that
goes down to the bottom of the sink just like Karl's.
Your object appears to have an extra shelf which
is not cut by the CUTFORM or CUTPOLYA command
(I haven't checked the script yet).
I have changed all of the parameters of my object
to the same settings as your object but my object
still has the correct hole, but if I transfer the settings
from your object to mine using the eye dropper and
syringe tools my object acquires the same extra shelf
and vice versa.
I have never seen this or have any explanation.
Maybe Karl will know. I hope so. What a mystery.
Thank you,
Peter Devlin

[Anonymous]

Jay,
After looking into this a little further I think I know what happened.
There is a hidden parameter in the objects parameter list
called "gs_sink_type_m" it's value is set by default to =3.
If it's value is somehow set to =0, the 3D script calls the cabinet macro
with the "sink" parameter set to =0 meaning "no sink",
which causes the cabinet macro to show a cabinet top, otherwise
it omits the top and the Base Cabinet object installs a counter top
with some kind of sink in it. What we are seeing is this top.
The question is how did the hidden parameter "gs_sink_type_m"
get changed from 3 to 0 ?
I cannot in fact know what the hidden parameters of your instance
of the object are because they are hidden and I have no hacking
software to "look inside" the module file. I can only deduce that
the value in question has, in fact, been changed.
My deduction may be wrong.
Could you do the following to confirm the deduction and, if correct,
fix the problem ?
Go to File/GDL Object/Open GDL Object, find the object, and open it
in the library editing environment.
Look in the parameter list, way down at the bottom, and find the parameter
named "gs_sink_type_m". Check it's value. If the value =0 change it to =3.
Save the library part and close.
If I am correct this should fix the problem.
Please let us know what happened.
Thank you,
Peter Devlin

[Anonymous]

The Parameter value is 3. See Screen Shoot. I am Hopping not to edit and save out a "special" Cabinet object. This Object comes from the AC9 "Object Library 9.pla".

[Anonymous]

Jay,
I'm baffled.
The only way I could get the object to appear the way yours does
without altering the script is to change the value of
"gs_sink_type_m" to =0.
I can see from your screen shot the value indeed =3
You might try just saving the object again.
Sometimes re-saving an object fixes problems.

Thank you,
Peter Devlin

[Anonymous]

Peter wrote:
..
You might try just saving the object again.
Sometimes re-saving an object fixes problems.

I would prefer not to have to add a normally standard Object from the Default AC "Object Library.pla" to my Office Library.

I use to alter and save many of the standard AC 6.5 and AC 7.0 objects in my Office Standards Library, but this proved troublesome when updating to new release version. I want to "trim" this down, as far as how many Library objects that I use.

Once moving to AC 8.1 I began using the Default pla for my objects. This made for a truly easily transition from AC 8.1 to AC 9.

I know that we are only talking one object right now so I may just copy the object out of the pla into my office Library Folder that is loaded each time AC is launched. Just not a habit that I want to get into, that is having multiple Librarys loaded that contain in essence the same library part and macros.

[David Maudlin]

Jay and Peter:

My 2 cents:
I was able to reproduce the problem by selecting the Cab Base 1D object in the Kitchen Cabinets 9 folder and setting the Sink Style parameter (under Sink and Tap) to "None". I placed this object, selected it, opened the object settings dialog box and navigated to the Bathroom Fixtures 9 folder to transfer the parameters of the Cab Base 1D object to the Basin Cabinet object. This also transferred the hidden parameter that Peter discovered. This can be undone by selecting the problem object, opening the settings dialog box, selecting some other object, and then reselecting the Basin Cabinet object; this has the result of resetting the parameters (including the hidden ones) back to their default values, the parameters will now need to be changed to get the desired appearance. Changing the default parameter values by opening the object will not affect the parameters of an object that is already placed in the project.

It makes sense that all parameters are transferred (even hidden ones), but this object has a bug in that particular parameter since the sink cannot be eliminated as it can be with the Cab Base 1D object.

Interesting problem, in that it shows that hiding a parameter does not eliminate its consequences. I hope this helps.

David

[Anonymous]

David,
Incredible.
I did what you suggested with Jay's problem object and it got fixed.
What remains a mystery is how Jay's object got busted in the first place.
Your experiment with Cab Base 1D object is suggestive.
Peter Devlin