(09-12-2020, 05:06 AM)QuaGamer Wrote: I specifically would like a board ludeme called "cube" that extends the "square" ludeme.

It takes one integer parameter, which is the length of the game board in places in 3 orthogonal directions.

It has the same four regions as a square: N and S, W and E. It has two additional regions U and D for up and down in the third orthogonal direction.

Each place has the same four orthogonally adjacent places in the N, E, W, and S directions plus two new orthogonally adjacent places in the U and D directions for a total of 6 orthogonally adjacent places.

Each place in the cube has a triple as its coordinate. The first two are the same as for the square: A letter followed by a number. The new, third element of the coordinate will need its own count identifier.

For displaying a cube game board, I suggest an offset perspective view of N layers of NxN squares. Here is a notional example for a 5x5x5 cube: https://drive.google.com/file/d/1t0QmRE9...sp=sharing

(07-18-2020, 07:45 AM)cambolbro Wrote: Hi,

3D game boards are in the pipeline and should be provided in a version later this year, once we work out a suitable way to unambiguously view 3D structures and allow unambiguous selection of every playable site in the GUI.

This probably won't be for at least a couple of months, but we'll keep your request in mind.

How are 3D connections handled in Qua, does it use "overpasses cut underpasses"? i.e. if player A has a connection along the board level and player B builds a bridge of connected pieces across it, such that the lower pieces are buried and Player A's lower connection is no longer visible, does that connection still count?

Regards,

Cameron

Yes, the 3D GUI will be a challenge. Have you made any progress on this? The GUI for 3D Tic-Tac-Toe using the rectangle ludeme and avoiding layers was a disappointing implementation. However, this GUI layout does "unambiguously view 3D structures and allow unambiguous selection of every playable site" and could be a short term way to implement an initial GUI for the cube ludeme if/when added.

The cube ludeme should be straight forward to implement. It would be the union of N squares, with every playable site identified with coordinates <letter, number, layer>, where <letter number> are the square coordinates. As an initial GUI implementation, you could use the "look and feel" of the 3D Tic-Tac-Toe implementation, but map the squares in cube layers to the squares separated by .... instead of using the rectangle ludeme.

The only additional coding would be for the two new regions U and D, corresponding to layers 0 and N-1. Or am I missing something?

Best Regards,

Woody

Woody