What I had in mind and will try to implement now is to have a memory of the last 2 effect for that combatant. I had mentioned this on the forum. This I think would improve the issue.

Adding new effect areas is some what problematic because of resolution constraints. I have a good resolution, but some computers run out of space. I need to figure out what is the resolution of most of the users (no clue now).

The memory buttons are a nice idea, as are some kind of combo box with the last effect. However I am trying to make a more flexible input system (still in the planning phase). This new system could make it easier to add such features.

So if you concur, I'd like to move this to: "Memorize last two effects of each combatant (or combatant type, same monster same memory)". This is what I had in mind, would that help out? We could then open another feature for more effects.

Memorization of the last two effects is a good idea. Could you have it do both harmful and beneficial memorization? Example: If there is pre-existing text in the condition entry field and the beneficial box got checked without making a change to the condition, then it would recall the beneficial condition. Same would go for unchecking the box, it would revert to the previous harmful condition.
As for the resolution, you are pretty much locked into a minimum of 1024x768.
800x600 makes the middle section pretty much unusable. I would say about 90% of users would have at least 1024 anyway. This means that even at the minimum resolution, you will have some expansion room in the lower left corner.

A new functionality has been implement that memorized effect based on the Combatant name. Every time the active Combatant is changed, either by change in the combo box or by starting a round, the old value are stored and the memorized values of the new combatant are brought back.

This does not solve all the problems of the original request, but avoid having to handle effect every time. For each combatant name there you will always have the last two values of the effects.

Internally the logic has been changed to allow additional panel to be created. But this will require some kind of system configuration to make it possible to add more panel.

As for the comment #2, I'm not sure what is the intended behavior. Whatever was on the panels is saved. Does this solve the issue?

I was wondering if it would be possible to have one save if it is beneficial and another save if it is not beneficial. Clicking the beneficial button would toggle between the non-beneficial and beneficial saves. If the user typed a condition before clicking the beneficial button then the toggle recall state would be disabled. So you would have total of four effects saved for each character, 2 harmful and 2 beneficial without using any more space.

Was the memorized effect ability implemented in the split panel patch link? It didn't appear to be working for me. Also I was thinking the effect recall should trigger on source change (either by changing active combatant or using the source drop down). I'm not sure if this is the same as you described it above.

The new version 0.92 implements the changes. I did not include it in the patched version. Still have to figure out the best way to do this.

When you change the action combatant, the values currently on the panel are saved and the older values are recalled. A logic was added to add a third panel if there is enough space on the screen. So this may help with the original request. Let me know if the 0.92 version is not enough.

0.92 was great. Thank you very much. I'm not sure if you seen my improved description of the beneficial toggle in #4 above. It may be kind of tricky. Remember, clicking on beneficial would do nothing if something is typed in first.
So you would have a flag variable that would ask 'was the condition box modified since the last effect save?'. If the answer was no, then it would recall the last effect state that matches the type of condition (harmful or beneficial).
If the answer was yes, then it would leave the text in the condition box alone and when the add button was clicked, it would save the effect state.

Yes I saw it. This would effectively double the recall capability. Implementing this is a little tricky. Internally the panel is a single logical unit. This would mean that it would have to keep two internal states and switch between them. And when storing and recalling would have to operate with both options.

I'll give it some consideration, but I am trying to focus effort on a couple of other issues. One of them would allow VCC to track any number of effects, and associated them with powers. This would greatly improve the overall use. However to do this I need to tackle issue #53: Refactor data files and also come up with a more sophisticated input system (I'll write my ideas soon).

If it's ok with you I'd suggest we tackle this in a while. Once I've dealt with other issues we can review this. If you wish, we could open another issue.

That sounds great. Keep up the good work.

Automatically closed -- issue fixed for two weeks with no activity.