Message #2050

From: Eduard <baumann@mcnet.ch>
Subject: Re: Super Puzzle Sunday!
Date: Wed, 04 Apr 2012 11:40:01 -0000

Hi Roice,
In MagicTile some puzzles become completely unplayable, if the depth is chosen so that individualised multicolor elements can be separated in pieces. In this case it would be necessary to label all these pieces which cannot be done in your program easily. When the the puzzle is solved in MT: when colors are okay or when all pieces are at home?
I tried MT ell/sphere/cube/E 1:0:1. Edges can be dissected!
Ed

— In 4D_Cubing@yahoogroups.com, "schuma" <mananself@…> wrote:
>
> Hi Roice,
>
> I have migrated my records to this wiki page. It looks pretty good. I suggest keeping a list of all the solvers for each puzzle. For example, under the first puzzle <http://wiki.superliminal.com/wiki/MagicTile_v2_Solutions#Face_Twisting> I’m keeping both Eduard’s and my records.
>
> Nan
>
>
> — In 4D_Cubing@yahoogroups.com, Roice Nelson <roice3@> wrote:
> >
> > I generated a page in the wiki with a set of tables corresponding to the
> > new MT puzzle tree structure. The generation of this can easily be changed
> > if you guys would like different columns, etc.
> >
> > http://wiki.superliminal.com/wiki/MagicTile_v2_Solutions
> >
> > The page is a bit unwieldy, though it is nice that sections can easily be
> > edited individually. I think separating it into three different pages (one
> > for each geometry type) would improve things. Let me know if you think
> > this looks like a useful path for solution tracking.
> >
> > Roice
> >
> >
> > On Tue, Feb 7, 2012 at 11:04 AM, Roice Nelson <roice3@> wrote:
> >
> > > Hi Nan,
> > >
> > > Thank you for your feedback.
> > >
> > > Do not worry - I have copies of all the binaries I’ve uploaded in the
> > > past. However, I think it will be better to change the latest code to be
> > > able to load the older files. The persistence needed to change for ET and
> > > VT puzzles, and it was easier to put that loading message in for those
> > > instead of support for loading older files. I had wondered if that might
> > > be ok, but I should have made a stronger effort to be backward compatible
> > > from the start. I will ping you when a fix is available (hopefully this
> > > weekend).
> > >
> > > Also, I will make middle slicing for spherical puzzles the next item to
> > > implement after the load fix. It should not be very difficult.
> > >
> > > On the wiki topic, it will be easy to programmatically generate a wiki
> > > table with the current puzzle list, so I will take a shot at one to see
> > > what you think of it. And I will privately send you a list of the new
> > > names which correspond to the puzzles you’ve already solved. Sorry again
> > > about that. I had to change the naming since previous names like "ET {3,7}"
> > > are now ambiguous.
> > >
> > > Take Care,
> > > Roice
> > >
> > >
> > > On Mon, Feb 6, 2012 at 11:54 PM, schuma <mananself@> wrote:
> > >
> > >> Hi Roice,
> > >>
> > >> Thank you for making so many puzzles!!! I usually don’t complain about
> > >> too many puzzles. But this version has way too many.
> > >>
> > >> I think I need a good way to keep track of the puzzles that have been
> > >> solved. The list I created before doesn’t have structures. It would be good
> > >> if someone, or I, can create a table that reflects the current tree
> > >> structure of the puzzles. I think, if so, I’m more motivated to solve them.
> > >>
> > >> I haven’t looked into the new terminology and don’t know how hard it
> > >> would be to translate the old names to the new names. But many of the old
> > >> log files don’t load. Probably I don’t really need to open them. But it
> > >> would be nice, for me, to have a previous version of v2 that can open the
> > >> older logs, just in case I want to look at them, occasionally. After all, I
> > >> spent 40+ hours on the {3,7} puzzles. My old version has already been
> > >> replaced by the new version. Roice, do you have a copy of the old version?
> > >> Can you put it somewhere?
> > >>
> > >> In Magic Tile v1, clicking while holding numbers "2" will turn the second
> > >> layer. I find it convenient to make middle layer turns. Is it hard to
> > >> implement in v2? In some puzzles like Dodecahedron F2:0:1, the middle layer
> > >> turns will be useful.
> > >>
> > >> Nan
> > >>
> > >>
> >
>