topic Re: Weird Fill in Pocket Door in Libraries & objects

Weird Fill in Pocket Door

Srinivas — Wed, 24 May 2023 08:56:07 GMT

Hi there,

I tried unsuccessfully to remove the fill in the pocket door (please see attached image for reference) I tried changing the fills in the Floor plan symbol but with no luck, currently I am using a patch to cover this up, but sometimes when I send the drawings back to my client the patch object is sent back by the wall and this weird fill pops up, do anyone have a idea on how to fix this?

Thanks in advance.

Re: Weird Fill in Pocket Door

Srinivas — Thu, 07 Jan 2010 12:40:29 GMT

Deleting the fill from the file in my case "Pavement 16" is fixing the problem, but any thoughts on this would be helpful as i believe this is a long standing problem, at least for me.

Re: Weird Fill in Pocket Door

Anonymous — Thu, 07 Jan 2010 16:40:52 GMT

Sounds like an index number problem. Over time with additions and deletions to the fill attributes the index numbers can get jumbled. This has been a long standing problem but a really tricky one to fix globally at this point.

The better solution to deleting the fill is to replace it with the one you want. This is a bit tricky itself though since Attribute Manager doesn't allow direct editing of index numbers.

Re: Weird Fill in Pocket Door

JaredBanks — Thu, 07 Jan 2010 19:41:39 GMT

To get around this problem, if the bad fill is #35, I delete the fill, then create dummy fills until the next empty fill is #35. Make or duplicate a nice empty fill. Delete all the dummies and you're good to go. Once you have the right fill in one file copy it to all your others (or your template) via the attribute manager. I've had to do this a few times. Oh and if the index number is super high, see if you can find another file (AC template for instance) that has no holes in its fill list. Delete the number you need, create the new fill, and copy into your file via the attribute manager.

If you ever have trouble finding the screwy fill in the first place, just explode the pocket door/wall and select the now independent fill.

Just deleting the fill and leaving the index number empty will probably create errors.

Re: Weird Fill in Pocket Door

Srinivas — Fri, 08 Jan 2010 01:48:32 GMT

Thanks Mathew and Jared, I will try your solutions.

Re: Weird Fill in Pocket Door

Erika Epstein — Fri, 08 Jan 2010 17:36:53 GMT

Alternatively If you open up the library part of the sliding door, you should be able to change the patio stone fill to Air Space or whichever one you want.
Save as a new version if you don't want to overwrite the standard library part.

The advantage to doing this is that it will allow the patio stone fill, if called by other library parts in the file to not be messed up.

Re: Weird Fill in Pocket Door

JaredBanks — Fri, 08 Jan 2010 17:48:27 GMT

A much nicer solution! And a good way to ease into tweaking and building library parts.

Re: Weird Fill in Pocket Door

ztaskai — Thu, 14 Jan 2010 15:18:09 GMT

Yes, we know about this bug. Embarrassingly, it is is regression bug in AC13. It will be fixed in the next Library Update.

Sorry for the inconvenience!

Re: Weird Fill in Pocket Door

Srinivas — Fri, 15 Jan 2010 04:42:39 GMT

Thanks Zsolt.

Re: Weird Fill in Pocket Door

ztaskai — Fri, 22 Jan 2010 08:55:21 GMT

We investigated the issue. In fact this fill appears with the USA library in case you use a different attribute set than the one of the USA template. To overcome this, we introduced a parameter for this fill so that you can fit your object to your template. The Update Library is being tested; it will be out soon.

Regards,

Re: Weird Fill in Pocket Door

Anonymous — Tue, 08 Jun 2010 19:11:18 GMT

ztaskai wrote:
We investigated the issue. In fact this fill appears with the USA library in case you use a different attribute set than the one of the USA template. To overcome this, we introduced a parameter for this fill so that you can fit your object to your template. The Update Library is being tested; it will be out soon.

Regards,

Aloha Ztaskai,
Is there any fix for the ArchiCAD 11 library D1 Pocket 11 door?
Mahalo,
John

Re: Weird Fill in Pocket Door

ztaskai — Wed, 23 Jun 2010 17:22:08 GMT

Hi John,

Sorry, you have to live with the solutions from Matthew and from Jared in AC11. It's time to upgrade;)

Regards,

Re: Weird Fill in Pocket Door

Anonymous — Wed, 23 Jun 2010 22:54:26 GMT

ztaskai wrote:
Hi John,

Sorry, you have to live with the solutions from Matthew and from Jared in AC11. It's time to upgrade;)

Regards,

ztaska,
Your approach to encouraging me to continue to use Archicad missed it's mark. Why would we be encouraged to continue to pay more for a product that didn't work in the first place.
We might be more encouraged to upgrade if we got an apology for the broken program components that were delivered with version 11 (and other previous versions) and possibly a discount on the upgrade.

I recommend that you spend your time fixing the bugs in the software and let someone more adept at customer service deal with sales and other customer satisfaction issues. If an automobile or appliance manufacturer delivered a car or appliance with broken components they would be obligated to repair the parts. It would be great if Graphisoft and other software manufacturers took a similar approach.

In the meantime we are all grateful to Matthew, Jared and the other forum participants who are able to offer real world solutions to the problems that we encounter as you develop the software.
John

Re: Weird Fill in Pocket Door

Rakela Raul — Thu, 24 Jun 2010 02:12:47 GMT

uff !! i was getting excited about the participation of GS !! thanks god these guys have a good training in the beating dept during beta testing

Re: Weird Fill in Pocket Door

ztaskai — Wed, 07 Jul 2010 13:26:40 GMT

johncassel wrote:
...
We might be more encouraged to upgrade if we got an apology for the broken program components that were delivered with version 11 (and other previous versions) and possibly a discount on the upgrade.

I recommend that you spend your time fixing the bugs in the software and let someone more adept at customer service deal with sales and other customer satisfaction issues. ...

Hi John,

You are right in many ways. First of all, I shouldn't have encouraged you to upgrade, that's not my job. Second, my job really is to fix the bugs and make necessary developments - and to help users to find their ways with our current solutions. Third, Graphisoft could streamline the library update workflow a lot. Fourth, I owe you an apology regarding the quality of the 11 library. I truly hope we are doing better with our current work.

We put a lot of effort into building and maintaining channels to collect user feedback and we try to fix the issues as technology and resources allow us. Naturally, we have to set up priorities for this job - which may put some user issues on a longer hold.

I'm sorry, I made you mad. I'll think again before posting in the future.

Best regards,