The bug is that # of strands = the depth parameter always, regardless of the "direction" parameter.
Strand length = Width * Height always.
If the direction is "vertical left/right," all works as expected. A strand corresponds to a fill horizontal row of the cube, with the next row behind it being the next strand.
If the direction is changed to "vertical front/back," then things become broken. The length of a strand remains the same and the strand count remains the same, so a single strand covers some multiple of a horizontal row.
To see an example:
1. Create a cube with the following parameters:
Starting Location: Front Bottom Left
Direction: Vertical Left/Right
Strand Style: No Zig Zag
Layers All Start in the same place: Unchecked
Width: 12
Height : 11
Depth: 10
2. Start a new sequence a light up any individual strand to see that a strand = a row of the cube and all works as expected
3. Leave all other parameters the same and change the "direction" to "Vertical Front/Back"
4. Start a new sequence and notice that the cube still has 10 strands, which doesn't make sense, since strands are running a different direction now.
5. Light up each strand, and see that each strand contains overlapping parts of 2 adjacent rows in the cube because the strands have a length that don't correspond to anything in the cube.
The strand length should be width * height for one "direction" setting, but depth * height for the other setting.
I'm guessing that nobody noticed this bug yet, as many people are creating cubes (equal width and depth), rather than a cuboid with differing side lengths.
