HPRISM_ & Top edge visibility

[Anonymous]

This is an old feature, which I always found annoying.
For the first solution (Left), top contour edges don't show in elevation.
Am I missing something?

Cheers

	R   = 0.2
	mat = SYMB_MAT
	
	for k = 1 to 2
		body -1
		s = 11 + 4*(k=2) + 64
	
		hprism_  mat, mat, mat, mat,
			10, 1, 0, R*0.5, 1,
			R  , 0  , s,
			1-R, 0  , s,
			1  , R  , s+1000,
			1  , 1-R, s,
			1-R, 1  , s+1000,
			R  , 1  , s,
			0  , 1-R, s+1000,
			0  , R  , s,
			R  , 0  , s+1000,
			R  , 0  ,-1

		addx 1.5
	next k
		del 2

[Anonymous]

Jeffrey,

I guess you misunderstood the code...

The "(k=2)" acts like a switch... if k=2 it returns 1 else its zero.

So... only in the second step (k=2) the status code 4 is added.

HTH.

[Anonymous]

Braza wrote:
Jeffrey,

I guess you misunderstood the code...

The "(k=2)" acts like a switch... if k=2 it returns 1 else its zero.

So... only in the second step (k=2) the status code 4 is added.

HTH.

I did. My apologies. I also misunderstood what I have been told about mask and status values not being cumulative as well or that the computer reads them differently although I still get different result between 2+4 or 6. Now that I understand the switch I guess I don't understand the point of it returns an undesired result.

[Anonymous]

Hi Jeffrey,

In other words...

s = 11 + 4*(k=2) + 64

is a more elegant way of scripting

if k = 1 then s = 11 + 64
if k = 2 then s = 11 + 4 + 64

or

if k = 1 then s = 75
if k = 2 then s = 79

Edit: Anyway... Its a pity to see a great command compromised by such an unwanted feature...

It would be nice to hear some feedback from GS about this issue.