v1.91:
Updated the embedded version of LibAddonMenu, as the embedded version was causing errors unless overwritten by other source

v1.9:
Bumped API version to 100011

v1.8:
bumped API version to 100009

v1.7:
bumped API Version to 100008

v1.6:
Resetting the saved variables again, to allow the new save feature to work without issues (I hope it to be the last one I ever have to make)
Updated embedded copy of LibStub to 1.0r2
Updated embedded copy of LibAddonMenu to 2.0r13
Embedded LibConstantMapper 0.6 for the new save feature to work
Reworked how wich Chat Categoreis Tab Settings and Colors will be synched. The addon will now only store and write the Chat categories that are named (in use by the game). It will also be able to now resist changes in the order of chat categories. Finally the new save routine automaticalyl adapts if the developwers give new chat cateogires names.
Added a button to show the list of named Chat Categories (mostly for debugging purposes)
Removed some old/disabeled code that is no longer needed.

v1.5:
Fixed accidently using Global variables where a local one was intended.
Corrected Syntax error in the Optional Dependencies in the manifest
Expanded description to point out that automatic functionality has to be manually enabeled.

v1.4:
Re-enabeled the code. This version will reset earlier version settings to be on the save side and avoid side effects.
Bumped API version for 1.2.3 Update/API version 100007
Added a Readme to the addon folder to follow the new Addon Rules

v.1.3:
Temporarily disabeled the code as there is a small chance UTC 1.2 code on a ESO 1.2.3 client might cause corrupted chat data (unconfirmed), if it gathered data on a 1.1.5 or earlier client.

v 1.2:
Using Sasky's LAM-1to2-Interface is was able to switch to LAM 2.0 style Menu without major rewrites.
Embedded relevant parts of the LAM 2.0 files and removed LAM 1.0 files.

v 1.1:
Fixed an issue with the experimental inlcusion of additional chat containers. It will now properly check what containers there is data for and not try to apply containers it has no data for.
Made certain the most up to data versions of LAM 1.0 and libStub are in use
reordered optional dependencies

v 1.0:
Finally got the timer working, meaning that my original idea has been fully realised, thus this is now Version 1.0
A new saved variable is added to store Timer Frequency. No reset of version 0.8 settings is nessesary for this (default 5000 ms)
Slider to change the variable was added to menu (500-5000 ms Range)
Autosave Checkboxes had their name and description changed to properly reflect that they now work on a Timer instead of MessageReceived Event. They still use the same settings values as before.


v 0.8:
Craglorn (1.1.2) Update
Resets Saved Data and User settings
Redesigned entire save/apply system. It will only save settings when explicitly told so (previously it tried to use first Characters settings as default, now it leaves those empty).
Renamed internal Stored Variables
Added a whole host of d() responses for better user information and left several d() orders in the code but commented out for future debugging.
Seperated control for Autosave of Colors and Tab Data and allowed deleting of either settings

v 0.7:
Added Synching of Chat Colors. They are automatically saved together with the Tab settings and can be autoapplied on every load (default: off)
Note: Changing the Colors does not require a /reloadui, but then the color of the Chat Entry box will not reflect the new colors (as opposed to setting those via the Menu). This is a minor UI bug of ESO, the proper colors are used for the send message.

v 0.6:
Figured out that only Changes to Number or Name of Tab Containers will require a reload of the UI. Not changes to the Channels a Tab receives. Since the cases for forced /reloadui have been drastically reduced, Autoapply function has been added with Checkbox in Options Menu. Default value is false. If previous version settings exist they will be updated without discarding them.
When adding a Tab the bool value isCombatLog is now properly used (as it cannot be set later). Already existing tabs are not changed if they differ (as that would require re-creating the tab and all that follow). To manually force that, just disable autosave for a spell, remove all tabs and then apply the data (as this will create the tabs and apply the value of isCombatLog). I do not know of any meaning to this value.

v 0.5:
Original Release