Staredit Network

How about making the *.dep a zip archive. there are .zip libraries out there, right?
or at the very least make each .dep have a data folder like Audacity.

BeaVer reporting :

the sublabel/rank window isnt right -zerg and toss have ranks but they arent displayed.SC uses them to find out which unit is more important-i suggest u add a number window next to the label

Well, I implemented the Unit Size preview into DatEd and it works fine (even better than in Unit Resizer, since UR doesn't actually show the SC size, but just a rectangle with sides equal to the sum of appropriate values), but it slows the program down by a serious degree, so unless I can optimize it somehow, I don't think it'll be a good idea to have it inside....or is it?

Will reply to the ton of other questions later, don't have time right now

well howmuch does it slows down?
if u make it like unit resizer do u think that it will become faster ?

I dont actualy care about speed

then how about add "units size's preview" Check box to preperences options ?
and write msg " if check this then run slower "
is it good for user more than drop that ?

and i know that u r doing ur All the efforts these now~!

Ok you know the drop down menues in DatEdit.
You know how you can hit a letter and it will go to something that starts with that letter. Then if you keep hitting it, it will go to the next one etc etc. But if you dont keep hitting it fast enough it will go back to the begining. That can be very annoying. So any changes to the speed for hitting the letters in the drop menues would be awsome.

Also I think a history menu would be useful, of previous .DAT/folders that you have opened in the File menu.

And in regards to the Unit size preview you could just have a button that says preview and it shows it until you hit ok, instead of always showing, so it shouldnt slow it down constantly but only when you hit the preview button and until you close that.

Other than those and what others have suggested its looking awsome BroodKiller

I'm sorry if someone has already mentioned this glitch but when I was working on a mod, I saved it and everything was great but after awhile when I loaded the file it was totally messed up, the gauss rifle did around 24503 damage. Are there ways I can prevent this from happening or was it a random fluke?

You probably set the weapon above the Max damage. It happens, because SC is wired to accept only 24503 damage, and in SC it appears as 0 but does 24503.

Speaking of Unit Size:
Hmm...yeah, I think the 'Preview' button would do us all good, but I still believe that constant update would be a better solution. I'll see how much I can optimize this and then decide...

Damage 'errors':
Darktoss is right. SC uses different sizes for different variables and DatEdit also takes care of this. If a value of a property is larger than the variable used to keep it - the program truncates the user-input value to the size used by the game.
This will not work instantaneously, mind you - you CAN, say, give a weapon 99999999999999 damage, and the value will appear all nice. But change the weapon used, and then come back - the value would be truncuted, just as it will be in hex =)

Drop-down menus:
Well, this was reported even before the public testing begun, but I couldn't find a way to fix this. The problem is that such properties are handled on a level that I find it hard to control. But I will try to look into it

ADDITION:
I've finally got time to write down all the requests since 0.93. Will work on them, with the folowing exception:

-Copying from one DatEdit to another DatEdit
(because I ain't got a clue how to make this work propertly....hmm...what will you say for drag-and-drop instead?)

Wouldn't it be possible to create a temporary .txt-file in the DatEdit directory that stored the copied data, and when you paste something into DatEdit it first checks if it has information that can be used in the memory, and if it doesn't, it copies from the file. If it does have information in the memory and there is a .txt-file, it asks which one to choose.... Hope that made sence, I'm quite tired

The drop-down menus should indeed work the way mentioned, if possible. Sounds like you've got quite a bit of work, eh?

Hmmm....hmmm....hmmmm.....that's all I can really say. Whaddya guys think about this against drag-and-drop?

Indeed. Winter exams are on my back as of now, and I shouldn't even be reading this thread but learning Bioorganic Chemistry for my friday's test....

Honestly I use both drag and drop and copy/paste, it just depends some times what im doing. Copy paste is great for big things, drag and drop is great for single items. Copy and paste is also good for when you have a crappy mouse and other things.

I say do whatever is smoother in DatEdit or easier on you to do.

I also have a question is there any way you could make a all text version of DatEdit kinda like in SCM Draft the trigger editor. For those who really know what they are doing its can be a bit faster, but thats mostly a question since i can definatly live without it.

Keep It Up!

thats the reason arsenall zero was made

o so thats what it does, honestly i barely touched it.

I tried using arsenal III but everytime i imported to the mpq it would crash starcraft no matter what i changed so i forsaked modding until Broodkiller made DatEdit.

Go BroodKiller!

You couldve always tried using ArrEdit...Thats what i did until DatEdit was released

god its hard to type from a PSP

ArrEdit? Dear lord...I tried it and couldn't figure out anything. I figured that with Arsenal III, I at least knew what I was doing--even if it did keep crashing all the time. Long live DatEdit!

AMEN

lol...It took me a little while too to learn to use arredit but when I did it was well worth it.

Brood - Why not just implement that grp api that I think is hosted on campaign creations?
ill post a link once I get sober enough...god even wasted I can type right...

The Lead Factor>Well, I already tried it (it was ShadowFlare who made it, btw), but I'm having problems with the DrawGRP function (the most important one). I did transfer the appropriate hardware context to it, but right after it draws 'something' it crashes the whole application, and ain't got a clue how to fix this....:/

As for other news:
-I optimized the backward-reference routine (the one that does the 'Used By' thing), and although it already run like a flash, now I made it run even faster (like 2 times faster even) and use less memory.

-I'm thinking about a splash screen for DatEdit, but can'don't really have time (and skills) to do it. Anyone interested in doing a little favor for me?

GRPLib is extremely simple, it constitutes of mere 4 functions only. The lib itself is ridicully easy, but the outcome is absurdly incomprehensible for me...:/

Splash Screen> Dunno, really. It just came to my mind that since it DOES take a few seconds to load the program, it may be nice to display some fancy gfx on the screen. It clearly should have 'DatEdit' somewhere in it, but -believe me- that's all I can say about it. I'm totally dumb when it comes to graphics design....

i'll be delighted to undertake the work
what size for image?

Dunno....640x480 maybe? Not too much? Just use your imagination and we'll see...

Can I do it in flash? Or Java? Shockwave animation?

I highly doubt that. I mean no offence at all, but having a flash- or shockwave-animation as a startup screen would be pretty eww IMHO. I'm pretty sure it'd take quite a bit of work to implement proper viewing of it too.

Creating it in flash and taking a screendump would work, of course, if that's what you meant...