I'll admit that much of this discussion has gone over my head. I haven't used menus or indeed most of the neat things you are talking about.
But just skimming through, there seems to be some confusion about basic concepts.
The first problem I see is that if I have a character in a slot running (say slot 1), and I launch that same char again another instance of EQ will be launched. ISBoxer doesnt know that this is already running.
If I launch slot 1 in another char set, another client is launched -- now I have two slot 1s.
This sentence does not make sense to me.
InnerSpace has process slots. In your case it is allocating 6 of them when you launch your 6-member character set.
Each slot is associated with one process: an instance of EQ in this case, and one window. Slot one uses window is1, slot 2 window is2, and so on.
Each slot has other information associated with it, such as the character name that you said runs there, and the virtual files you told it to use.
There is no way to get a second "slot 1".
If you tell InnerSpace that there is something different about an active slot, it will not start another instance of anything. It has already created a process and gone through the startup procedure and will not do it again until that process exits to free up the slot. (In this case, until you close EQ.)
Instead it will update auxilliary information associated with the slot:
. a possibly new character set name
. a possibly new character name
. change the name of the window to include the updated character name
. change the virtual files as specified for the updated character name
Then pop up a message in the associated window saying that the character has been reloaded
I've never tried launching a different account in a slot that is already active. Don't do that. InnerSpace would not know that it needs to shut down the instance and restart to let you log in with a new account.
You can tell InnerSpace about a new character by either:
- exporting a modified version of the character set it loaded that slot from, with a different character in the slot.
or
- launching a different character in that slot using a different character set that already exists.
In either case it will update any changed information, and the process will continue.
The main point is that you can change to an alt (on the same account) in any slot, without having to shut down the EQ instance and log in again.
To keep from mixing up the virtual files for different alts, you should camp the first character to Character Select before anything else.
Then tell InnerSpace about the new character. (export or launch)
Finally you can select the new character to enter the game.
-----
As I mentioned in another thread, the order is
1. Modify a character set
2. Export to ISBoxer
3. Relaunch via Innerspace (not ISBoxer)
As a nitpick, you export to InnerSpace, not to ISBoxer. But anyway...
To swap one or more characters for alts on the same account in the same slot, no launch is required.
Exporting the modified character set will update the information about which characters are there.
So the order is:
1. Camp any characters to be changed to Character Select.
2. Modify and export the configuration.
3. Select the new characters from Character Select and enter the game.
The slots are already launched and running, no need to do it again.
If you are changing to different accounts in any of the active slots, you will have to log in again.
In that case, just camp or exit all the sessions, export, and start over.
-------
There may be times when a character needs to be moved in and out of an ATG. I'm not sure of any way to ensure that old characters don't remain behind in the ATG if they get moved out. They probably are ignored, but it might be a rude surprise if the character rejoins and finds itself in an ATG.
About ATGs:
InnerSpace/ISBoxer keeps lists of which characters are in which ATGs.
"Slots" don't enter into it. Actions can be directed to slots, and therefore to whichever character InnerSpace thinks is in that slot at the time, but ATGs are basically just lists of characters.
When you export from ISBoxer to InnerSpace, it resets all the ATG lists to whatever you have in your ISBoxer configuration. So if Bob is statically assigned to be in X and Y, that is where InnerSpace will list him as belonging. Even if Bob isn't actually loaded at the moment. If some ATG is empty, it will be empty after an export.
If you dynamically change the ATGs for the active characters, you are updating the lists InnerSpace is maintaining. So if Bob is active, and you move him into an ATG, the list will show that Bob is in that ATG.
If you change the character in Bob's slot WITHOUT an intervening export, (thus deactivating Bob), then Bob would still be in the list for that ATG. If you then change back to Bob in that slot (without an export) he is still there.
Such swapping is possible. It requires that you have a separate character set with an alternate character in Bob's place already defined. Then you could launch that slot from either character set, to change which character is in that slot at any moment. Or at least which character InnerSpace THINKS is in that slot... it is up to you to camp and switch characters to keep things in sync.
You could do the "slot launch" from either ISBoxer or from the InnerSpace menu, with identical effect. It isn't really a "launch", the slot is already launched and running. All it does is update the information associated with an active slot.
But with your procedure, where you change characters by editing the character set then exporting, the export would reset all the ATG lists to their static assigments in the ISBoxer configuration.
So you don't have to worry about it. Export resets everything to initial state.
------------
There is a lot more I want to say. But I have an entirely different view of how this stuff should be done, and I don't want to confuse this thread further since it sounds as though you are close to having things working the way you want.
I just wanted to clarify a few elementary notions.
Mon Jul 20, 2015 1:11 am 