Some minor but often-confusing graphical bugs occur pretty frequently with creep and power displays.

Creep:


Power:


Haven't been able to fix the creep at all, but deleting and undoing the 'unpowered' structure fixes the power issue.

edit: Question regarding the batch importer. What quality settings does it use? The same as what you set the standard single-wav importer?

Post has been edited 1 time(s), last time on Jun 20 2017, 4:26 pm by Pr0nogo.

I knew about the creep display, undo / redo sometimes clips a tile. Haven't gotten around to fixing it. Recreating the creep spawners should fix it.

I didn't know about that. What causes it?


Right now its hardcoded to use uncompressed import. The dropdown at the bottom is too far away from the batch import option to make it intuitively clear that it would be used.

As long as it's uncompressed I'm okay with it, haha. That's what I use. Just wanted to make sure.

Not at all certain on what's causing the power display issue. Upon map load it behaves that way, it seems. Could also be due to ownership changes (even when you change both the pylon and the building being supplied by the pylon to the same player at the same time).

Fixed the power display.

Quick work! Good stuff.

I can't edit the <ERROR> field for this trigger action.

edit: perhaps related to the terrain and doodad tree issue discussed a few pages back, the location tree only lists a few locations out of the many (I have ~160 used on this map):



Post has been edited 1 time(s), last time on Jun 20 2017, 11:40 pm by Pr0nogo.

Not sure what is going on with the locations. Were you switching between maps, or creating locations?


Also uploaded a new version with the powered display fix, and changes to the way the internal UI interaction state is managed. Now about 75% of the way of having that state being managed the way I want. Let me know if anything broke.

The ones that are showing are ones I created after opening the map. I may have switched maps, don't remember.

I'll check out the new version soon.

Encountered a small issue in editing triggers in the classic trigedit:
When i want to edit an element of Condition or Action i have to click on it about 2-3 times until i get the dropdown menu. Furthermore the dropdownmenu is always alligned to the left which is a bit confusing.

Furthermore Triggers are not listened in the way its normally (I miss the small boxes for each trigger):


Another thing is a strange behaviour of the toolbar, im not able to put all three categories in one line (resizing looks bugged):


Last but not least every now and then scmdraft is hanging sometimes - then im not able to edit anything or use the toolbar ut i can close the editor without any error message or a prompt that asks me the save changes

Post has been edited 4 time(s), last time on Jun 23 2017, 7:55 am by Mimose.

Your images don't work - no permission.

Next time it hangs, can you start task manager, right click on scmdraft, and save a dump file? I can look at that file to maybe figure out what is going on.

Edited previous post, hope images will show now.
I'll do that dumping when i encounter it again.

Edit: I just encountered that bug again. I was editing some terrain via copy and paste. Then i wanted to change zoom. The toom menu wasnt clickable. then i was able to click save (and it saved) but after that no more buttons did work. Anyhow i was able to change window size and position (without content adjusting).
you should be able to dl the dumfile here

Post has been edited 1 time(s), last time on Jun 23 2017, 11:32 am by Mimose.

The classic trigedit boxes should be back in the newest or maybe even last 2 versions.

You should be able to drag the toolbar to have it use one row if your monitor is wide enough.


The freeze doesn't appear to be an actual hang, scmdraft just is in a state where rerendering the screen fails. See my PM for details on how to track down the cause.


No idea whats going on with the dropdown menu in trigedit - do you get any riched errors when starting scmdraft?

E: Also, I'm surprised every link is a different color in the trigger editor. Maybe a win8 / win10 thing? I don't remember seeing that on my laptop though.



E2: New version up, but this only changes the internal implementation of brush / cursor / selection rendering. It now is in effect a state machine using an 'EditorMode' state which has 32 different possible settings....

Post has been edited 3 time(s), last time on Jun 23 2017, 11:03 pm by Suicidal Insanity.

Took the newest version now. Toolbar adjusting works fine now. Im working now with console in background.
Yes i still get the Riched error when starting the editor (Console is at: "Initializing the main editor engine"):

BUT:when im setting the SC-Path at the profiles on startup i dont get the message (Same for SCMDraft0.8). Anyway the allignment of dropdownmenu is still left.

With Different color of links you mean the following?:

The new brush rendering can cause hard freezes and often hides the clipboard when attempting to paste a doodad. It also leaves red lines all over the place when moving the cursor while pasting terrain. I have to move back to the older version for the time being.

I fixed brush doodad getting the offset applied twice, red lines, and a freeze when C+Ping a 0x0 tile section yesterday, but went to bed before testing+uploading the build. Hopefully tonight.

Alright, I'll test it when the new version is up.

Very limited testing today, was a long day, but its up.

Mimose: It also includes a change to the calculation for where the dropdowns are displayed to better support richedit 2 + 3 at once.

The message box you are getting has to do with text trigedit, gonna try updating that to use richedit 2 instead of 1 later on this week.

I don't think this has been said enough but... good work SI.

^

I'll echo the above sentiments. Really grateful to have you continuing to support this tool.



Some small lines and dots from the terrain selection tool persist after the selection is cleared.