Help improve the Selection Interface

Started by RicGray

Bruno Kestemont Lv 1

I started folding with Selection interface. When I discovered the original interface, I moved to it definitively, because I had the impression I had more commands available there.

Now testing the SI again, I discover useful thinks (like the intuitive selection tools - I did not know how to select various segment zones on the OI !). I even discover that new commands are there (like idealize - I thought it was only within scripts).

BUT:
-shortcuts are not the same
-buttons are too big (we want to see the protein)
-all commands are not available in none of these interface; Some on OI, some others on SI (I don't want to have to change interface to access some tools)

What I really would like: an interface with all commands (even one menu with a long list of all relevant commands in context would be great). Are all commands accessible via SI?

MurloW Lv 1

Great, but still, could u just rip out that entire feature/hotkey for going to Original Interface?
Or push that tiny bugfix to release, like, NOW.
6/10 times when I want the move tool (3), or use idealize (2) I get thrust into that monstrosity of a UI.
People who WANT to switch interface, will find the menu button.
This is seriously messing with my handwork time, and has on several occasions aggravated me to the point of not folding for 2 days.

Foldit_Bot Staff Lv 1

Unfortunately this is not a simple one line fix. It was caused by a code refactor back in April. The fix has already been checked into our code base.
The good news is that I can tell you what triggers the bug. The 2 and 3 keys are mapped back to the modes in the original interface when you enter a puzzle in the selection interface. Once you have manually gone back to the selection interface from the original interface, it won't happen again as long as you are playing that puzzle. Sadly, changing tracks counts as entering a puzzle.

MurloW Lv 1

Ah, so if I trigger it purposely, it won't sneak up on me? Thank you, that'll help.
Still, can we expect that next release any time soon?

As you say: Sadly, changing tracks counts as entering a puzzle.
Is this something we can expect to be fixed/improved? In that release, perhaps?
I imagine this would also "fix" the windows resetting; at least until we actually change puzzle.

beta_helix Staff Lv 1

These fixes will be the first things to go in the next devprev update, which we hope will be posted very soon.

Thank you again for your patience with these bugs.

RicGray Lv 1

I've just checked in a fix for the "windows resetting" problem. Windows will now remember the position, visibility, and, in the case of the cookbook, size so they won't change positions when changing tracks or puzzles or even between sessions.