"Tabbed" Folding: Fold Multiple Proteins Simultaneously

Case number:671071-986649
Topic:Game: Other
Opened by:WarriorIng64
Status:Open
Type:Suggestion
Opened on:Friday, August 7, 2009 - 02:24
Last modified:Wednesday, September 28, 2011 - 01:26

I have noticed that when you are working on a few different proteins, you have to stop working on one in order to start working on another. It would seem to me that especially since you aren't always having to keep an eye on whatever you're using at the moment (e.g. you're running a long recipe or you're letting something like Wiggle or Mutate Sidechains run for a while to check back later), that seems like time lost when you could be busy setting up rubber bands or doing something else on another protein that does require your full attention.

If it's not too difficult to implement or would slow down the program too much, maybe you could have something similar to browser tabs in the game window, each one corresponding to a different protein that you're working on. Then you could work on another protein when your other one(s) are doing something that you'll let run for a while before coming back to it/them. In addition, if you decide to stop working on a particular protein but keep working on others, you could just close its tab and switch back to the one you were last on.

(Fri, 08/07/2009 - 02:24  |  5 comments)


Vman's picture
User offline. Last seen 4 years 52 weeks ago. Offline
Joined: 05/01/2009
Groups: None

I really like the browser tab idea. Also there could be split screen options to view multiple proteins.

Joined: 09/18/2009
Groups: SETI.Germany

...and morphing the tabbed proteins, when they belong to the same puzzle.

Joined: 06/17/2010

Bump.
It is remotely possible?
That way all IRC and loading recipe problem will gone - no need to open few clients.

Jojo39's picture
User offline. Last seen 8 years 3 days ago. Offline
Joined: 09/19/2011
Groups: Go Science

I think there is a nice way to visualize/structure this feature:
You could have a tree for each new puzzle. At the root you find the starting configuration (or have multiple trees for each starting configuration, if there are multiple ones). From there you can start off in a number of ways, each displayed as an edge and this structure keeps on forking. Like this you have an overview over the different approaches you chose and now you can easily work parallel on multiple configurations. Especially on multi-core-systems this improves the parallizability, as each configuration is independant. For example if you encounter a promising configuration in midgame, you start one thread, where it is further refined by endgame-scripts and another where you try major changes at the same time.

Joined: 05/10/2008
Groups: None

My original idea was just to have separate tabs for separate puzzles, but doing the same for branches of the same puzzle would also be quite nice (maybe you could have tab groups then, like in Firefox or IE).

Sitemap

Developed by: UW Center for Game Science, UW Institute for Protein Design, Northeastern University, Vanderbilt University Meiler Lab, UC Davis
Supported by: DARPA, NSF, NIH, HHMI, Amazon, Microsoft, Adobe, RosettaCommons