- Marcar como nuevo
- Favorito
- Suscribir
- Silenciar
- Suscribirse a un feed RSS
- Resaltar
- Imprimir
- Denunciar
I have another custom hatch pattern that SHOULD be simple but I just can't seem to get right. It is a diamond/cube tile pattern. I have drawn the cube to pick the dimensions but I still haven't gotten the formulas to where I can get them to work correctly. Please help. I'm thinking this SHOULD be able to be written with three lines of code but I keep jacking it up.
¡Resuelto! Ir a solución.
- Marcar como nuevo
- Favorito
- Suscribir
- Silenciar
- Suscribirse a un feed RSS
- Resaltar
- Imprimir
- Denunciar
- Marcar como nuevo
- Favorito
- Suscribir
- Silenciar
- Suscribirse a un feed RSS
- Resaltar
- Imprimir
- Denunciar
I notice your diagonal dimension and vertical dimension are not the same. Shouldn't they be? I expect that's why the HatchKit result comes out with wacky angles [not simple 30 / 150 / 270 or equivalents].
- Marcar como nuevo
- Favorito
- Suscribir
- Silenciar
- Suscribirse a un feed RSS
- Resaltar
- Imprimir
- Denunciar
It's odd I know. It was given to me based off a tile mesh that the architect needed recreated.
- Marcar como nuevo
- Favorito
- Suscribir
- Silenciar
- Suscribirse a un feed RSS
- Resaltar
- Imprimir
- Denunciar
Thank you! I will have to check out that HatchKit. That's certainly not what I was expecting as I was trying to do it by math and individual lines. Hatch patterns are one of those "Can't Get Right" things for me.
- Marcar como nuevo
- Favorito
- Suscribir
- Silenciar
- Suscribirse a un feed RSS
- Resaltar
- Imprimir
- Denunciar
@Kent1Cooper wrote:
I notice your diagonal dimension and vertical dimension are not the same. Shouldn't they be? ....
For anyone not wanting the oddified proportions, but wanting a regular isometric stacked-cubes arrangement, here's one. The edge of a "cube" is one drawing unit long -- use the Hatch pattern Scale directly to make that whatever size you want. The origin is at one of the 3-line-end intersections [a closest-to-you virtual "corner" of a cube].
*ISOCUBES, Isometric stacked Cubes 30, 0,0, 1.5,.xxx-xxxxxxxx, 2,-1 150, 0,0, 1.5,.xxx-xxxxxxxx, 2,-1 270, 0,0, 1.5,.xxx-xxxxxxxx, 2,-1
[Yes, that's a lot of decimal places, to minimize pattern "drift" as distance from the origin increases -- knock some off if you like.]
EDIT: Wow -- the "system" is replacing my lots-of-decimal places number with those x's, for some inconceivable reason. Because it looks like a toll-free telephone number, maybe? [That's the only reason I can think of for its adding the hyphen where it did.] That element should be [with spaces added between digits here, because it wouldn't leave it alone outside the code window, either] . 8 6 6 0 2 5 4 0 3 7 8 in each case.
I'm attaching the .pat file, which supposedly will come through without the Bowdlerizing.
- Marcar como nuevo
- Favorito
- Suscribir
- Silenciar
- Suscribirse a un feed RSS
- Resaltar
- Imprimir
- Denunciar
Thanks Kent, one of these days I'll finally get this through my thick skull.
- Marcar como nuevo
- Favorito
- Suscribir
- Silenciar
- Suscribirse a un feed RSS
- Resaltar
- Imprimir
- Denunciar
@Kent1Cooper wrote:
....
EDIT: Wow -- the "system" is replacing my lots-of-decimal places number with those x's, for some inconceivable reason. ....
[Just so you know -- there is a reason, over-thought though it may be, which came out when I mentioned this in the Community Feedback Forum. A series of 11 digits is suspected by the system of being an AutoCAD serial number, and gets censored out that way. That's any such series, even when it doesn't include a hyphen where serial numbers have one, and that it so "helpfully" inserted for me. So in such a situation, when posting in a Message body, use 9 or 10 or 12 decimal places, not 11.]
- Marcar como nuevo
- Favorito
- Suscribir
- Silenciar
- Suscribirse a un feed RSS
- Resaltar
- Imprimir
- Denunciar
So never suspect a stuff-up where a systems design decision provides an explanation
Thank you Kent for providing that nugget of information. I've been bashing my head against that exact issue since the introduction of the new forum. Cutting and pasting patterns to a thread would all-too-often trigger the xxx-xxxxxxxx and until recently this could be overcome by pasting in a correction. But not this time, so there's no text version in my earlier post, just the .PAT attachment.
Trimming a decimal place from an 11 digit floating point won't affect a pattern's precision to any great extent, so here goes:
;-------------------------------------------------------------------------------
; Written by HatchKit
; HatchKit (c)1990-2018 Cadro Pty Ltd
; www.hatchkit.com.au/
;-------------------------------------------------------------------------------
;-Date : 2018-07-25
;-Time : 10:37:51
;-HatchKit Version : 3.1.10.2741
;-HatchKit Output Filetype : AutoCAD format
;-------------------------------------------------------------------------------
*cubes
150.006075052,1.571,-0.9073,161.162499212,0.0523519960131,3.624,-163.002124311
-89.9715779373,0,1.873,5.5586763377,-0.007021460608,3.7459,-1238.618144
29.9825574218,-1.571,-0.9073,150.409322339,-0.0559613063,3.629,-152.250316729
Edit: that worked fine. Kudos.
Hugh Adamson.