Update (Evening) 10/25/14 - Download Latest

Feature changes:
- Completed Tech Settings Dialog
- Added GitHub link to help menu

Bug/Error fixes:
- Unsaved changes are now properly communicated in upgrade settings
- Upgrade and Unit settings are now properly disabled when no upgrade/unit is selected

Code changes:
- (No significant revisions)

I recently remembered the wrist-cramping nature of Move Up and Move Down buttons.
Feature suggestion: drag and drop positioning of triggers in the GUI.

In the meantime: hold the [u]p and d[o]wn hotkeys after marking a trigger

so spooky

EDIT: You know what I'd love to see? Alphabetical sort and list view of the unit tree. That would be pretty sick. There are a few GUI decisions, actually, that I think would better not to be recreated from SCMDraft and Staredit, or maybe if there was a set of options to change the organization of Chkdraft (or even plugin-support and GUI elements being implemented as standard plugins!).

Warcraft III's editor had a text box above the tree where you could type a search query and it'd filter down the contents of the tree to match the query. That would be nice to have as well.

But jjf's probably busy actually getting the same functionality as ScmDraft right now. The source is up on Git, though, so anyone could make a pull request for a feature they want included in the meantime.

You know what would be cool, an ability to right click a terrain tile and bring up its inverse tile. So many times in SCMDRAFT I've had a tile and wished I could just instantly have the mirror image of that tile.

Update 1/16/15 - Download Latest

Feature changes:
- Classic triggers (view only)

Bug/Error fixes:
- Fixed a bug where text trigs would sometimes say "')' expected" when it should say "')' or '}' expected"
- Removed some testing code
- Fixed an error where exiting the open dialog without selecting a file gave an error message

Code changes:
- Moved all code that returns success values within constructors to separate methods.
- Simplified text trigger generation and compilation, moved classes into their own files

Post has been edited 1 time(s), last time on Jan 17 2015, 4:05 am by jjf28.

Note: now with ISO 8601 date formatting

Update 2015-02-12 - Download Latest

Summary: Classic triggers completed (sans modify and meta systems).

Feature changes:
- Trigger editor starts at a larger size
- Trigger move-up, move-down, and move-to
- New trigger (creates a blank trigger at the currently selected index (or at the bottom) then opens modify)
- Blank modify trigger window (coming soon!)
- Mouse scrolling is forwarded to the trigger list box in additional cases

Bug/Error fixes:
- Fixed a bug where trigger comments using the 0th string weren't shown
- Fixed a bug where the wrong trigger would be selected upon refresh
- Fixed a bug where deleting the last trigger would clear the selection rather than moving it up
- Fixed an error where a trigger with no conditions and no actions would barely show
- Fixed a bug where selection highlighting for triggers/trigger groups would ocassionally be wrong
- Fixed a bug where string drawing would not correctly process back-to-back aligns/colors
- Fixed a listbox bug where mouse scrolling when an item was selected would appear to scroll the list backwards before going forwards
- Fixed a listbox bug where mouse scrolling would cause noticeable lag
- Fixed a bug where creating modeless ClassWindows would result in a crash if DlgProc wasn't overridden
- Fixed two compiler errors that would cause plugins/chkd based programs not to compile
- Fixed a VS2012 bug where opening resources while targeting windows XP machines produced various warnings

Code changes:
- Refactored large parts of the triggers class, now takes full advantage of Windows UI classes
- Enabled move-up, move-down, and move-to to operate without fully refreshing the trigger list
- Made numerous additions to the ListBox control class (amoung other windows UI classes)
- Added the 'PeerListBox' class to forward certain messages from one listbox to another
- Added the shell for the TrigModify class window (not yet in use)

Update 2015-02-22 - Download Latest

Feature changes:
- Save-to button in string editor that you can use to export all strings to a .txt

Bug/Error fixes:
- Fixed a bug where the main player dropdown would get two sets of every player
- Fixed a bug where special groups (ie: forces) were not showing in classic trigger conditions/actions
- Fixed a bug where some classic trigger conditions showed duplicate players
- Fixed a bug where WAVs in triggers but not in the WAV section were considered unused
- Fixed an error where quotes would not be escaped when generating escaped strings
- Fixed an error where escape characters were not properly compiled by text trigs
- Fixed an error where some standalone backslashes were ignored by string parsing

Code changes:
- Removed the second triggers sub-filter
- Modified TrigEditor take full advantage of Windows UI
- Identifiers are now typically defined in the .cpp (or if necessarily used outside in the .h) instead of Constants.h
- Converted many define groups to enums
- Removed the unused string table (from Resource.rc)
- Recompiled the SFmpq libs to get rid of new vs2012 warnings

Update 2015-02-23 - Download Latest

Feature changes:
- Unit settings now shows the currently selected unit in the window title
- Upgrade settings now shows the currently selected upgrade in the window title
- Tech settings now shows the currently selected tech in the window title
- String editor now shows the string index currently selected in the window title
- Trig modify now shows the trig index currently selected in the window title
- Added the (incomplete) windows corresponding to the trig modify tabs

Bug/Error fixes:
- Fixed a performance issue where strings were often replaced with equivilant strings (very noticeable in maps with huge amounts of strings).
- Fixed a bug where trig modify window would still show when the trig editor was closed

Code changes:
- Refactoring the string editor, now fully using the Windows UI classes, cleaner code
- Created several listbox messages WM_PREMEASUREITEM, WM_POSTMEASUREITEM, WM_PREDRAWITEM, and WM_POSTDRAW item to help speed up high-volume listbox processing

Update 2015-03-06 - Download Latest

Just one change/addition this week: modify triggers in the "classic" trigger editor via text.



When you tab away or close the window it will silently compile any changes you made, alternatively you can use the buttons.

Edit: Quick-fixed an error where deselecting a trigger caused it to display numbers in place of strings in the trigger list (didn't change anything, but was inconvenient).

Post has been edited 2 time(s), last time on Mar 7 2015, 5:01 am by jjf28.

You da real MVP!

Please don't. Chances are the editor gets focus (e.g. misclick), you typed stuff and notice it's not the correct window and tab to the application you wanted to type in. Meanwhile you just shot your trigger possibly by just modifying a number without noticing.
More likely even, you just tried changing the trigger but want to discard the changes by closing the window or meanwhile another app gets focus (e.g. chat, notifications etc.). And most importantly it's just non-standard behavior of everything. You close without saving - nothing gets saved.

Post has been edited 1 time(s), last time on Mar 8 2015, 2:21 pm by NudeRaider.

I would find it annoying if all my changes were lost if I didn't hit compile/or had to hit compile every time, there's a reset button for discarding changes; and if there are any errors from randomly typing/misclicks (as is likely the case with random text) it would message the error as you went away and nothing would change. Suppose autocompile doesn't have to be the default option/only option when the window goes away tho.

You could just prompt if you are closing the triggers with unsaved changes.

orite

Update 2015-03-23 - Download Latest



Feature changes:
- General tab created (from the smoldering remains of the poorly named 'meta' tab)
- Added execution flags to trigger editor (under 'general' tab)
- Added execution flags to text triggers (accepts a binary number up to 32 bits)
- Changed default response to leaving the trig modify text window to check for changes and prompt whether to compile.
- Added checkbox "auto-compile" that tells chkdraft to compile automatically and silently when you leave the trig modify text window.

Bug/Error fixes:
- Fixed a bug where closing the trig modify window (rather than just tabbing away) didn't check for changes.
- Added scrollbars to all multi-line textboxes
- Fixed an error where the memory condition/action was given the wrong CID/AID (this one was lulzy, sorry if this previously ruined anyone's day )
- Fixed an inconsistency where some text condition/action arguments that should always be quoted and were left unquoted by the user were attempted to be parsed as strings before attempting to be parsed as numbers.

Code changes:
- Fixed an inconsistency where text conditions checked for quotes in the main ParseTriggers method and text actions didn't

These are all of the flags. Starcraft has no additional references to the trigger engine, so you don't need a Raw Flags field.

Jff, I want the ability to copy a specific string, from one trigger, and paste it in another trigger.

This would save me A LOT of time.

Thanks.

You can already use ScmD's text triggers and Roy's Farlap for that. Actually what you need sounds simple enough for Windows Notepad.