McGill-CSB / PHYLO

a gaming framework to align genomic data
phylo.cs.mcgill.ca/edge
Other
11 stars 14 forks source link

Automatic discovery for best fit of a selection #73

Open Durdge opened 11 years ago

Durdge commented 11 years ago

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 commented 11 years ago

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 commented 10 years ago

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

waldispuhl commented 10 years ago

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 commented 10 years ago

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 commented 10 years ago

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 commented 10 years ago

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 https://github.com/McGill-CSB/PHYLO/issues/73#issuecomment-45253629.

waldispuhl commented 10 years ago

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

Durdge commented 10 years ago

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 https://github.com/McGill-CSB/PHYLO/issues/73#issuecomment-45260925.

rasmus-storjohann commented 9 years ago

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 commented 9 years ago

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.