crystals,
I have never considered making a (graphic) maze in VB. It could be interesting, in the logic to decide how many complete) real paths there should be - and then assuring there were EXACTLY that many.
There are probably a large number of soloutions/approaches, so wheather your approach is good/bad is more a matter of 'taste' than anything objective. This is certainly true of the information in this thread.
I would probably start with some parameters for the maze, and set up the process based on the parameters. Again, I have never considered creating a graphis maze in VB, so these thoughts are rather spontaneous. Perhaps you already have the experience of constructing mazes in other media and 'know' how you do this.
If I understood your process, perhaps I could comment on the approach.
I have generated generic "graph" paper from VB, and this does not require any elegance at all, but just setting start/end point values for vertical & horizontal lines (e.g. thier lenghts). Setting the current X & Y values for the printer, and printing sucessive lines untill you reach the end point. Start over for the other axis.
From this erspective, I would probably generate the array of points for the grid squares and a flag to denote to print/not print the segment. Sizing the array and filling the points array would come from the 'size' of the maze. Logic to denote wheather to print a given segment would come from your experience. Once the logic had marked the line segments to print (or not), I would just loop through the array and print the segments marked to print.
MichaelRed
mred@duvallgroup.com
There is never time to do it right but there is always time to do it over