Have you got any plans to support upgrades/techs, Roy?

Yes, I have plans for it. Farty's even given me great suggestions on how to represent some DAT stuff in the UI.

Oh I see! I was using the Unit ID instead of the Index ID !!! Thanks to you Roy, my problems have vanished.

I'm completely redesigning the backend and UI for this program, which is going to take more time than I originally estimated (i.e., I'm basically starting from scratch). I'm actually going to be working with the MVVM pattern over the course of the next three months, which is also the pattern I'm going to use for the UI modules of the project. UI aside, however, I have mostly constructed the design of the backend and will begin tying things together over the course of this week.

But you guys probably don't care about the technical details, so I'm going to offer a little dummy preview of the UI design. Keep in mind most of this demo does not actually work, but it's meant to show the direction I want to move towards.

Download Demo

Let me know what you like, hate, or want to see changed in regards to the UI, as this would be the best time to mention it.

I rather like it-- certainly makes the whole process very intuitive. If there weren't a computer monitor in my way I'd hug you.

It crashed when I went to Display Text.

Hopefully the crash(es) aren't significant at this point.

No, the crashes aren't significant. A lot of the code was commented out because I was in the middle of refactoring it, so I'm not surprised that it is unstable (because the UI is too tightly coupled with the backend, which is another reason why I'm redoing the project). The purpose was to show the UI layout, and from what I can tell, it does that properly.

Just found this. Very cool Roy! Was it made with Visual Basic? Or C#?

Nice find! This was made with (and is currently being developed in) C#.

Here's a status update for anyone who cares enough to wonder: I had some issues with my source control and lost a lot of work I had put into the project, but I have a decent memory and have been piecing it back together (I've probably caught most of the way back up over this weekend). I'm only a few steps away from completing the backend, after which I'll start working on the UI (which I have a general plan for, but less experience in). The UI is going to follow the same structure as the UI demo a few posts above unless anyone has any objections.

Here's the current rundown for the next release features:

• Support creating and managing multiple EUD triggers
  
• Support multiple EUD conditions and actions for a single* trigger
  
• Support exporting trigger data into an existing map

* May actually be more than one trigger (e.g., display text detection requires 11 triggers)

Unless anyone has suggestions for any other important features, that will be it.

Don't bug me about adding new types of EUDs to the program yet (believe me, that list is long enough already). Once I push out this next release, I'll start on upgrade/tech EUDs, more unit EUDs, more text-related EUDs, key press EUDs, etc.

Wonderful MUAHAHAHA!

Soon I'll be able to complete my death ray :3

Well, hello there, I'm pretty new to the forum, in fact this is my very fist message, so I apologize for any newb'ness I might have.
I just wanted to report that the download link in the first post is broken; It downloads, alright, but the file itself is damaged. I suggest you re-upload it.

Thanks for your attention, xKanade.

The host I was using has issues with zip files and doesn't allow executable files. I put the program on Sen (I'll make a DLDB entry in a second) and a mirror link on Opendrive.

Also, welcome to Sen, xKanade! Think about making a new Introduction topic, because we love welcoming new members to the community.

Post has been edited 1 time(s), last time on May 21 2012, 12:15 am by Roy.

Roy, uhm, I'd kind of like to have this for something, but when I attempt to add the generated triggers to SCMDraft, it gives an error about expecting a condition or "Actions:". Am I using the wrong version of SCMDraft? I have the current version, afaik.

You can find the latest here: http://www.staredit.net/topic/8307/ (You might want to hold on to your old version as well, though, because the latest version has a few quirks in it).

If you're trying to use EUD Actions, you should take note that ScmDraft's text trigger editor does not support them. I added the feature reluctantly by request, but if you want to use EUDAs, you'll need to enter them through the classic trigedit.

If you're trying to add an EUD Condition and it isn't working on the latest version of ScmDraft, that sounds like a bug. Is the text red in the program (I have some Regex to validate syntax)? Better yet, if you could copy/paste the trigger(s) in question, I'm sure I could find the syntax error.

And on a side note, development on the new and improved EUDGen is coming along. Maybe another two solid weekends and I'll be able to release something for you all to play with.

Erm, it appears that my SCMD doesn't support the Memory condition, as there is no entry for it in the help file, nor can I find it in Classic TrigEdit.

Then you have an old version. Refer to http://www.staredit.net/topic/8307/ for the latest (the help file was never updated to include the Memory condition).

Technically, you could write the condition as an EUD instead of an EPD, but I don't believe I put that functionality directly into the program.

Why does this not include unit targets? Such as Index 0 is attacking/moving/patrolling Index 1 (aka his target, regardless of what he is doing to it).

I think the answer to that is fairly obvious: because I didn't put those EUDs into the generator. I'll be taking feature requests when EUDGen is ready for public release.

Seems to work fine to me. Add the shit. Immediately.

I think Roy meant when v1.4 is ready. at least thats what i gather from...