By shooting?

The one you discovered as well as the "critical issue" were both fixed.

I missed an easy way to save the states. So, I think it will be fine. If I make each line an object that contains the state (collapsed/expanded, of course if it has no children, it is collapsed as well), I can restore the way the tree looks easily enough. It will take a bit (maybe 30 minutes or even more, since i have to change a reasonable amount of code. If it does, I will do more tomorrow on it). I am both angry that I forgot such a simple solution and relieved that such a simple solutioin exists. The point is, if all goes well, the program UI  behavior should be just fine.

-Ian

Heh, yes, it was an easy fix.

I keep two copies of my file objects, mFiles and mOldFiles.

mFiles is the one that is kept up to date any time the file is modified, where as mOldFiles is only updated when the file is saved or first loaded. This is how I detect whether or not a file has been modified and needs to be saved.

On the Close All command, I did mFiles.Clear() but not mOldFiles.Clear(). So, when it tried to readd the files to mOldFiles on load, mOldFiles contained that file already, and would throw an exception. The fix was extremely simple. Just add mOldFiles->Clear(). A one-line fix.

This does not happen on the close command, since I use a different method, which was working properly.

Not like you're getting paid for it, so the only deadline is whenever you feel like it.

Either that, or I want off. 

Much too tired to be posting lucidly:

Well, since my boss forced me to come in to work today despite me being ill, I am going to get my revenge by doing jack shit the entire day. So, since I am doing nothing, I might as well write up a readme here for you to read and me to copy/paste into a document later and use it as the real readme, thus saving time.

Thank you for using Sins Editor. This program is intended to assist with the editing of entity files, and will allow you to edit the constants file as well. 

As of v1.0.1, Sins Editor provides the following features:

• Opening of one or more entity or constants files.
  
• Create a new empty entity or constants file.
  
• Drag and drop one or more entity or constants files directly into the SinsEditor.exe or Sins Editor GUI and they will be automatically converted (if in binary format) and opened.
• Save a file as either text or binary.
• Save a file with a new name as either text or binary.
  
• Save all files as their default format.
  

Basic editing operations catering to the entity and constants file structure. These operations include:

• Cut, Copy, Paste, Delete one or more lines in the editor.
  
• Insert a new blank line.
  
• Edit a line.
  
• Undo/Redo an unlimited number of actions.

Advantages over basic text editors:

• Automatic conversion between text/binary.
  
• Line numbers.
  
• Tree structure, providing a more intuitive way to edit an entity file. You can hide structures you do not need to edit, thus reducing search time.
  
• Manage multiple files at once. The entire entity file content of Sins of a Solar Empire can be loaded in 6-10 seconds depending on the processor speed and memory speed of the computer. Although, I do not suggest trying to mess with nearly 900 files at once.
  
• Extreme usability. Whether you use keyboard shortcuts, drag/drop, or menus, nearly any action can be achieved through the use of 2 out of the 3.
  
• Speed: Using the most up to date functions provided by the newest version of the .NET framework and sporting only datastructures that are instant access, editing files of any size and in any number is instant.
  
• Safety: Accidently tabbing one too many times or forgetting to insert a space will not happen with Sins Editor.
  
• Small footprint: Due to its specific target, many unneeded editing features can be cut out and thus a the editor has only a ~1.5 MB install footprint.
  
• Extras programs: Tools not provided by standard text editors such as ConvertData GUI and ConvertXSI GUI by Zanyth0x42 can be automatically launched from Sins Editor.

Future release v1.1.0 promises the following features:

• The editor will automatically discover abilities and buffs and add them to an auto complete list for easier editing.
  
• The editor will allow you to refresh the current file or all files from the hard disk.
  
• The editor will allow you to find and replace entries, values, or both.
  
• The editor will allow you to use basic file templates. You can use the provided ones as well as add your own.
  
• *The editor will provide a major feature upgrade, which will be disclosed when release is closer.
  

yeah thats the spirit

get better

then put it out

Nah, it is only the boss's fault. There is no reason for me to give it to a bunch of people who have nothing to do with the issue.

which version of the game code will it work for? and should we wait to 1.01 before getting it or is it usable now?

its ok im still trying to get around the lack of scripting for what im trying to do

Hi, I have a favor to ask of anyone willing to do this.

For v1.1.0, I want to have a list of valid values for each type definition in an entity file (eg: entityType "Ability";"Buff";"Ship", etc). Obviously number values are not taken into account. To do this requires a lot of looking up valid values and whatnot, which will greatly increase the time it takes for me to get v1.1.0 out.

What I would like from someone (or multiple people), is a list of all valid values for each entity definition in the exact format (I will make up defintions, since I don't know the real ones)

entityType "Ability","Buff","Ship"
buffInstantActionType "ApplyBuffToTarget","ApplyBuffToSelf"
instantActionTriggerType "AlwaysPerform","PerformOnEvent"
buffType "BuffAbilityGuidance","BuffAbilityDestruction"

....

I would like  the list to be in a file called "values.def"

This would allow me to easily load up the values and have them appear appropriately in the UI.

It would also allow for new values to be added at any time.

If someone can take the time to do this while I work on the other features, I would be extremely greatful and I would most certainly mention you as a contributor.

Thank you,

-Ian

Suppose I'll do it just as soon as I have some spare time. Not really sure if any were added for Entrenchment, however.

StCobalt, yes, I know; however, I do not want to spend the time compiling a list when that time can be spent adding new features. I don't have much time, so when I do get time, I want to be productive. Having others who don't have access to the source or don't know how to code help out with things like this, while I continue to add features, is extremely productive and allows for a much faster release of the program. 

KitKun, since I can add things dynamically to the complete list, it will be easy to patch it for entrenchment. No worries. I would appreciate your help a lot.

ProgressBar, are the enum classes the exact name of the entry in an entity file? Also, are the values which are bound in xml the same ones in the entity files? For example: 

[XmlEnum("0")]

    AllOnDelayInstantActionsDone = 0,

...

You bind AllOnDelayInstantActionsDone to 0, is AllOnDelayInstantActionsDone the exact name I will see in the entity files?

FinishConditionType "AllOnDelayInstantActionsDone" 

If so, yeah, these files would be helpful, and I can convert them into my list and send it to kitkun so she does not have to do much work at all.

If not, I do not think I can use it; however, I will comment that the way you have it set up is very nice!

-Ian