Message #1721

From: Nan Ma <>
Subject: Re: [MC4D] Re: MPUlt v0.2 is ready
Date: Sun, 15 May 2011 20:47:09 -0700


Aha, now I know how I missed the point. I didn’t realize the program can
directly do a 120 deg turn. In my solve, I always use two 180 deg turns to
make it. If only 180 deg turns are allowed, then one click turning would be
possible. Similarly, in 4D_RT, if only 90 deg turns are allowed, then one
click turning would be possible. I forgot about other possibilities.
Actually I tend to think of the minimum degree turns as "primary" turns and
the others as higher order turns.


On Sun, May 15, 2011 at 8:19 PM, Andrey <> wrote:

> Nan,
> multiclick twists work in the following way:
> - you select ridge/edge/vrtex by click in it
> - program highlights stickers that may be moved by the twist
> - you click some highlighted sticker
> - programs checks where it can go and highlights possible destinations
> - you click the destination sticker for your twists
> - if more than one twist is possible, and last clicked sticker may go to
> different places, program highlights them - and go to previous step
> - if there is only one destination for last clicked sticker, but more than
> one twist is possible, program highlights stickers that have more than one
> destination - and go to step 3.
> So when you click the edge in ET three times, you say "twist this edge, but
> keep this sticker in place". There is only one possible twist (180 deg). For
> 120 deg you should select different destination for the sticker (3C sticker
> on other cell).
> Andrey
> — In, "schuma" <mananself@…> wrote:
> >
> > Hi Andrey,
> >
> > It’s OK to use three clicks. I just solved the edge turning tesseract. I
> always triple click on an edge piece to turn it. Clicking an edge three
> times happens to work on ET. But for RT this trick doesn’t work.
> >
> > Nan
> >
> > — In, "Andrey" <andreyastrelin@> wrote:
> > >
> > > Nan,
> > > May be there is no ambiguity. But I don’t see common algorithm that
> finds best twist for single click when the twist is not cell-centered.
> Program doesn’t know the type of the axis - is knows only that it’s not
> passes through cell center. And I couldn’t find best axis and twist for all
> situations - so I implemented "stickers chain"-based interface for them.
> > >