Staredit Network

Staredit Network -> Modding Chat -> DatEdit: new/old SC modding tool

Report, edit, etc...Posted by BroodKiller on 2006-06-20 at 05:29:45

I don't understand you nj, could you please explain it more?

Report, edit, etc...Posted by TERRAINFIGHTER on 2006-06-20 at 08:58:16

I think nirvana is trying to say that you should make it save common searches into memory so people can get to them easier

Report, edit, etc...Posted by BroodKiller on 2006-06-20 at 14:13:07

Well, the search field does remember the user's input, what more do you want from it?

Report, edit, etc...Posted by SuperToast on 2006-06-20 at 14:41:59

I think that is something like what he wants. Either that or more like a favorites list or a bookmark list.

Report, edit, etc...Posted by nirvanajung on 2006-06-21 at 01:32:06

that's bookmark list.... like Favorited website link list of web-browser
not search field it's about new function
refferring to my attached image
that would be better to management of project if available make favorite groups

let's think about modder's workflow
seach funtion is fine but when start work with Datedit, modder always have to
find every wanted units/wepons ..etc
As u know in Datedit there are no feature for management project
but modder could manage own units of mod as well if book mark would added
Also modder would not need to load own TBL file cuzz just Type a custom name to favorite name

i don't think that is diffuclt things so much
i think that just need ur understanding of modder's workflow

is that need more explain to understand ?

Report, edit, etc...Posted by BroodKiller on 2006-06-21 at 13:40:37

I see....but are there really so much entries in the DATs that you really need personal bookmarks for the most important of them? I personally don't think so, let other modders state themselves.

New news:
Although with several difficulties on the way, the MPQ-support feature is now complete. Basically, this means that with v1.1 you'll be able to operate off MPQs alone

Now I only have to fix TBL-editing (dunno how long it will take though) and who knows...who knows...

Report, edit, etc...Posted by Rikimbo on 2006-06-21 at 15:20:17

I actually think DatEdit's search and navigation features are fantastic, and I absolutely love them. I see no need for adding functionality as far as that goes. You did a really good job with that, with the ID jumps, jump-to buttons, and searches, and I think that's plenty.

Report, edit, etc...Posted by nirvanajung on 2006-06-21 at 16:40:47

aight i c .... i understand ur a line
also i think everyones don't need to that bookmark cuzz most modder have small project
especally beginers
i understand that don't have to take important if project is not huge
but if someone got huge project then that would be useful

anyway that's not very important things to me atleast
i'm not use Datedit mainly.. i already modified AZero to korean version
and i use professional textcode editor so i already use favorite list for editing units

i had just suggest for u consider modder's workflow more
i belive someday someone start huge project then he will ask to u as like my saying

but i know here are no many pplz who would say like that

QUOTE

You did a really good job with that, with the ID jumps, jump-to buttons, and searches, and I think that's plenty

Right ~! that jump very useful to tracking

Report, edit, etc...Posted by Rikimbo on 2006-06-21 at 17:11:10

Oh... actually, come to think of it, bookmarking/labelling might be very useful for organisation, like nirvanajung said. Just recently I was working on something, and forgot that I had already used an unused flingy.dat entry for something, and made use of it for something else. I got crashes on load, got really angry and could not figure out what I had done that crashed it... Bookmarks would have prevented me from making that mistake, perhaps, but I think the problem is more in my personal sense of organisation -- or lack thereof!

Report, edit, etc...Posted by DiscipleOfAdun on 2006-06-21 at 17:33:02

Yeah, that can cause problems. However, if you use the Back-reporting, that normally clears up if a flingy is used or not. I also would suggest keeping a text file with a listing of all the ID's that you use when creating a mod. Of course, I know of another thing(I'm putting it in FG) that BK could do for checking if something is used or not - changing the color of the item if it is edited. I've seen his code, and know that it wouldn't be too hard to put in, but that's up to him. I believe it was already suggested before...but I know that the MPQ's and TBL's are more important that just a small visual change such as that.

Being able to work off just MPQ's?

That's wonderful. Makes my work that much quicker!

Report, edit, etc...Posted by nirvanajung on 2006-06-21 at 17:40:43

QUOTE

but I know that the MPQ's and TBL's are more important that just a small visual change such as that.

ya~! me neither that more important and i didn't say that not imporatant
don't forget this point
had i been complained ? i had been not any complains about this
that was just suggestion Also i know that whatever take it or not, just decision by owner
and i don't have mind pressure to u guys whos develop currently

i really understand uguys so much what is annoyed
me either have experience as like u guys
my intention is for delveloper try give ear to each conditions of workflow
though think not need to that

Report, edit, etc...Posted by BroodKiller on 2006-07-11 at 08:05:31

More newz:
Well, I decided to give it at least a try and the result is that v1.1 will have a full-fledged, nicely working Bookmarking system. But you made me do it, remember

Under works:MPQ-support security fix
To-do:TBL-editing fix

BK out

Report, edit, etc...Posted by TERRAINFIGHTER on 2006-07-11 at 09:28:00

Nice to see an update on this, but I think researching into the leftover unknowns is alot more important than extra features...

"MPQ-support security fix" What does that do?

also, since DatEdit seems to be almost 100% completed, mind telling us what your next project is/if you have one?

Report, edit, etc...Posted by BroodKiller on 2006-07-11 at 09:46:59

When you open an MPQ archive, there is a conflict between the original TBLs/Icons and those imported from the archive, and I'm trying to address this issue.

I do have one project in mind, but I won't reveal anything until I am 100% sure I can pull it off. But that's the future - in two weeks I'm going to UK for 2 months, and hopefully I'll have a break from programming in this period

Report, edit, etc...Posted by DiscipleOfAdun on 2006-07-11 at 09:51:19

BK have another project....hmmm. I wonder what it could be...

As for that 'issue', I gave a suggestion already...but here's another one. Before you can change tab to a non-mpq loaded *.dat, make the user close the mpq and reload the default files. So, it's basically disabling the editors that don't have files in the MPQ. If the user wishes to use them, put the file in the mpq and then they can.

Report, edit, etc...Posted by BroodKiller on 2006-07-11 at 10:20:45

It's not so easy, mate - as you may easily find out, the "OnChanging" event for the TPageControl component doesn't tell you what page the user wants to change to. It's not the matter of making it work (which I've done already) - it's the matter of the stability of the program, and this is the topmost priority for me. I don't want to "make user do something" - if he wants to do something then my role is to allow to him to do it, and not to do it for him.
The problem with "If the user wishes to use them, put the file in the mpq and then they can." is how could this action be initiated WITHOUT special single-purpose buttons/menus? My current solution is that the non-mpq editors be disabled for the time of MPQ-content editing.
Btw:the MPQ-DATs are extracted to a temp directory, and a special command flushes them all back to the MPQ.

As for the other project...those who know, know

Report, edit, etc...Posted by TERRAINFIGHTER on 2006-07-11 at 11:01:55

Sounds like it should be nice n fun for you to fix, good luck solving it

awwww why can't we know?
don't you need more beta testers for the project that can research any unknowns for you ahead of time?

I got a sugguestion similar to DoA's, make unused ID slots highlighted in grey so it's easier for the user to find

Report, edit, etc...Posted by Ojan on 2006-07-11 at 11:21:31

I don't know if I have already said it or not, and I'm way too lazy to bother to look, but here's a suggestion for a feature I would very much like to see:

Compare a .dat-file with the default one. If I don't know what's changed in a .dat, I'd just compare it to the default one, and every value for every unit that's changed would be highlighted in red or something.... I know I would use it quite a bit.

BTW, that project is what you mentioned in a PM, yes?

Report, edit, etc...Posted by BroodKiller on 2006-07-11 at 12:25:13

Hmm..highlighting the differences...? I like the idea but technicallly this sucks because it would require a comparaison check to be run each time you change a tab or an entry, which will result in a HUGE slowdown. If you can think of a different way to do it, I'll listen, but for now - don't count on it.

And yes, it's 'this' idea from the PM

TF>Don't worry, when the time comes, you'll be one of the first to know

Report, edit, etc...Posted by nirvanajung on 2006-07-11 at 14:11:31

QUOTE(BroodKiller @ Jul 11 2006, 06:05 AM)

nicely working Bookmarking system.

that is nice work, Bookmarking system would be really useful for busy moders
n e ways, Keep up the good work

Report, edit, etc...Posted by DiscipleOfAdun on 2006-07-11 at 21:38:34

It would slow down a bunch if you did that. I was going to do that for FG, but I think I'm keeping it internal, and only at the save. However, my main idea was to check like that...every time it was edited. You've once again made FG that much easier to code, seeing as how I've got a new idea that will go much faster than before....thanks! Of course, there is another thing similar to that which wouldn't take as much overhead in the program. Create a function that compares against the default, and only highlight the name of the entry if it is changed, and only when the user does an action to activate that. Something like that would require the compare function, and an OnCustomDraw function for the TTreeView(I've got one if FG, I'd be glad to share if you want to see it). It'd probably need a variable to tell you that you are displaying the edited ones. Something like that would be really helpful when looking at another modder's *.dat files, or even on big projects when you want to know what entries have been changed.

Also, if, before you leave, you need to do anything tailored to my talents(for your 'project idea'), PM me...I'd like to help in my free time away from FG(I can only take so much at once you know...)

Report, edit, etc...Posted by BroodKiller on 2006-07-12 at 07:21:36

QUOTE(DiscipleOfAdun @ Jul 12 2006, 03:38 AM)

Create a function that compares against the default, and only highlight the name of the entry if it is changed, and only when the user does an action to activate that.

Hmm...this doesn't sound so bad, when I thik of it. However, if it is to go into in-depth comparisons, then it WOULD cause a slowdown, especially when you browse through many entries (just presing the Down Arrow). But I like this idea on the "entry" level. I might put something like this into DatEd.

QUOTE

Something like that would require the compare function, and an OnCustomDraw function for the TTreeView(I've got one if FG, I'd be glad to share if you want to see it). It'd probably need a variable to tell you that you are displaying the edited ones. Something like that would be really helpful when looking at another modder's *.dat files, or even on big projects when you want to know what entries have been changed.

Yeah,I'd gladly see it, I don't have much time to invent everything on my own

QUOTE

Also, if, before you leave, you need to do anything tailored to my talents(for your 'project idea'), PM me...I'd like to help in my free time away from FG(I can only take so much at once you know...)[/color]
[right][snapback]522256[/snapback][/right]

Thanks for your assistance, but I don't think that I'll start its development before I leave. I'll call for your services when I'm back, if you don't mind? And don't get distracted from FG - it is certainly a much more needed and useful application

QUOTE(TF)

I got a sugguestion similar to DoA's, make unused ID slots highlighted in grey so it's easier for the user to find

I could implement this, but define "unused ID slots", please. Do you mean those that are unused inthe original game or in a current mod or what?

Report, edit, etc...Posted by DiscipleOfAdun on 2006-07-12 at 09:25:11

Without knowing the tech tree, how do you know what is unused in the current mod? Well, for units.dat anyway. I guess that flingy, sprites, images, and weapons are easy enough(well, weapons still might need info from the iscript on what is used/isn't). I would bet that original unused isn't too hard to do though.

QUOTE(BK)

Okay, but just so you know, my idea works not every time the list is drawn, only when the user selects an update to the changed/not changed status of the entries. I designed it to avoid the overhead I know would come from having it ran every time the selection changes or when the entry changes. So, you have a menu option that compares the current *.dat file against the default, storing whether the entry is changed or not. Then, the Draw event could read that variable to determine what color to change the canvas's brush/font color. Of course, it wouldn't be up to date all the time, because changes can be made between things, but the way I've got it avoids nasty problems by running the comparison code each time an entry is changed(trust me. If you look at the old copy of FG I gave you, I did that kinda. It is actually most of the reason the functions it is in are so slow in that version.)

Report, edit, etc...Posted by TERRAINFIGHTER on 2006-07-12 at 09:52:38

QUOTE(BK)

I could implement this, but define "unused ID slots", please. Do you mean those that are unused inthe original game or in a current mod or what?

I mean in the current mod, meaning when you open a .dat file it checks every entry's back report and if it's empty it highlights that entry

and if you're saying it will slow down the loading time for openning .dat files,
wouldn't it be simple to add a option to allow it or not for those that have a slow computer or don't want to wait?

Report, edit, etc...Posted by BroodKiller on 2006-07-12 at 10:01:49

Hmm...but what doing this for? I implement it, images.dat for example will be crawling with "unused" entries, which is bad don't you think?

Next Page (20)