Would it be hard to implement graphical things like previewing disabled unit sprites (i.e. half-built terran buildings) or disabled doodad state (purely in-editor for this of course?) It's easy enough to load a graphics only MPQ into SCMDraft so it's not a huge deal, just curious is all (focus on the fundamentals!!!). I will try to run this in WINE when I get the chance and see how well I can run it on Windows emulation!

Dunno, I could probably replicate the way StarCraft reads from the GRP/AI files and get the same results - but disabled items may be problematic if they overflow into places I can't easily predict (if that was the case then this would be hard, otherwise it would be fairly easy), we'll see when I get more advanced graphics running (currently Chkdraft just shows frame 0 of stuff)

Small update:

- Fixed a few items in text triggers (move location now correctly writes src and dest location, transmission now uses the correct field for duration mod, few others)
- Revised some code in mapping core to have it more easily transferable to new projects

Made and double checked, documentation for classic trigger and text trigger argument order and destination fields (with some details for hidden fields):
https://docs.google.com/spreadsheet/pub?key=0AhsBSmgfjeb6dEpwX0g3RngxZkJUX3F5VkpJTS1uaFE&gid=0

Update 11/13/13 - Download Latest

- Text trig output up and running
- Fixed several errors pertaining to parsed unit names
- Text trig input now assigns default flag values
- Fixed a few other text trig input errors

Text trigs are tentatively complete

This revealed something about SCMDraft, it hides empty triggers that waste space at the start of the trigger section

soooo... is this dead?

Popped back on top of my hobby list recently, started working on buffer listeners a bit ago for low-level sync of section data across the program and with plugins. scrapped that, more trouble than it's worth, back to working on general graphics.

Post has been edited 1 time(s), last time on Jan 22 2014, 8:54 pm by jjf28.

Can you design it so that it can support multiple languages(allow the user to easily translate the editor and distribute translations)

Internationalization would require that i convert the project to unicode and put all strings into string tables; both entail lotsa work, i'll give it a shot but not until after layers and most of the basic dialogs.

(A note to anyone following, finished location graphics and most of location tree, will update when selection, editing, del/add, undo/redo are working)

Interesting.

Good luck with your project. I'd be curious to test it once it has reached its final stage and when the whole thing is stable.

Half expected this to be as dead as my activity meter, but I'm surprised and happy to see it was still chugging along, at least as of the middle of last month. Any updates or has it gotten moved to the back burner again?

Actively working on it, if you don't program you might not regard this as progress: finished selection for locations (graphics, sel by tree, sel by map click (which requires funny cycling algorithms)) working on locations I bumped into the need to complete string handling, so I built methods for adding and removing strings as well as settings the skeleton for cleaning, compressing and otherwise using tricks to maximize bytes usable for string data. After all that I remembered how useful extended strings would be for locations, so I modified all my string methods to allow for extended string operations. Then I went ahead and added extended strings to text trigs; extended strings now work for all of text triggers (though ironically the comment-actions isn't all that useful for text triggers) - but it should be there for later when both triggering methods are available. Most recently I removed windows dependencies from most of the mapping core (though some persist in FileIO and MapFile (since SFMPQ requires windows and custom open/save dialogs are in use) -- making the Scenario handling (where all the real changes to the map are made) c++ standard (with the exception of simple define macros and probably some things I haven't found) and therefore more portable to other smaller projects. Finally today I've been building undo/redo for locations.

Post has been edited 1 time(s), last time on Mar 18 2014, 2:48 am by jjf28.

Looking good. Do you have a complete list of intended features, and are you still taking suggestions?

Nope, just mental lists and 7 pages of discussion


Sure but unless I think it's super cool/useful it'll be a while till what-have-you is implemented.

I look very forward to the day when this has more features then SCMDRAFT =)

Update 3/20/14 - Download Latest



Updates:
- TextTrigs accepts extended strings (enter it as k"STRINGHERE" in the string field)
- Mostly finished Location Layer (graphics, selections, tree, movement, stretching, creation, deletion, properties, everything undo-able except changes to locationName, modeless property window)
- Extended strings for locations
- Hella code changes, bug fixes, etc.

None of that location edge validation crap that scmdraft does

---

me too

Post has been edited 2 time(s), last time on Mar 20 2014, 7:34 pm by jjf28.

I don´t know if you are able to map with this program at this point but I think that a good thing to add would be to allow cliff merging and cliff stacking.
With Cliff stacking it would be useful if you could specify the Terrain on the higher ground, like if you are mapping with ISOMETRIC terrain but choose to have double cliffs like some added thing.

Cliff merging with be in example of jungle tilesets that Temple and High dirt could be merged by the cliff, SC2s solution to this is having fillers, something that covers the part where the cliffs merges because there´s no transition, in SC2 any texture can blend into the other so no fillers are needed there but in SC1 if Cliff merging would be introduced, somehow there ust be something between the two tilesets.
You could also add a mod that would allow some extra features with your mapping program like introducing Fillers and some tiles that would allow the transition of Temple to High ground/Temple or something.

Thinking about Terrain it could be very useful to read a mod file and update the data the map uses, whatever a mod replaces or adds would be visible in the program, it would also be useful if you could apply the plugins of a mod to other units troufgh the mapping program, the thing is that once you you work with mod content the map would need the mod.

Might also be useful if you were allowed to modify plugins of the mod but that the changes would only be applied within the map when you run with the mod.

It would be pretty damn hard to come up with a custom ISOM toolset of any kind. Maybe a stretch goal...

I love how jjf28 just doing his business Gratz!

Update 4/22/14 - Download Latest

- Corrected inverted location movement/resize calculations
- Added snap to tiles and snap to grid
- Now immediately redraws location tree when you go from no locations to one location
- Corrected a few menu items that shouldn't have been grayed out

Edit: quick fixed a problem with mouse up map position calculation
Note to self: give locations darker base color

Post has been edited 2 time(s), last time on Apr 23 2014, 5:26 am by jjf28.

Wishlist:
- Macrotrigger should be the standard trigger editor of ChkDraft. People will use macrotrigger or some kind of trigger generation system whatever.
- Map <-> Text converter. Enables batch editing of everything in map.
- Preview minimaps in windows explorer. (Icon handler?)


+ Project settings -> C/C++ -> Code generation -> Runtime library -> Configuration 'Release' -> Change /MD to /MT.
It will remove dependencies from msvcr100 thing in Release mode binary.