TES4View

From Oblivion Mod Wiki

Author:	ElminsterEU
Thread(s):	[RELz/BETA] TES4View / TES4Edit / TES4Trans, advanced module viewer, editor and conflict detector
Version:	2.1.3 BETA
Last Updated:	27th December 2008
Requires:	Java
Download(s):	TesNexus

[edit] TES4View/Tes4edit

TES4View is an advanced graphical ESP viewer and conflict detector.

When started it will automatically find your Oblivion Data directory. You then get a dialog to select which masters/plugins you want to load with the current selection from your plugins.txt as default value. This is followed by a second dialog which lets you choose which records not to load. By default this is LAND, PGRD, ROAD and REGN because these records are very large and usually not very interesting to look at. Once you have confirmed that dialog the selected plugins will start loading them in the background. Depending on your system it should take 30 seconds to a few minutes (!) for all plugins to load. You can follow the progress in the message window. (Don't panic if it seems to freeze, it just takes time).

The tree view on the left side now shows all active masters and plugins in their correct load order. By navigating that tree view you can look at every single record in any of your masters or plugins.

Once a record has been selected the detailed contents of that record is shown on the right side. The detail view shows all versions of the selected record from all plugins which contain it. The left most column is the master. The right most column is the plugin that "wins". This is the version of the record that Oblivion sees.

Both the detail view and the record list use the same color coding to signal the conflict state of individual fields (in the detail view) and the record overall (in the record list).

[edit] Color & Font Scheme

Background color

White - Single Record
Green - Multiple but no conflict
Yellow - Override without conflict
Red - Conflict
Purple - Severe conflict

Text color

Black - Single Record, Benign conflict, Ignored conflict
Light Gray - Hidden by Mod Group
Medium Gray - Not defined (used mainly in TES4Trans to indicate that a possible translateable field is empty)
Dark Gray - Identical to Master
Purple - Master
Olive - Identical to Master but wins conflict
Green - Override without conflict
Orange - Conflict winner
Red - Conflict looser

Font

Italics - Record is a patch (inserted into prior mods)

[edit] Displayed Results of Analysis

Conflict detection is not simply based on the existence of multiple records for the same FormID in different plugins but instead performs a comparison of the parsed subrecord data.

The record tree view on the left side has a context menu where you can activate filtering. Filtering is based on the same conflict categorization as the background and text color.

Yes, filtering will take a while. It has to decode and compare the contents of every single record which turns up more than once.

[edit] Mod Groups

The answer to the "I installed FCOM and everything is red! What do I do now?" question.

There are groups of mods that, while raising heaps of conflict warnings, should be considered as non-conflicting. e.g. if you've installed FCOM then you are not interested in seeing conflicts between the mods that make up FCOM. The solution for this is to define a mod group. Mod groups are stored in a TES4View.modgroups file in the same directory as TES4View.exe. There already is such a file included with a few example mod groups defined. This is just an example and not meant as a guarantee that these specific mod groups are "clean" and conflicts can safely be ignored.

Not all mod groups defined in that file will necessarily show up in the selection list. Mod groups for which less then 2 plugins are currently active are filtered. If the load order of plugins doesn't match the order in the mod group it is also filtered.

[edit] Effects of Active Mod Groups

When the detail view for a record is generated and multiple files of the same mod group modify this record, then only the newest of the files in that modgroup will be shown. So instead of seeing 5 different files with numerous conflicts you are only seeing the newest file in that mod group. This also affects conflict classification.

It's worth pointing out here that if a record is overriden by both plugins in a mod group and other plugins that normal conflict detection will still work perfectly.

Basically this system can be used to reduce a lot of noise from the conflict reports.

[edit] TES4Edit

Tes4edit can be used for cleaning mods etc, there is a guide over at the CS Wiki detailing how to do this.

[edit] TES4Trans

[edit] Files

[edit] .modgroups

[edit] Syntax

[edit] TES4ViewException.log

TES4ViewException.log is in the same directory as TES4View.exe for the time when that Range Check Error occured it should contain a callstack. This is used by the developer to track down errors with the program.

[edit] Version History

[edit] V1.1

Game Settings are handled correctly now
Function Type and Params in Conditions are decoded completely
Mod Groups (more about that later)
Settings (records to skip, mod groups, filter) are loaded/saved into a .tes4viewsettings file with the same path and name as the plugins.txt (or the plugin list passed on the command line)
Possible range check error when loading a file with errors should be gone

[edit] 1.2.6 BETA

more conflict categories
changed order of conflict categories
View window uses a lighter shaded background to indicate fields that are not contained in that module (as opposed to fields which just have an empty string as text)
memory usage should be better optimized
filtering might be faster (or not, need feedback here!)
building reference information should be a lot faster and is now done via it's own menu entry with possibility to select which mods to include
everything else I forgot.. have a look around

[edit] 1.2.7 BETA

couple of bug fixes here and there
TES4Edit can remove complete records (needs testing)
quite a few usability enhancements:
navigation treeview allows incremental search (just try to type the name of one of the files to see what I mean)
navigation treeview will automatically use space in following columns if they are empty (you should see the effect quite well directly after load already, the file names are no longer cut off)
for any text that still gets cut off there are tool tips available (just move the mouse over a cut off text to see the effect)
at the top of the window the full path to the currently selected node is displayed. No more searching through the treeview to figure out in which worldspace / block / sub-block / cell /... you currently are
view treeview also supports tooltips for cut off text, only active while you hold down the shift key (to prevent interfering with drag'n'drop and the next function)
"follow reference". Suppose you are looking at a creature record and you see that 3 different mods set 3 different scripts for this creature. You could either write down the FormIDs and then go hunting around to track down the 3 scripts. Or you can hold down the Ctrl key and click on the first and be directly taken there. When you are done looking you can simply click on the "go back" button at upper right corner of the window. Or if you have a mouse with 5 buttons the first extra button will do the "go back" (it's the one that with microsoft mice are usually mapped to "go back" in your web browser).

[edit] 1.2.8 BETA

For TES4Edit/TES4View there is just one small fix: Flags are now correctly aligned.

Big news is: There is a 3rd mode now. TES4Trans. Just rename the exe to TES4Trans.exe to get there.

In TES4Trans mode only translateable fields are shown and editing is limited to just editing (no adding, no removing) existing translateable string fields. This makes it very easy to take a mod and translate it into another language. Also, all cases where the mod should contain records from Oblivion.esm where translateable strings are different (e.g. mod was created with a German version of Oblivion, all the cell names will be in german in that mod) will now show up as overrides and can be quickly fixed.

There is also a new conflict classification (only of interest in translation mode) "Not Defined". With that you can filter out (or see) all records which could contain a translateable string but don't.

[edit] 1.2.9 BETA

lots of small fixes to how field values are read and written
deleting records with empty child groups will correctly delete the group
on writing the record count in the header is correctly updated

But there are also a couple of small additions:

navigation treeview allows multi select for "Remove".
referenced by list allows double click to directly jump to that record
context menu for file nodes in the navigation list has a "compare to" entry.

[edit] Compare To function

The selected file:

can not yet have been loaded
is loaded with the same load order as the file you are comparing to
has the file you are comparing to added to it's master list.

By adding (just in memory) the first file to the master list of the 2nd all the FormIDs in the 2nd file which would normally indicate that a record is a new record in that file is now interpreted as a record that overrides a master record in the first file.

[edit] 1.2.10 BETA

Includes the spreadsheet mode that dev_akm asked for: http://www.bethsoft.com/bgsforums/index.php?s=&showtopic=725659&view=findpost&p=10488787
wait till the background loader is finished
click on the spreadsheet tab
select which modules should be represented there
edit as much as you wish

[edit] 1.2.11/12 BETA

The main focus of this version is the Spreadsheet mode.

There are now 3 Spreadsheet tabs:

Weapon
Armor
Ammunition

Now the changes:

The navigation treeview is hidden while on a spreadsheet tab
The file selection dialog when first selecting one of these tabs remembers the last selection now.
If you switch to another tab and back you don't get the file selection dialog again, but there is a context menu on the spreadsheet tree where you can select "rebuild" to get the file selection dialog again
Spreadsheet shows Enchantment if any
holding SHIFT while moving the mouse over a field which is only partially visible will show a tooltip with the full text
holding CTRL while moving the mouse over a field which links somewhere (the FormID or Enchantment columns) will show the text in that cell as hyperlink, clicking on it goes to that record. Getting back to the spreadsheet tab is easy via the Back button in the upper right corner or via the back button on your mouse (if you have one with 5 buttons)
drag'n'drop is now supported
incremental search is now supported (searches in the currently focused column, simply start typing)
text in numeric columns is properly right aligned

[edit] 1.2.13/14 BETA

All these changes should only apply to TES4Edit, not TES4View:

Oblivion.esm can no longer be edited
it's not possible to select records to be skipped anymore
building reference information for all files except oblivion.esm is mandetory and is done by the background loader on startup (oblivion.esm can still be build manually later if you need/want it)

file nodes have a "add masters" menu item (which correctly updates all FormIDs in the file to take the added master into account)
file nodes have a "add" submenu allowing adding of missing top level groups (except CELL, WRLD, DIAL)
top level groups have a "add" submenu allowing adding of new records

when using drag and drop and the target file is missing required masters it will be offered to automatically add the required masters
in the view tab, the column headers have a popup menu with
- copy as override into...
- copy as new record into...
- remove

The copy menu items will show a dialog with all files that this record could possibly be added to (taking into account where it already exists and if the required masters can be added to the file or not). It also offers a "new file" option which will ask for a filename and add creates a new plugin file. The "as override" adds the file with a FormID that makes it an override record of the existing one. The "as new record" option will generate a new FormID in the file that the record is copied to. For "as new record" you will be asked for a different EditorID.

These 2 copy options are also available on the left side navigation treeview, including support for multiselect and selecting complete groups. If multiple nodes are selected and/or a group is selected you will be asked for a prefix/suffix for the EditorID instead of a specific EditorID.

If the record is a leveled list (creature, item or spell) you get an additional option: "copy as wrapper into". What this does is best explained by an example:

Before:

LL1Wolfs100
   1 1 Wolf1
   1 1 Wolf2
   1 1 Wolf3
   ...

After:

LL1Wolfs100
   1 1 LL1Wolfs100New   --->   LL1Wolfs100New
                                               1 1 Wolf1
                                               1 1 Wolf2
                                               1 1 Wolf3
                                               ...

[edit] 1.2.15 BETA

Contains numerous important bug fixes in regards to copying records, drag'n'drop, writing files, ...

when multiple records are selected in the navigation treeview there is new option on the context menu: compare selected. This will display the selected records side by side.
when comparing records in that way a double click on the row title in the first column will sort the displayed records by that row
same function is available via the popup menu entry "sort" in the view tab.
naturally it's possible to CTRL + click jump to referenced records, the back function restores the comparison view.
batch editing: when multiple records are selected in the navigation tree view (no matter if compare selected was used or not) it's possible to click on any cell in the view tab and select "copy to selected records". This will copy that field to all selected records (you get a selection dialog where you can remove records from the selection, but by default they are all selected). If the field has sub fields (e.g. you selected a cell in the the "ACBS - Configuration" row for an NPC) then all these fields will be copied (just like drag'n'drop).

[edit] 1.2.16/17 BETA

you can now save at any time by pressing CTRL + S. The files will be saved as "*.es?.save.yyyy_mm_dd_hh_nn_ss". If TES4Edit is normally closed they will be renamed to *.es? and the original file will be renamed to "*.es?.backup.yyyy_mm_dd_hh_nn_ss" like it's already happening. If for whatever reason TES4Edit isn't closed correctly you can always rename the .save. file by hand.
if you have any unsaved changed that are older then 5 minutes you will get a dialog box reminding you that it would be good to save your changes (additional saves create additional files, so you don't need to worry that you can't go back. save often.)

if you are using "Compare Selected" then in addition to "Remove" you will be offered "Remove from selected records" in the view context menu. "Remove from selected records" is the same is if you would be clicking on each cell in that row and if you have the remove menu item available click it.

when using "Compare Selected" the text color will now be based on comparisons of cell values against the currently focused record. So as you move the focus between records you can very easily see which other records have the same or different values then the currently focused record.

in the view and spreadsheet tabs the currently focused row is shaded a bit darker
in the view tab columns can be resized to optimal width by double clicking on the resize line in the header (that was already and still is working in the spreadsheet tabs)

[edit] 1.2.18 BETA

view tab has a new menu item: "Hide no conflict rows". Does exactly what it says (it's a toggle switch, the setting is remembered as you move from record to record)
column in the view tab can now be resized down to 5 pixels
left click on the first column (the one with the row titles) header resizes all other columns to fit on the current screen
rigth click on the first column (the one with the row titles) header resizes all other columns to fit the text they contain (same as double clicking each column separator)
SHIFT + left click on the first column (the one with the row titles) header resizes all other columns back to the standard width of 200 pixels.
holding SHIFT while resizing a column applies the same resize to all columns
right clicking on the splitter between navigation treeview and view tab hides the navigation treeview. clicking on it again (it's now at the left side of the screen) makes the navigation treeview visible again
the view treeview will now autoscroll during drag'n'drop operations.

[edit] V1.2.19 BETA

columns can now be resized down to 5 pixes even when using "Compare Selected"
the "hide no conflict rows" setting is now remembered between sessions
on the view tab there is now a new context menu item "Column Widths" with 3 sub items:
- standard
- fit all
- fit text

The setting here is remembered between sessions and is applied when the selected record is changed. If fit all is selected then any resizing of the tab view (e.g. resizing of the application or showing/hiding of the navigation treeview) will update the column widths to always use all available space and keep all records visible.

while the focus is on the view tab it is possible to navigate through the navigation treeview using ALT + cursor keys. This is also working if the navigation treeview has been hidden.
when you are on the "Referenced by" tab and navigate between records which are referenced by others the referenced by tab will stay the active tab
when jumping to a record from the referenced by tab and then using "back" you will end up on the referenced by tab again, not on the view tab
When multiple records are selected the "Change FormID" function on the navigation treeview will work a bit different. Instead of asking for the new FormID it is asking for the load order number of a file (with the load order of the file that contains the selected records being the standard value). The FormID of all selected records will then be changed to a FormID starting with this load order. New, unused, FormIDs are allocated in the namespace of that particular file. All records that referenced the old FormID are automatically updated. This works very well to change unneccesarily injected records.
All records which are being injected (having a FormID specifying a different file then the one that contains the record as the one the record belongs to, but there not being a record with that FormID in that file) are now shown with italic text in the navigation treeview.
it is possible to filter by injection status to see only records which are injected or only records which are not injected
injection status is inherited together with conflict status when filtering
when a file node is selected it's possible to "sort masters" or "clean masters"
"sort masters" will sort the masters in the same order as their global load order (all affected FormIDs in the file are correctly updated)
"clean masters" will determine if there are any currently listed masters which are never referenced in any way inside the file and remove them from the master list

[edit] 1.2.20 BETA.

This contains an important bugfix for TES4Edit

1.2.19 broke drag'n'drop and the different "copy as .. into" functions for certain types of fields. If you are using TES4Edit I would highly recommend to update.

There is one new function in this:

In the nav treeview and on the view tab header you will get an additional "Hidden" menu entry. This is a toggle, selecting it once and you will see a check mark in front of it, select it again and the check mark is gone again. It's possible to hide single records, whole groups or even whole files this way. The hidden state is inherited from file to group to records (but if e.g. the file is marked as hidden the check mark won't show up if you have just selected a single record in that file, neither can you "unhide" a single record if the file or group it's contained in is hidden).

What are the effects of "hiding" records?

When TES4View determines which records to show in the view tab (and also internally when creating the conflict information visible in the navigation treeview) it follows these steps:

get the record master and all overrides and put them in a list by sort order
apply all active mod groups, removing records from the list as appropiate
while the list has at least 1 entry, starting from the beginning, remove all records which are marked as hidden

The final list is what you will see in the view tab and what is used to generate the conflict information that the colors in the navigation treeview and filtering is based on.

What's it good for?

Suppose you want to compare MMM.esm and MMM for FCOM.esp. You need to have at least Oblivion.esm, Fran.esm and OOO.esm loaded in addtion to these 2 for TES4Edit to start. But you are not interested in any conflicts or differences between the 2 MMM files and the other files. You can simply mark the other files as hidden and can concentrate on comparing the differences between the 2 files you actually want to compare instead.

[edit] 1.2.21 Beta

Only a few changes this time:

when selecting modules in the first selection list, if you forget to select any masters they will be implicitly added (so e.g. selecting just MMM for FCOM.esp will automatically load Oblivion.esm, Fran.esm, OOO.esm, MMM.esm as well)
in the view tab, when a row contains references to multiple different records (e.g. the combat style row or script row for NPCs and creatures if different versions of the record assign different combat styles or scripts) you get a new option in the context menu: "compare referenced records in this row". This has the same effect as if you hunted down all the different records in the navigation treeview, selected them all and used "compare selected".

[edit] 1.2.22 BETA

if an injected record is modified it's always considered a critical conflict
in the view tab the column for the record which is currently selected in the navigation treeview is shaded slightly darker

[edit] 1.2.23 BETA

the context menu of the navigation treeview has a new option: "build reachable info"

This will first automatically build the referenced by information for all files and the determines for each record if it's reachable by the player using "normal means". To determine this it starts at all quests which are marked as "start game enabled". These are per definition always reachable. Everything that's referenced from these quest (which includes the chargen quest which contains a script which references the cell where the player is placed at the start of a new game) is reachable and it just continues recursive from there. Everything that's referenced by something reachable is in turn also reachable. It takes correctly into account that if something that's placed in a cell is reachable the cell itself is reachable and everything it contains. If the cell is an exterior cell then it means that the containing worldspace is reachable which means that all contained cells are reachable. Only the most current version of each record is taken into consideration. So e.g. if an active mod has changed a vanila leveled list by removing a creature which was the only way how that specific creature could be placed in a reachable cell then the creature record will now be marked as unreachable.

once the reachable info has been build unreachable records will be displayed striked out
reachable state is inherited by parent when filtering (so if a file or group contains any unreachable data it will be shows striked out)
once the reachable info has been build it's possible to filter by reachable status (conflicts in unreachable records don't really matter).

As the only way to get into a cell without using the console would be following a portal or by being transported using a script and both would require to reference something in that cell the unreachable detection is very reliable. Naturally it's possible to reach pretty much any place by using the console. But everything the reachable detection says it's unreachable should be impossible to reach by normal means from the cell where the character generation leaves the character when a new game is started.

[edit] 1.2.25 BETA

!!! This is an important bug fix release !!!

All versions before 1.2.25 sorted AI Packages in CREA and NPC_ records by FormID. As the order of the AI Packages is important (they are evaluated in the given order and the first matching one is used) that can lead to numerous problems. 1.2.25 now shows and saves AI Packages without changing the order.

There are also a few new things:

on the view tab, fields which contain a reference to an injected record are displayed in italic.
in the navigation treeview, records which contain any references to injected records are underlined (and now I'm out of ways to change the text style...)
when filtering it's possible to filter on "by references injected status"
in the navigation treeview a new option "Cleanup references to injected records" is available if the current record contains references to injected records (multiselect is supported)

"Cleanup references to injected records" first performs a "Copy as override into..." the file from which the injected records originate. Then the parts which reference the injected records are removed/changed in the selected record.

What's all this good for?

If you e.g. try to open CS with OOO.esm as it's currently included in 1.32 RC3 you'll get a whole bunch of error messages because OOO.esm contains records which have references to records that OOO.esp injects into it. With the functions added to TES4Edit it's now possible to clean up OOO.esm to the point where it's possible to use it as master without loading OOO.esp without getting any error messages.

[edit] 1.2.26 BETA

fix for "Assertion failure (P:\TES4Workbench\Context.pas, line 5826)"
navigation treeview header has popup menu to control sorting of file nodes
view treeview popup menu has 2 new options: move up / move down. These are only available for nodes which are contained in an unsorted array (e.g. AI Packages in NPCs). Such nodes can also be moved up/down by holding the CTRL key and pressing up or down.

[edit] 1.2.27 BETA

ammo spreadsheet should work again
fixed bug which sometimes caused AVs when deleting records via the context menu of the header in the view tab
the window for viewing long texts has now scroll bars and is no longer modal

[edit] 1.2.31 BETA

now allows "copy as override into" on all records in the Cell and Worldspace trees.

It also now distinguishes between "copy as override into" and "deep copy as override into". Depending on which specific record you have selected you may get either or both options.

The difference is:

"copy as override into" on a CELL record will just copy that single CELL record
"deep copy as override into" will copy that CELL record and all the LAND, PGRD, REFR, ACRE, ACHR, ... records that might be contained in it's child groups.

(The same applies to WRLD records)

One great side effect of these changes is that the "cleanup references to injected records" is now working for everything in the Cell and Worldspace tree as well!

That means it's now trivial to completely and properly fix OOO. Specifically, the presence of references to records injected by the esp into the esm in the esm meant that you can't load ooo.esm in TESCS without also loading the ooo.esp or you got a while load of errors thrown at you. That meant it was impossible to edit another esp which depends on ooo.esm in TESCS without loading the ooo.esp as well which messes up the FormIDs written by TESCS into that other esp.

To fix OOO (takes less then 5 minutes) please follow these steps:

Start TES4Edit with only oblivion.esm, ooo.esm and ooo.esp loaded (right click "select none", then check just ooo.esp, ok... the others will be implicitly loaded)
apply filter, filter only "by references inject status" and "only references injected"
you will now see all the records in ooo.esp that contain references to records injected by ooo.esp
- go through the treeview, right click on the records and select "cleanup references to injected records". This will automatically fix the problem by doing a "copy as override into" from the esm to the esp and then removing the parts of the record in the esm which references injected records from the esp.
- outside the Cell tree you can easily just multiselect all the records in each group

There are a couple of AI Package records which are not detected as referencing injected records but which still make a problem when ooo.esm is loaded alone in TESCS. The reason for that is that these records reference REFR records which exist in the esm, but are marked as temporary references and are then overridden by versions in the esp where they are marked as persistent references. The records in question are:

OOOPilgPrayDiBella3
OOOPilgPrayDiBella1
OOOPilgPrayArkay1
OOOPilgArkay1
OOOPilgKynareth3
OOOPilgDiBella3
OOOPilgDiBella1
OOOPilgPrayMara3
OOOPilgPrayKynareth3

To fix these:

cancel filter
Oscuro's_Oblivion_Overhaul.esm \ AI Package \ ... and look at each of these records, for each:
- copy as override into... ooo.esp
- right click on the "location" line for teh esm and select "Remove
- right click on the "conditions" line for the esm and select "Remove"
- right click on the "target" line for the esm and select "Remove"
The "Name" column in the left hand treeview now shows the name of the referenced base record for REFR, ACHR and ACRE records.

[edit] 1.2.32 BETA

When applying a filter it's now possible to filter on EditorID and Name
much better handling when using "Copy as override into" between 2 mods with the same load order (after using "Compare To")
Visible when distant can be changed for REFR records:
- via the context menu of the navigation treeview on the left (multiselect is supported)
- via the context menu on the "referenced by" tab (multiselect is supported)

[edit] 1.2.33 BETA

new option in context menu of navigation treeview: Remove "Identical to Master" records
EditorID and Name filters are now case insensitive
new options in context menu of referenced by tab: (Deep) Copy as override/new record into
solution for the PGRD problem described in this post: http://www.bethsoft.com/bgsforums/index.ph...;#entry11763738
- because this significantly increases the time to apply filter if many PGRD records are present it needs to be specifically activate:
- start TES4Edit with -FixupPGRD as additional parameter
fixes minor issue with ENCH records where some mods could contain an unexpected FULL subrecord

[edit] 1.2.34 BETA

fixed a bug in the new 'Remove "Identical to Master" Records' function that could leave empty cell children groups behind
greatly extended filter options:
- by persistence, only keeps either temporary or persistent REFR/ACRE/ACHR records inside CELLs.
  - only possible unnecessary persistent: keeps only persistent REFR which don't need to be persistent
    - only if master is not persistent: further limits it to records that have a master and where the master is not persistent
    - or if it's the master also shows unnecessary persistent records if they don't have a master (but not the ones that have a master which is marked as persistent)
  - only if position/rotation was changed: helps tracking down any moved persistent references. **It's necessary to create scripts updating the position for all of these as the old position might already have been stored in the save game**
- by Visible When Distant: only keeps REFRs that are VWD / not VWD
- by Record Signature: only keeps records with specific Signatures, e.g. if you are only interested in conflicting LAND records
- by Base Record Signature: only keeps REFR/ACRE/ACHR records that reference a record with a specific Signature, e.g. if you want to find all lights that are placed somewhere
- by Base Record Editor ID: only keeps REFR/ACRE/ACHR records that reference a record which contains the specified text in it's EditorID (e.g. if you are searching for "Rock"'s)
- by Base Record Name: same as above, just for the Name

[edit] 2.1.0 BETA

Inplace Editors for Flags, Enums and FormIDs (MAJOR improvement)
FormID of DIAL, WRLD and CELL records can now be changed
Adding new DIAL, WRLD and CELL records is possible
Using the FormID search box now adds a history entry
When holding SHIFT while double clicking in the detail view editable elements can be edited
FormID references to any value < 0x800 will no longer result in an error (The game engine defines objects with FormIDs < 0x800 implicitly in code)
Insert and Delete Key are working in both navigation treeview and detail view (under the same conditions under which Add and Remove is available in the context menu)
F2 is working on the navigation treeview and opens the "Change FormID" dialog
Updated function list for CTDAs to include all functions available in CS.
When setting/resetting the persistent flag on references in exterior cells the record is correctly moved between the main worldspace cell and the appropriate (based on position) grid cell
Undeleting a record (removing the deleted flag) now copies all values from the master record and (in case of a reference record) correctly moves the record into the correct child group
New function "Undelete and Disable References" finds all reference records marked as deleted and:

Undeletes it
Sets "Initially Disabled" flag
Sets Z Position to -30000
Removes Persistent flag if present (this makes sure that the Initially "Initially Disabled" flag and changed Z Position is not overridden by values already stored in the save game. Also makes sure that if the mod is uninstalled the object gets reset to vanilla position and enable state).
Removes the XESP (Enable Parent) subrecord (this is required to make sure that the "Initially Disabled" flag has any effect)
Removes the XTEL (Teleport/Door Portal) subrecord (this is required to prevent GECK/CS from complaining about references to non-persistent objects)

Records in child groups (exterior CELLs in WRLDs, References in CELLs, INFOs in DIALs) now show an additional "virtual" field in the first row which specifies the Record that owns the child group they are contained in. This has 2 functions:

Records that are moved into a different owner (e.g. a Reference moved from a child worldspace into the parent worldspace) but without any changes to their contents will no longer be classified as "Identical to Master" as this virtual field takes part in normal conflict detection. This prevents problems where such records have been faultily removed by the "Remove "Identical to Master" Records" function
The virtual field is editable. This allows moving records to a different owner.