Here are several utilities I wrote while working on Cantina Bastila. Included are:


2da Editor - includes some extra features I wanted. (Delete row, asterisk out a row, asterisk out a column, add column, delete column...) Note that using some of these features if you don't know what your doing will likely result in total chaos in your game. (Deleting a row, for example.)
Dialog Editor - This was the product of extreme boredom and no internet connection. It turned into a full featured dialog editor with some extra functionality. (Like listening to the actual audio of dialog lines when you select a line, test drive with full audio, extract the appropiate lip file for a dialog line, as well as the ability to edit anytag in the dialog as well as adding your own tags.) It will also extract the appropriate lip file and copy the selected wav to the folder of your choice.
Dialog TLK search - I know this has been done, but this one includes the ability to play audio if it exists. It will also extract the appropriate lip file and copy the selected wav to the folder of your choice.
Find In Files - This program will search inside files for specific text. I use this quite a lot hunting for specific code on my hard drive.
KT Wav Res Helper - This will allow you to play the audio of dialog lines from the Kotor Tool Conversation Editor. It will also extract the appropriate lip file and copy the selected wav to the folder of your choice.
Search For NPC's in Dialogs - If you do wav modding (hacking existing wavs to make new ones) then you want as much audio content from an npc as possible. This will search the game resources and list any occurences of the the name of the npc you specify (what dialog in what rim, erf, or mod.) Once you make a search you can then generate a list of all dialog lines from the npc specified. You can then save this list to disk. THIS list can be reloaded anytime you want. From this list you can browse the dialog lines, hear the wav resources and easily copy the wav / lip to the destination of your choice.
Wav Manipulator - This is mainly for making your own wav files. It allows you to convert wav or mp3 files to or from the kotor format (with prepended headers) by simply dragging and dropping a file onto the form. If Drag Drop Play is checked it will play the sound instead of converting it.


Two controls are included and required for most of the programs to run. They come straight from the Microsoft Visual Studio 6.0 Service Pack 5.

Available from my FileFront page. (http://files.filefront.com/6727982)

Available from my web site. (http://www.kristykistic.110mb.com/index.php?page=tools)

Wow Kristy! You've been busy! :D

Holy Sweet BeJezus is right. Now all we need is a working "BIF" builder utility for the Kotor series and we could be set.

Edit: Hey KK we have a problem. 3 of the utilities are returing errors. The 2da Editor, KT Wav Res Helper, & Dialog Viewer. The first 2 return Windows Application Error windows referencing Hex memory address information. The Dialog Viewer loads however it pops a window upon load that reads "Fails to create tooltip window" you click okay and it shutsdown. Dialog Viewer also creates a Debug Log and gives the same hexcode error inside there as the other 2. The Hexcode in the log report shows it returning the following. "eErr_EXCEPTION_ACCESS_VIOLATION"

Edit: Hey KK we have a problem. 3 of the utilities are returing errors. The 2da Editor, KT Wav Res Helper, & Dialog Viewer. The first 2 return Windows Application Error windows referencing Hex memory address information. The Dialog Viewer loads however it pops a window upon load that reads "Fails to create tooltip window" you click okay and it shutsdown. Dialog Viewer also creates a Debug Log and gives the same hexcode error inside there as the other 2. The Hexcode in the log report shows it returning the following. "eErr_EXCEPTION_ACCESS_VIOLATION"

Ok. The things in common with all three apps is that they are all attempting to subclass the window at the point that it gpf's. (Using the SetWindowLong api.) It also appears that CreateWindowEx failed in making the tooltip window.

At the moment all I know to ask is what OS are you using? And do you have any special system configurations that I might should know about? (Like what kind of cpu do you have?)

Ok. The things in common with all three apps is that they are all attempting to subclass the window at the point that it gpf's. (Using the SetWindowLong api.) It also appears that CreateWindowEx failed in making the tooltip window.

At the moment all I know to ask is what OS are you using? And do you have any special system configurations that I might should know about? (Like what kind of cpu do you have?)

I can confirm that what has been described above happens to me as well:

2DA Editor: Crashes during startup with some kernel32.dll error (standard Windows application crash dialog)

Dialog Viewer: "Failed to create Tooltip window" + closing when pressing OK.

Find in Files: "RICHTX32.OCX missing" message + closing when pressing OK.

KT Wav Res Helper: Crashes during startup with some kernel32.dll error (standard Windows app crash box).

I'm using Windows XP Home with SP2 installed on a machine with an AMD Athlon 64 3500+ processor. (I've also tried it on a machine with an AMD Athlon XP 2600+ processor running Windows XP Professional with SP2 installed with similar results.)

The other applications seem to be working fine so far though. :)

I've done some research and the culprit seems to be a new feature that comes with Windows XP SP2 called 'Data Execution Prevention'. Unfortunately, I don't have Windows XP SP2 and have no idea how to circumvent this problem. I've read that it can be disabled on a per program basis.

Here's an excerpt from this (http://support.microsoft.com/kb/875352) Microsoft page.
For the purposes of program compatibility, you can selectively disable DEP for individual 32-bit programs when DEP is set to the OptOut policy level. To do this, use the Data Execution Prevention tab in System Properties to selectively disable DEP for a program. For IT professionals, a new program compatibility fix that is named DisableNX is included with Windows XP SP2. The DisableNX compatibility fix disables Data Execution Prevention for the program that the fix is applied to.

I've asked for help with this in a programming community, but what may come of that remains to be seen. So, unless someone actually happens to know about dep I'll just have to keep investigating. (Which is difficult since I can't look into it on my own machine.)

Oh and I forgot to include the RichTx32.ocx in the required controls. Ooops :roleyess: I'll include it soon, but I would like to get the gpf thing sorted out first.

And to Darkkender and Stoffe - Thank you for taking the time to bring these things to my attention rather than just saying "Oh - it doesn't work." and never bothering to say anything. I very much appreciate it :)

To help you in your trouble shooting I've got Win 2000. Since I've got Visual Studio 2003 the debugger automatically throws me some of my exceptions. If you want I could try to recompile the programs on my machine to see If I get the same results. Since as I recall you said you made these tolls with Visual C++, which is what I have as well. I know it's not the debugger causing the error I also doubt it is the Data Execution Prevention fix with Win XP SP2 as if it was it wouldn't effect me.

I've uploaded 2 modified versions of the kt wav resource helper here (http://files.filefront.com/6527411). (It was the smallest and easiest to modify for testing purposes.) They've both been modified to give more debug info to help pinpoint exactly where the gpf is occuring and the second one has been compiled to p code instead of native code. So if you could test these and let me know the results...

And to Darkkender...these are written in vb5.

Crashes out immediately. Log follows:

1/13/2007 5:29:42 PM Form Load Started
1/13/2007 5:29:42 PM Pre Handle Exceptions
1/13/2007 5:29:42 PM Post Handle Exceptions
1/13/2007 5:29:42 PM LoadSettings
1/13/2007 5:29:42 PM SetGamePaths
1/13/2007 5:29:42 PM Set New cMCI
1/13/2007 5:29:42 PM Pre Subclass
1/13/2007 5:29:42 PM Post Subclass
1/13/2007 5:29:42 PM EVENT: UNHANDLED EXCEPTION (EXCEPTION_EXECUTE_HANDLER (TERMINATED - Not trying to continue)): (Code: -1073741819) at 7C809D92 - eErr_EXCEPTION_ACCESS_VIOLATION

Edit - Both versions identical. :)

-Kitt

Ok...Here's another one. (http://files.filefront.com/6528036) This one duplicates exactly the same code for subclassing I used in the console helper.

Ok...Here's another one. (http://files.filefront.com/6528036) This one duplicates exactly the same code for subclassing I used in the console helper.

Not getting any Windows Crash dialog box this time, but nothing seemingly happens when running it, other than a log file being created containing:


2007-01-14 02:22:32 Form Load Started
2007-01-14 02:22:32 Pre Handle Exceptions
2007-01-14 02:22:32 Post Handle Exceptions
2007-01-14 02:22:32 LoadSettings
2007-01-14 02:22:32 SetGamePaths
2007-01-14 02:22:32 Set New cMCI
2007-01-14 02:22:32 Pre Subclass
2007-01-14 02:22:32 Post Subclass
2007-01-14 02:22:32 Parse Command Line
2007-01-14 02:22:32 EVENT: UNHANDLED EXCEPTION (EXCEPTION_EXECUTE_HANDLER (TERMINATED - Not trying to continue)): (Code: -1073741819) at 7C809D92 - eErr_EXCEPTION_ACCESS_VIOLATION

Thank you Stoffe - you have pointed out a second factor that all 3 programs have in common - parsing the command line. I have commented out that part of the code.

Test #3 (http://files.filefront.com/6528246)

Hey KK, I'm getting the same errors as Stoffe and Kitty posted. When reading the log the Exception it seems to be throwing looks to be a windows handle exception. The problem might be in the code for creating the window or it's toolbar considering the error for dialog viewer was centered around the tooltips.

Uggh! Darkkender hate Dial-up. Take half hour just to post replies sometimes. Then people have fixes.

Hey KK, I'm getting the same errors as Stoffe and Kitty posted. When reading the log the Exception it seems to be throwing looks to be a windows handle exception. The problem might be in the code for creating the window or it's toolbar considering the error for dialog viewer was centered around the tooltips.


Which test program was this for? The second or third one? If it was the third the debug log should look somewhat different.

Thank you Stoffe - you have pointed out a second factor that all 3 programs have in common - parsing the command line. I have commented out that part of the code.

Test #3 (http://files.filefront.com/6528246)

That seems to have done it. :) Now it starts without any problems or errors at least. I'll try it out some more tomorrow and see if everything works here.

To your last inquiry KK my post was relating to test 2.

And as Stoffe says Test 3 works fine. I ran the program on both my win 2K machine and our win 98 machine. So whatever magic wand you waved for test 3 apply it to the other 2 utilities and things should be good.

Unfortunately I still need to parse the command line so I rewrote that part completely.

So here is Test #4 (http://files.filefront.com/6528803).

Unfortunately I still need to parse the command line so I rewrote that part completely.

So here is Test #4 (http://files.filefront.com/6528803).

This version ran without any crashes as well. :) The only problem with it I've noticed so far is that it crashes if you pick the "Find Dialog.Tlk index" menu option from the system tray icon menu if the application is minimized.

The only problem with it I've noticed so far is that it crashes if you pick the "Find Dialog.Tlk index" menu option from the system tray icon menu if the application is minimized.

I've fixed this. (It was reproducible on my end.) I'll repack everything and re-upload the original pack after I've (hopefully) solved the crashing issues.

To shift gears...I've uploaded test copies of the 2da editor and the dialog viewer.

Test #5 (http://files.filefront.com/6531920)

Well So far they startup fine for me. I haven't got a chance to test them on files yet. However the 2daeditor has an interesting feature in the Tools menu, I can associate the 2daeditor with Dialog files. I think the file association for this editor might be better if it associated with 2da files don't you KK. ;)

I've fixed this. (It was reproducible on my end.) I'll repack everything and re-upload the original pack after I've (hopefully) solved the crashing issues.

To shift gears...I've uploaded test copies of the 2da editor and the dialog viewer.

Test #5 (http://www.kristykistic.110mb.com/test/kk_test5.7z)

Both seem to start now, though I ran into some other problems.The 2DA editor seems to have a problem when picking the "Open" menu command to load a 2DA file. A message pops up saying:
Oops!
Error: 5
Invalid procedure call or argument
LOCATION: CommonDialogShowOpen

The error message does not quit the application when closed though, and the Open dialog box opens, but it does not seem to actually load the file you select (nothing happens).

Also in the Tools menu --> Associations the text reads "Associate me with Dialog files", which seems like an odd choice for a 2DA editor. :) Also, the "Exit" menu command in the File menu appears to do nothing.

* * *

The dialog editor says Failed to create tooltip window when starting, but at least it doesn't close after you click OK. The menu bar menus are messed up though, they are too tiny compared to the content to the point where you can't see what's in them. See screenshot below:
http://img67.imageshack.us/img67/9144/menufailuretf6.jpg)
It seems to work to load DLG files with it though (CTRL-O). But I got a "Unknown error - Bailed test drive due to error" message while trying the Test drive feature.

I was going to mention those same problems Stoffe. An interesting thing though is when I run dialog viewer on our Win 98 machine at home there are no error messages and the Menu's are how they should appear for a normal windows menu. I suspect the incorrectly sized menu's and the tooltip creation is possibly caused by different handlers results for the OS itself since we both are getting the same result I think it might have to do with OS built on NT 5.0 or greater Otherwise known as Win 2K & Win XP. I tested it against various resolutions on my Win 98 machine with everything fine, and tried the same on my Win 2K machine and had no change with the micro menu problem, so this furthers my suspicion of the OS related problem.

On a sidenote I was able to load a dialog file and I really enjoy that testdrive feature.

Also in the Tools menu --> Associations the text reads "Associate me with Dialog files", which seems like an odd choice for a 2DA editor. :)

Can you tell I reuse code? At least I got a laugh out of it.

I worked on the 2da editor and uploaded 4 programs that use diferrent methods of owner drawing menus. All I really need to know is which work and which don't. (Just the menus on them, nothing else.)

Test #6 (http://files.filefront.com/6532464)

Can you tell I reuse code? At least I got a laugh out of it.

I worked on the 2da editor and uploaded 4 programs that use diferrent methods of owner drawing menus. All I really need to know is which work and which don't. (Just the menus on them, nothing else.)

Test #6 (http://files.filefront.com/6532464)

In the first test application the menus were broken like in the dialog editor. In the other three they worked (though the background in the menus were discolored in application number 4; they were white instead of the usual grey behind the entries, but the divider lines still had grey background).

As for the 2DA Editor it worked fine to load 2DA files with now. :) Though it seems like the search function highlights all rows except the one matching the search criteria. And (don't know if this is a bug) it doesn't work to scroll down the table with the mouse wheel. Looking good otherwise, so far. :)

As for the 2DA Editor it worked fine to load 2DA files with now. :) Though it seems like the search function highlights all rows except the one matching the search criteria. And (don't know if this is a bug) it doesn't work to scroll down the table with the mouse wheel. Looking good otherwise, so far. :)

The row highlighting was on purpose. The control will not allow me to specifically position a certain cell in view so I chose to highlight all rows of the specified cell and all columns of the specified cell. Sort of creating an x marks the spot. (With the specified cell not being highlighted.)

As for the mouse not working - mine actually does. I may have to manually send scroll commands to it. But first I'd like to get the menus working on the dialog viewer. I have uploaded another program for menu testing.

Test #7 (http://files.filefront.com/6533206)

But first I'd like to get the menus working on the dialog viewer. I have uploaded another program for menu testing.

Test #7 (http://files.filefront.com/6533206)

Same problem as before with this one, the menus are too small for the content. I tried the different checkboxes as well but it didn't make a difference to how the menus worked.

I was getting ready to completely rewrite the menus when I was able to reproduce the miniature menus syndrome. It was connected to an IF statement so I would like to test this once without the IF before I start a rewrite.

Test #8 (http://files.filefront.com/6539803)

I was getting ready to completely rewrite the menus when I was able to reproduce the miniature menus syndrome. It was connected to an IF statement so I would like to test this once without the IF before I start a rewrite.

Test #8 (http://files.filefront.com/6539803)

Nothing new on the menu front, unfortunately. I still get the tiny pink menus where you only see parts of some icons and divider lines with this version. I also got two non-fatal error messages at application startup, "Failed to register window!" and "Failed to create tooltip window.".

I may have gotten the menus working right. (I found a serious os type of bug.) Even if they do, they aren't quite finished, though. But you should be able to read them. (Hopefully)

Also I tried something different where it pronounced "Failed to register window!" (We're trying to use the RegisterClassEx api) . It will now make two slightly different attempts before bailing and declaring failure to create the tooltip window.

Test #9 (http://files.filefront.com/6540744)

I may have gotten the menus working right. Even if they do, they aren't quite finished, though. But you should be able to read them.
Also I tried something different where it pronounced "Failed to register window!" It will now make two slightly different attempts before bailing and declaring failure to create the tooltip window.


The menus are displaying properly in this version and seem to work to use, from what I could tell. :)

Still getting the "Failed to create tooltip window" message though, but this time a I got a "Failed to register window on first attempt!" message before it.

There seems to be something odd when saving DLG files. When I just opened a test dialog and re-saved it without changing anything the new file became roughly 150 K bigger than the original (529K vs 371K).

I made some changes to the dialog viewer, 2da editor, and included the missing richtx32 control for the find in files program.

There seems to be something odd when saving DLG files. When I just opened a test dialog and re-saved it without changing anything the new file became roughly 150 K bigger than the original (529K vs 371K).

That's because this editor includes a 'base' amount of tags for each dialog line whether they are actually present in the original dialog file or not. (If they weren't in it before they will be afterwards.) This isn't really necessary but I wasn't aware of that when I wrote this several months ago. Changing this is going to involve rewriting a very large portion of this program and may not happen anytime soon.

BTW: I would like to give you a very big thank you for all your help stoffe. :waive1:

Test #10 (http://files.filefront.com/6547946)

I made some changes to the dialog viewer, 2da editor, and included the missing richtx32 control for the find in files program.

Test #10 (http://files.filefront.com/6547946)

I've tested the 2DA Editor some more and it appears to be working mostly fine now from what I've seen so far. I did notice that you can't sort the table by Row Label by clicking on the column header though, like you can with the other columns.

There also seems to be some problem if you sort the table by clicking on one of the colums and then do "Undo all changes" without first doing "Reset Sort" (both in the Tools menu) causing the line sequence to be messed up if you then save the file again.

Oh, and the "Exit" command in the File menu does not appear to work. :)

Finally a suggestion: It would be very handy if you show the line numbers as well. Since many 2DA files are indexed by line number and not row label (which I assume is what you call "Index" in your column labels) it would save you from having to count the lines manually if the row label does not match the line number.

* * *

As for the DLG Editor, there are no "Tooltip window" related errors showing any longer, but unfortunately the menus have returned to their old broken state in this version again.

The "Bailed test drive due to error." message still shows up when trying out the "Test Drive" feature after a few nodes have been displayed.

* * *

Find In Files seem to work as well now with that OCX file installed, though the "Exit" menu command doesn't do anything there either. :)

This is a rollback to some previous code where I think the menus were working. I just want to verify that. (This isn't meant to be an update, I'm just trying to find what I did that broke the menus again.)

Test #11 (http://files.filefront.com/6551207)

This is a rollback to some previous code where I think the menus were working. I just want to verify that.

Test #11 (http://files.filefront.com/6551207)

The menus work fine again with this version. :)

If you'll notice in the previous version the menu accelerators weren't showing, so I had tried to fix that and ended up breaking the menus again. So here's another try (at just the menus.)

It would be very handy if you show the line numbers as well. Since many 2DA files are indexed by line number and not row label (which I assume is what you call "Index" in your column labels) it would save you from having to count the lines manually if the row label does not match the line number.

I'll work on that.

As for the DLG Editor, there are no "Tooltip window" related errors showing any longer, but unfortunately the menus have returned to their old broken state in this version again.

It creates a debug log file now if it encounters that error, so you might want to check.

Test #12 (http://files.filefront.com/6551774)

Btw: What dialog are you trying to test drive? It would help if I was able to reproduce the error.

It creates a debug log file now if it encounters that error, so you might want to check.

Test #12 (http://files.filefront.com/6551774)

Btw: What dialog are you trying to test drive? It would help if I was able to reproduce the error.

The menus are still messed up, unfortunately. The Debug Log file created contains the following:

2007-01-17 21:49:55 RegisterClassEx Failed.
2007-01-17 21:49:55 CreateWindowEx with registered class failed.


I used the 003kreia.dlg file for testing (the first I found when grabbing a file to test with :)). The problem happens when test-driving her first entry, the one about Atton, and then picking the "He's not a fool... well maybe he is" (or some such) reply option.

I've also noticed that this newest version displays the following error message when loading 003kreia.dlg, which did not happen earlier:

Runtime error 457
This key is already associated with an element of this collection.

Clicking OK in this error message terminates the application.

Worked on the dialog viewer.


Complete menu rewrite. They work for me, but so did the old ones.
The test drive error only occurred for me when it reached the end of a dialog branch (and really wasn't an error). This has been removed. It will report any real errors, but if it suddenly just stops during a test drive then this would be an error the program wouldn't declare, but one that I would like to know about.
Runtime error 457 was a product of the old menus and shouldn't occur anymore.


Worked on the 2da editor.


Seperate column for the line index has been implemented.
Fixed the exit menu. (I had no code here at all - oops)
You can now sort the line index column.
Fixed this:

There also seems to be some problem if you sort the table by clicking on one of the colums and then do "Undo all changes" without first doing "Reset Sort" (both in the Tools menu) causing the line sequence to be messed up if you then save the file again.

I'm not sure I ever would have noticed this myself.


Worked on Find in Files.

Fixed the exit menu. (I had no code here at all - double oops)
Implemented a replace in files feature. There is no undo for this other than making backups before using it. (I really needed this a week ago while altering a directory full of php scripts - but at least its available now.) The replace function is case sensistive.


NOTICE: volunteers needed to let me pull their hair. :)

Edit: :rofl: -RH

Test #13 (http://files.filefront.com/6562653)

Worked on the dialog viewer.
Complete menu rewrite. They work for me, but so did the old ones.

That menu problem appears to be fixed in this version.... but another seems to have cropped up instead. The menus appear to work fine at first when loading the application and everything seems normal. But after having loaded a DLG file they all end up looking like this instead:
http://img105.imageshack.us/img105/1883/menublues2fe6.jpg)

The other things you have fixed seems to work fine now though, at least as far as I've had time to test them so far. :)

NOTICE: volunteers needed to let me pull their hair. :)


I've already got enough things causing me to rip chunks of my beard out right now I don't think I need to look anymore scraggly for somebody else.

However I'll keep test driving these updates to your tools to ensure you of a good nights sleep 2 months from now.

I've already got enough things causing me to rip chunks of my beard out right now I don't think I need to look anymore scraggly for somebody else.

However I'll keep test driving these updates to your tools to ensure you of a good nights sleep 2 months from now.

Aww c'mon...it won't hurt...much :) Actually I was kinda hoping a female would volunteer. (We don't take to kindly to having our hair messed with, and that's exactly what would make it so much funnier. Ahem...)

All this just because I wanted to try my hand at owner drawn menus. Although I do like them, I'm not sure they're worth this much trouble. Anyway...

Test #14 (http://files.filefront.com/6570094)

All this just because I wanted to try my hand at owner drawn menus. Although I do like them, I'm not sure they're worth this much trouble. Anyway...

Test #14 (http://files.filefront.com/6570094)

That version seems to have fixed the new menu problem as well. :) I haven't stumbled across any other bugs yet. I'll keep testing it though and post if I spot anything more.

I have uploaded another copy of the 2da editor.


I fixed an issue where it wasn't opening the passed file if associated with 2da files.
Various fixes to the row indexing when adding or removing rows.
Completely new GetOpenFileName Dialog (menu Open or Save As). This was originally referenced back in post #21. When I fixed it the first time it was still open to certain errors. So I need to know if the menus File / Open, File / Save As, and View / Flexgrid Font works ok. If they work properly I'll update my other programs with this.


Test #15 (http://files.filefront.com/6595262)

So I need to know if the menus File / Open, File / Save As, and View / Flexgrid Font works ok. If they work properly I'll update my other programs with this.

Test #15 (http://files.filefront.com/6595262)

They seemed to work fine here when I tested. Though the "Places" bar (or whatever it's called, the palette to the left containing quick-icons for Desktop, My Documents, My Computer etc...) seems to be missing in the Open and Save dialog boxes.

They seemed to work fine here when I tested. Though the "Places" bar (or whatever it's called, the palette to the left containing quick-icons for Desktop, My Documents, My Computer etc...) seems to be missing in the Open and Save dialog boxes.

Hopefully this fixes that.

Test #16 (http://files.filefront.com/6604380)

Hopefully this fixes that.

Test #16 (http://files.filefront.com/6604380)

Still no places bar visible in the Open/Save dialog boxes.

Noticed a few other minor things as well. If you try to save when no file has been opened you get some rather cryptic error messages. If you do "Undo all changes" when no file has been loaded the application freezes forcing you to use the Task Manager to kill it. Perhaps those menu choices should be dimmed when they are not applicable? :)

I have updated the pack with all fixes listed in this thread.

Additionally, I have added a feature to the 2da editor that will copy a row to the clipboard in the format that the TSLPatcher uses. So all you have to do is click the 'Copy Row to Clipboard for TSLPatcher' menu item and then paste it into your changes.ini.

I did all the things Stoffe suggested in the post above, except make the places bar show in the Open/Save dialog boxes. The only means I have of testing this is through other people and I don't think its that big of an issue right now. (I would imagine Stoffe was tired of it, too.)

Additionally, I finally got the control to scroll properly with minor hacks. (Thank you, Jesus!) This had been a serious turn off about the editor.

Available from my FileFront page. (http://files.filefront.com/6727982)

I'll being test it this weekend for you KK since I started slacking on the earlier versions.