Automatic discovery for best fit of a selection

[Durdge]

This is a feature request for advanced mode:
The problem:
I have a selected block and a large distance to cover to find the best fit for that block. Currently, I must drag this block horizontally slowly and pay attention to the numbers as they change then drag the block back to the best fit. This is cumbersome (especially when you have to scroll horizontally, then drag across the screen over and over again).

Proposed Solution:
After selecting a block, have one button that calculates the best fit for that block and moves it to best fit location. It would simulate moving and calculating the value of the selected blocks as far left and right as possible without affecting any other blocks.

[waldispuhl]

Thanks. I like this idea. It may require a bit of work but that's seems doable. I'll discuss that with the development team and will get back to you here.

[Durdge]

This feature would be extremely useful. Can I get an update?

[waldispuhl]

We spend last weeks to fix few UI bugs in the expert version. I'm not sure yet how we will implement this feature but we'll start working on it.

[Durdge]

No worries if this is not a priority, I know you guys probably have your plates pretty full. Just wanted to check in on it though. Could I get an update on this ticket?

[waldispuhl]

We've been working on a iOS version of the game last months (a beta version should be released soon). We'll try to implement and test this feature over the summer. Sorry for the delay.

[Durdge]

Ah, poor timing given the recent announcement of the new iOS programming
language Swift. It's reverse compatible with Objective-C, so you might be
able to take advantage of Swift if you're not already.

No worries, on the feature request. I'll check back in the fall. Thanks.

On Thu, Jun 5, 2014 at 2:05 PM, waldispuhl notifications@github.com wrote:

We've been working on a iOS version of the game last months (a beta
version should be released soon). We'll try to implement and test this
feature over the summer. Sorry for the delay.

—
Reply to this email directly or view it on GitHub
#73 (comment).

[waldispuhl]

Actually we will are using phonegap which is mostly using javascript. Android version should follow soon too.

[Durdge]

Sweet, smart move. Didn't know about phonegap. Thanks. I'm looking
forward to the Android version!

On Thu, Jun 5, 2014 at 3:06 PM, waldispuhl notifications@github.com wrote:

Actually we will are using phonegap which is mostly using javascript.
Android version should follow soon too.

—
Reply to this email directly or view it on GitHub
#73 (comment).

[rasmus-storjohann]

This is a good idea, and I think it could be done by having the blocks snap to their optimal location. There may be times where the user wants to put the blocks somewhere other than at their optimal location (if it's part of a bigger plan involving more than one move), but the snap operation could be tweaked to only snap from within a short distance of the optimum, I think this could be quite usable.

[Durdge]

I like your snap term. I pictured a snap button that moves whatever is selected. It doesn't seem necessary to do anything other than snap to optimum even if it's far away (make sure you change view to show the new location - ideally with animation to really show the move so users can have a perspective on where it's going).

I guess if you want to get fancy you could at a "snap only within view" option or something, but that might just clutter the choices in my opinion.