I've just uploaded version 3.0.8 to http://www.newvegasnexus.com/downloads/file.php?id=34703.

What's new?

- more record definitions updated, especially WEAP (see above)
- fixed painting and scrolling bugs in tree view control

Some feedback from my testing:

1. When you try to edit a Model -> MODL - Model Filename, in the old version you can single-click the file name to allow in-cell editing of that filename. In the new version you can't do that, single-clicking in the cell doesn't do anything and your forced to Edit-> dialoge box. Not a big deal, but thought I should mention it.

2. I seem to have hit a snag in both versions in which I try to replace a model filename (which also has a texture-set defined for it), and Fo3Edit doesn't like this at all and won't save. It will save just fine for objects that don't have a texture set defined. Is this a known issue? (screenshot attached from latest build). Again not a big deal.

3. Suggestion: Check for errors and such functions should always give feedback on what it's doing and if they don't find any problems. Even better if there is a common format to messages that declare an invoked function has concluded its work, and when it starts-up (so the user can "see" it running).

Cheers,

Miax

Just hit F2 to get the in-place editor.

Screenshot? Attached?

Agreed. But not a high priority right now. Also, as long as the record definitions for FNVEdit aren't fully done, I would strongly advise against running Check for Errors with it (as you will get heaps of false error reports).

Gotcha, thanks for the clarification!

The screenshot is from the PM I sent in the Nexus forums from a while back, I'll re-attach it shortly.

Cheers,

Miax

What are these intended to communicate? It looks like they should have displayed a formID or something to point to where the problem is, but none are there. v3.0.8 on Oblivion btw.

These messages tell me that there are more bytes contained in these chunks than are specified in my record definitions.

There is a reason why 3.0.8 is currently still marked as EXPERIMENTAL... I've currently activated a lot of diagnostic messages which will be disabled again later when I'm sure the record definitions are correct.

Not sure if this has been reported but there seems to be a bug in comparing values that are overridden, i have included a screenshot of it. It doesn't show the data values for FalloutNV.esm
http://img513.imageshack.us/img513/2950/bugkm.png

Caelx,

what your screenshot shows is exactly the opposite of the bug that I fixed in 3.0.8. On my system, and many others, pre-3.0.8 didn't draw the first (fixed) column correctly once you scrolled to the right. The changes I made in 3.0.8 fixed that.

The one thing that the 3 screenshots I've seen so far of the problem you describe have in common is that the title bar of FNVEdit doesn't look like standard windows in any of the 3.

What version of Windows are you using? And what do you have running that messes with how the title bar looks?

EDIT:

Ok, I see the problem if I switch to "Windows Classic", it goes away when I use Aero.

Yeah it might be the problem, I am using Windows XP.

I've just uploaded version 3.0.9 to http://www.newvegasnexus.com/downloads/file.php?id=34703.

What's new?

- should fix the painting issues described by Caelx under XP and Vista/Win7 when not using Aero.
- more updates to record definitions

Thank you very much, it works well for me.

If it helps any, those showed up when I ran the UOP ESP file through the clean filter to make sure it was ready.

Also, did you see my previous post about being able to edit Oblivion.esm? Seems that's limited to trying to change a formID in it from the left-pane menu.

You can ignore it for TES4.

Yes, seen it.

I've just uploaded 3.0.10 to http://www.newvegasnexus.com/downloads/file.php?id=34703

What's new?

- further updates to record definitions
- check for error now gives feedback about elapsed time while running and when it's done
- fix for nasty GECK bug: duplicated top-level groups get merged automatically

I think I've run into my first load order problem. I've made a couple of mods that interact with one another via a compatibility patch, but had to update one of them, so it now has a more recent modified date than the compatibility patch, messing up load order. The New Vegas launcher doesn't seem to balk at it (not sure if that means its working as it should though) but attempting to load the files into NVEdit gives me a "An error occured while loading modules..." error. Is there some stopgap way to re-order the files without FOMM? I guess I could open/edit/resave the patch to give it a more recent date. I guess another question is then, does anyone know how the NV launcher is handling load order?

Imp, I haven't used it myself yet, but http://www.newvegasnexus.com/downloads/file.php?id=34969 should probably do the job.

http://www.newvegasnexus.com/downloads/file.php?id=34703 fixes a bug in the automatic merging of duplicated top-level groups (the merging didn't mark the merged group as modified, so the merged in records didn't get saved).

It also now contains the complete definitions for all conditional functions (thanks to the NVSE team).

Thanks for the update.

I've just uploaded version 3.0.12 to http://www.newvegasnexus.com/downloads/file.php?id=34703.

What's new?

- (mostly minor) updates to record definitions
- fixed a critical bug in the WEAP record definition (could result in data loss)

I've uploaded version 3.0.13 to http://www.newvegasnexus.com/downloads/file.php?id=34703.

The main purpose of this release is to sync up the official releases of http://www.tesnexus.com/downloads/file.php?id=11536, http://www.tesnexus.com/downloads/file.php?id=15781, http://fallout3nexus.com/downloads/file.php?id=637 and http://www.newvegasnexus.com/downloads/file.php?id=34703.

I've said it before, and I'll say it again --- Elminster, you are one of my heroes.

The diligent work that you put into all of this is both inspiring, and incredibly appreciated. I am in awe at how quickly you've gotten a working version out for NV, and knowing how heavily this impacts many modders ability to / willingness to / ease of designing mods for the new game... well, again, thank you. Your efforts not only help the modders, but help the entire community by acting as a catalyst - and your dedication here is helping to assure that the needed time for NV mods to reach a certain amount of "maturity" is much more accelerated than it otherwise would be.


Hats off to you, my friend.

Thanks Elminster. These releases are great!! :goodjob:

Cheers,

Miax

Imp, check out:
http://newvegasnexus.com/downloads/file.php?id=34969

You'll need python installed.

edit: Just realized it had been answered previously. Screen didn't refresh correctly. Will leave the link in place though for others.

I've uploaded version 3.0.15 to http://www.newvegasnexus.com/downloads/file.php?id=34703.

- double click on a FormID in the message view while holding CTRL jumps to that record
- fixed crash when changing perk effect type to Entry Point
- Quest Stage field for Quest + Stage Perk Effect Type now has a drop down with all stages available for the selected quest
- single click on an already selected field now opens the editor again
- fixed in-place editor to properly cover the complete field and have it's text align exactly with the text normally displayed
- MasterUpdate and MasterRestore modes are supported

http://img517.imageshack.us/img517/3793/assertionfail.jpg

The illustrated error comes up when attempting to mass-select several records and apply the "initially disabled" flag to them.