topic Setting the fill origin in an object fill in Libraries & objects

Setting the fill origin in an object fill

Daniel Lindahl — Tue, 21 Feb 2017 00:47:31 GMT

Hi,

I have just successfully been tweaking the out-of-the-box Swimming Pool library part to show separate cut fills and plan fills for the different parts of the object. (Thanks Barry Kelly!).

Now I want to set the origin for the fill pattern on the pool coping in plan. I tried to use POLY2_B{2} which seems to be the right command, but it has no effect in the object, the fill still uses the Project Origin rather than a localised fill origin.

Is there a bug in the POLY2_B{2} command? I attach my revised object so you can see what I mean.

Re: Setting the fill origin in an object fill

Barry Kelly — Tue, 21 Feb 2017 01:22:50 GMT

No object attached but it may be that you are just missing the extra status codes for the frame fill.

frame_fill = j1 + 2*j2 + 4*j3 + 8*j4 + 16*j5 + 32*j6 +64*j7
where j1, j2, j3, j4 j5, j6, j7 can be 0 or 1.
j1 (1): contour only
j2 (2): fill only
j3 (4): close an open polygon
j4 (8): local fill orientation
j5 (16): global fill origin (effective only if j4 is set)
j6 (32): fill in cut category (distinctive with j7, drafting category if none is set)
j7 (64): fill in cover category (distinctive with j6, drafting category if none is set)

In particular "j4" needs to be on to use the user origin.

Add a couple of variables for the x & y position (which you will have already done) and make a moveable hotspot from them so you don't have to open the object settings to make the parameter changes.

Barry.

Re: Setting the fill origin in an object fill

Daniel Lindahl — Tue, 21 Feb 2017 07:33:09 GMT

Thanks again Barry, the status code was the problem, I wasn't aware of that one. How important is it to set the j7 (64): fill in cover category? I didn't bother with it, not sure it would affect things at all.

Thanks too for the tip about making a graphical hotspot - it forced me to look back in the cookbook and do a bit of research, then I managed to include that as well!

Not sure why my forum post attachment didn't work last time, I'll try it again now so you can see what I've done. I'll also attach a plan view PDF as an experiment. If only that goes through it might be that attachments are limited to certain file types, maybe just image files.

Re: Setting the fill origin in an object fill

Barry Kelly — Tue, 21 Feb 2017 07:57:32 GMT

Good to see you got it working Daniel.
From what I can tell J6 & J7 just determine if the fill is treated as a cut or cover fill or drafting fill if left as zero (I assume for Model View Option / Graphical Override control).
I can't say I have ever used them.

Yes you can only attached certain file types - GSM is not one of them.
You have to ZIP these to attach.

But before you do be aware of the licensing conditions on Graphisoft object.
It seems you are free to modify them for your own use but you are not supposed to redistribute the amended objects.

See this discussion ...
http://archicad-talk.graphisoft.com/viewtopic.php?t=47320

Barry.

Re: Setting the fill origin in an object fill

Daniel Lindahl — Tue, 21 Feb 2017 11:08:52 GMT

Hi again Barry,

I altered the script so much that it is unrecognisable, but these days there is not much of a market for us object developers anyway! I used to sell quite a lot on ObjectsOnline before Abvent marched in like Putin and drove out the little guys!
Then for a while I tried to market them through Scott Barrington's Object Factory. Not much to show for that.

Anyhow, in that last message I had zipped up the GSM file, but it still wouldn't go. I'll try again, but if it doesn't work this time (and if you are interested) you can email me on d.lindahl@live.com and I'll send it back to you that way!

Re: Setting the fill origin in an object fill

Barry Kelly — Wed, 22 Feb 2017 00:43:32 GMT

Only one file of image can be attached at one time.

Looks like it is working well - I obviously don't have the same fills as you (my template is completely different).
The base hotspot for the y offset is a bit confusing so I would hide that one.

Barry.