Possible? Virtual 'Core_User' & 'Core_Char' files

Currently I use symbolic links to keep my clients separate.

InnerSpace allows you to create variable login files to have your specific account pre-selected for login, rather than using a drop down menu on every client, every time.

I was wondering - Is it possible to do the same with the 'Core_User_#' and 'Core_Char_#' Files? I know the current version of ISBoxer does not allow this; the wizard only allows "virtual Files" for cookies and .yaml file.

Is this due to the EVE Client being hard coded to look specifically for 'Core_User_#' and 'Core_Char_#' .dat files?

If not...

If you have time to code this in, it would eliminate the need for multiple installs / symbolic links (I think) and eliminate a LOT of headache people I recommend ISBoxer to experience.

[lax]

The wizard doesn't limit the virtual files you can create, you can actually type in a filename in the Virtual File Wizard if you don't pick a pre-defined set from the drop-down. You can also manually create a Virtual File without the wizard (right click Virtual Files), but I do recommend using the wizard.

The problem that you will actually run into specifically with these files is there isn't currently support for a wildcard in the filename, so you would be defining a separate Virtual File for each individual file, and with a lot of accounts that will get pretty messy.

HOWEVER. There is something equally simple that you can do. The EVE settings are all stored under a sub-folder called "settings", which is easy to virtualize! With ONE Virtual File, you can keep the entire settings folder separate per account.

Note that this won't exactly "stack" with the prefs.ini and core_public__.yaml virtualizations -- one or the other will apply for these files (So it will EITHER be renamed, OR in the virtualized folder). The virtualization that applies is probably going to be the first (topmost) one listed under Virtual Files. But, if you virtualize the folder, you don't need the individual files virtualized.

Here's how to virtualize the folder:
1. In the Wizards menu select Virtual File Wizard
2. Leave "Other (Please specify file)" selected in the drop-down box, and in the Filename box type "settings/" -- exactly like that, with the slash like / not like \, and without quotes. The virtual file should be specifically and exactly named settings/. Click Next.
3. On the last page pick the Characters to apply it to, and click Finish
4. Export to Inner Space

Now -- after launching the game -- all of the settings files should be copied from the originals, and will now be in the settings-CHARACTERNAME folder instead of under settings.

This single-handedly solves like... every issue i've ever had running EVE in ISBOXer. No more symbolic link dependency, no more restoring core_char files. Why is this not the default behavior when running the config wizard?!

Sticky this, seriously.

Perhaps I'll make a tutorial video describing WHY people want to do this, how it works, etc.

[lax]

Why is this not the default behavior when running the config wizard?!.

It hadn't really come up as an issue needing to be solved and was never a proposed solution until just now. I may change the default

Why is this not the default behavior when running the config wizard?!.

It hadn't really come up as an issue needing to be solved and was never a proposed solution until just now. I may change the default

The rationality behind it being the default is:

1) It eliminates the need for multiple client installs / symbolic links
2) It auto organizes each character's 'Core_' files into their own folders, which makes it extremely useful in finding out your user and char IDs
3) The cookie variable still causes occasional errors in certain eve-service websites (example: wormhole mapping sites like http://siggy.borkedlabs.com). This may eliminate the "session is already in use" error that can result.
4) Makes managing many characters easier, as if you retire a whole set of them (character sale, trial accounts testing ISBOX out, etc) you can immediately delete the folder associated, instead of trolling through dozens of core_user_99999999 files to pick out the decommissioned accounts.
5) Instantly separates your ISBOX client data from your normal "just running 1 client to flip a skill" client.

Given time, I could probably think of more reasons.

edit:

I just thought of something. Will the settings/ virtualization automatically overwrite the files inside the variable folders with the ones from the 'vanilla' settings folder Every time the character set is loaded? If so, is there a way to change that behavior?

Edit 2: just tested it myself, it does not.