Use docking frame to allow reorganizing interface
Submitted by Valthonis on Wed, 2009-10-21 19:31.
| Project: | Virtual Combat Cards Project |
| Version: | 1.4-dev |
| Component: | User interface |
| Category: | feature request |
| Priority: | normal |
| Assigned: | Nebulorum |
| Status: | closed |
Jump to:
Description
Hi, first off, GREAT tool. :)
There are a couple of things that could be implemented though
1: Being able to re-size the "sections" in the main window. So that on a small laptop monitor, one could drag the right section all the way to the right (if you dont need combatant info), and make the effect creation side (left) smaller, and have a better (larger) sized center, with the list of combatants. Hope that made some sense.
2: Being able to load the party, then the creatures, roll init for them all, and then being able to save said "encounter" to a file, so that when the battle starts you just load the one file.
3: tied to #2. Be able to "re-roll" and or view the initiative of a single entry. So in the example in request #2, you could select each individual players, and input their new init (as they usually roll for themselves).
Other than that, I cant find anything wrong :)
Cheers :D
Sven-Arild
#1
Number 1 could be done by simply separating each section and placing them into separate windows. Which then can be moved around and resized as one pleases.
It would be cool if they could also have a magnetic effect, such as one found in the old Winamp, where the separate windows simply attach themselves to one another if brought within a certain range.
I second the other two requests.
#2
I think we need to clarify and then split this issue. But I think they are all interesting ideas.
1) I think having a large screen with each region or panel dockable could be a nice idea (here is a commercial library and a public library. You can move the panels around. This may be simple enough to do and provide a lot of customization options. However we have to test these guys and make sure we can intermix Scala and Java in this way. If you concur in this path, we could make this issue refer to this change.
2) Saving a active encounter is a request already in #66: Save Combat In Progress. However I fail to understand what is the difference with what you want and the current use case. You can load PC and monster from their party files, then roll initiative. I place all the monster of an encounter in a single file, then simply load them. You can even do this in the middle of a battle.
3) Re-rolling initiative should be added to issue #105: Adding combatants rolling initiative in the middle of a combat. I think we should have a more flexible initiative rolling and re-rolling logic. This will require some major changes in the internal initiative logic. I still haven't given too much tough to the initiative rolling interface (please give ideas on that issue).
#3
I'm going to slip this issue as described in comment #2 above. This issue will now focus on implementing a docking framework.
Based on some research and testing I believe the easiest one around is InfoNode Docking Windows (demo available on the site). If my understanding is correct the the GPL version will work with this project.
To avoid some kind of solution lock-in we will try to avoid tight coupling with the framework, so that we can eventually change the provider.
#4
Need to test InfoNode Docking Windows on MAC and Linux.
#5
Would it be possible to put docked windows on docked windows and it then creates tabs? This way I could have a NPC set of docked windows each tab depicting a new encounter. Then a PC set of docked windows that shows a tab for each PC and have the ability to see that PCs character sheet. Also, the tab color could change to show the state of that particular PC or small icons on the tab depicting their effects/states?
#6
Works on Ubuntu 9.10.
#7
I'm confused by #5 and #6. I was referring to the test of the InfoNode Docking Windows. If you follow the developer list, you can get the instructions to test this new implementation.
With regards to having a Tab for each characters, I have considered this, but I believe this may be hard (with the added panels). The new layout also solves issue #88: Have acting Combatant informationation available at all time. Which means you can see the source or acting combatant at the same time you see the target combatant.
If you want to test version check the topics on the developer list. In the 1.1 build you have to get a ZIP and a JAR version. Here are some instruction.
#8
Fixed and tested on Linux, Mac OS X and Windows.
#9
Automatically closed -- issue fixed for two weeks with no activity.