Staredit Network

Staredit Network -> Modding Chat -> TBLTool [In Production]

Report, edit, etc...Posted by TheNomad on 2006-12-14 at 07:42:45

So you want an option that displays only the unit section of stat_txt and then organizes it in a tree-like structure ?

Report, edit, etc...Posted by BroodKiller on 2006-12-14 at 10:34:55

Unfortunately, this belongs to DAT editing actually, and you would need to parse a DAT file to get the IDs of the necessary strings.

Report, edit, etc...Posted by Corbo(MM) on 2006-12-14 at 12:37:58

Without finding any IDs or anything can you just order them by looking at a map editor or something? DatEdit would help too.

Hey I'm just asking for some order because it's really annoying to find the string you want with the order they are in the stat_txt, I always find my self "Ok.. this is the unit string now let's edit the build uit string and then the abilities it uses" and i have to go up and down finding them, I waste more time finding strings in tblpad that making the mod itself :l

Report, edit, etc...Posted by Kookster on 2006-12-14 at 13:40:28

how about making another file that refers to a line in the tbl then rewrite that however we want, kinda like a shortcut. Shortcuts you can rename and relocate.

Report, edit, etc...Posted by TheNomad on 2006-12-14 at 16:26:10

Corbo, you can't do that with TBL files... especially stat_txt...
The closest thing you can get to is with something like what kookster mentioned.

Report, edit, etc...Posted by Oo.Insane.oO on 2006-12-14 at 17:17:26

Update:
Finished search function
Added string section is done
Remove string section is done

Percentage: 64%
[progress]64[/progress]

Report, edit, etc...Posted by Kookster on 2006-12-14 at 18:45:29

I love shortcuts they are my kinda thing, if you cant change it just change what goes to it!

Report, edit, etc...Posted by Corbo(MM) on 2006-12-14 at 20:18:33

Unless you are the one making the program You can't tell to me what or what can't be done, so Lakai Can you try to do it?

Report, edit, etc...Posted by Oo.Insane.oO on 2006-12-14 at 20:42:18

QUOTE(Corbo(MM) @ Dec 14 2006, 08:18 PM)

Unless you are the one making the program You can't tell to me what or what can't be done, so Lakai Can you try to do it?
[right][snapback]603830[/snapback][/right]

I suppose I could try to organize the strings but it might require me to rewrite the sc string file... There is a search function on my program too so if I dont end up doing it there still will be ways to find it

Report, edit, etc...Posted by Corbo(MM) on 2006-12-14 at 23:04:26

Yeah I guess the search function would do the job. and you don't have to rewrite anything I guess, you can just make the strings load differently

Report, edit, etc...Posted by TheNomad on 2006-12-15 at 16:14:46

QUOTE(Lakai @ Dec 15 2006, 04:42 AM)

[right][snapback]603841[/snapback][/right]

That won't work, since the TBL doesn't have a specific order except for a few things that REQUIRE a certain index. Other than that, you can't always assume that say, between index 10 and 90 you have units and between 100 and 150 you have upgrades.

And the reason I am saying it is because you can't differentiate the unit entries and the StarEdit entries or the unit names and organize them between ground and so... if someone makes the terran have 12 ground units and 2 air units, I doubt you can actually check which are which (assuming they didn't do the StarEdit parts)... Plus the program is a text editor so your request just seemed a bit illogical that's all

But imo search should do it

less hassle for everyone I guess, but if Lakai wants to do it the hard way sure, but I don't think there is any suitable way to organize the TBL entries 100% (assuming someone goes to the extent of modifying the EXE even as to use different indexes thus removing limitations).

Report, edit, etc...Posted by Oo.Insane.oO on 2006-12-27 at 11:16:18

Well I decided the search function will have to do it

Update:
Ive done some work on adding strings and cleaned up the display again

it hasnt been a productive week for me

Report, edit, etc...Posted by DiscipleOfAdun on 2006-12-27 at 11:35:20

I would like to see it edit tbl files from inside an mpq, if that isn't planned. I also think that, with 1 extra file, a rather robust and useful Tree View can be implemented, if you wish to do that. While working on FG, I found that a Tree was a lot easier to use from a user's standpoint than a simple id sorting. yeah, it's a pain to code (because something like a tbl file needs drag+drop for the entries), but it'd be much nicer to use in the long run, and especially for modders who make large customs. Not saying you have to, but if you think you might consider it, I'll get my idea organized up.

Report, edit, etc...Posted by Oo.Insane.oO on 2006-12-27 at 11:57:08

QUOTE(DiscipleOfAdun @ Dec 27 2006, 11:35 AM)

Actually I like that idea but im not exactially sure how it could work

Example:

CODE

[U]Strings[/U]
- String1
- string2
ect.
[U]Custom[/U]
-String1
-String2
ect.

Unlike TBLPad TBLTools doesnt just use a text box and having the options off to the side. It actually has a editor screen with all the options in it to keep it organized. It basically would need to load from the screen to the editor which I didnt even think of before but thats a good idea

As for loading in the MPQ that is another good idea but most modders are used to taking everything out and even if it could do that and you save it back into the scmpq than what are you supposed to do because you lost the original .tbl file for the strings. Unless im not thinking how you are I dont think that is such a good idea to do

Basically I think the treeview is a pretty good idea once I figure out how to make it convienent to work

as for loading through the mpq im kinda iffy on it

Report, edit, etc...Posted by Kookster on 2006-12-27 at 14:21:41

Suggestions:
open stat_unit.tbl from mpq
open stat_unit.tbl from regular folder
save stat_unit.tbl to mpq
save stat_unit.tbl to regular folder

This would take care of DOA's request to work from the mpq. Just have both options cause ide definatly use both, because I like to back things up!

Report, edit, etc...Posted by TheNomad on 2006-12-27 at 14:28:01

QUOTE(Kookster @ Dec 27 2006, 10:21 PM)

Suggestions:
open stat_unit.tbl from mpq
open stat_unit.tbl from regular folder
save stat_unit.tbl to mpq
save stat_unit.tbl to regular folder
[right][snapback]606263[/snapback][/right]

stat_txt.tbl

Well, organizing lines in an organized tree-style is close to impossible (though as DoA said and as I said in one of the first posts still possible more or less), but a pain.

The best way I can think of is using the StarEdit section of the TBL to organize them, but if someone doesn't include that section problems may occur. That is how I'd do it at least, but I am happy I'm not the one having to do it

I guess you can also check for hotkeys and therefore organize these separately from the normal strings...

Report, edit, etc...Posted by Oo.Insane.oO on 2006-12-27 at 15:26:34

QUOTE(Kookster @ Dec 27 2006, 02:21 PM)

Suggestions:
open stat_unit.tbl from mpq
open stat_unit.tbl from regular folder
save stat_unit.tbl to mpq
save stat_unit.tbl to regular folder
[right][snapback]606263[/snapback][/right]

hmm that might work but im not sure...is it really that much of a pain in the ass to just take it out of the MPQ because there are a couple Stat_txt.tbl files in the mpq and it could be confusing to figure out

Report, edit, etc...Posted by Corbo(MM) on 2006-12-27 at 17:48:50

So.. what's been up with this?

Report, edit, etc...Posted by Oo.Insane.oO on 2006-12-27 at 18:29:16

QUOTE(Lakai @ Dec 27 2006, 11:16 AM)

Ive done some work on adding strings and cleaned up the display again

it hasnt been a productive week for me
[right][snapback]606233[/snapback][/right]

Not a whole lot

Report, edit, etc...Posted by DiscipleOfAdun on 2006-12-27 at 21:55:50

Well, for the MPQ, all you need to do to determine what file to open is figure out the locale id that you need. I don't remember exactly how it works, but it's not that hard, iirc. It's just I've never done it because I always use the default locale id.

As for the tree view, 1 binary file with the following information would work fine(this is based off the string tables in FG):

CODE

WORD wNumOfFolders;
//for each
WORD wLevel; //describes the level in which the folder is
WORD wFolderType; //specialized value
char[255] szName; //String with the name of the folder
WORD wSubItems;
//for each
WORD wStringID; //index of a string in this folder
WORD wOtherID; //The dat file id that this string will deal with

That would be enough to reload a tree when saved. The only trick is getting the levels right when opening. I've spend a long time thinking about how to store tree view's in files for easy reloading...this seemed to be the best way. You could make a default file like this that comes with the app, and then only save it when the Tree View is used. If you want it, there's one way to do it(you could even decrease the strings down to just null terminated if you want and can read them that way...I did in FG to save space...). If not, that's ok. I just think it would be very helpful in the long run.

EDIT - I had another idea to make this work really well with FG if you do decide to include it. Added two fields to the format to allow for this. It'll take more to decided the values that need to go there(mainly the folder type)...but those two values would allow me to have FG be able to completely be automated when making buttons.

EDIT 2 - Ok, looked over Stat_txt.tbl(the only file I'd need to parse through). There's 12 different categories of strings I'd need. IF you want to do this, I've got them organized as to what I need. If not, I'd like to know now, so I don't go wasting time coding something I'll never use. Of course, I'm probably going to make a program specialized for stat_txt.tbl that'll work in conjunction with FG either way. It's just, I wanted you to have the opportunity to add in something that FG will use in the future. Oh, I haven't completely decided 100% on the format that the file FG reads to parse the strings is, so the above one is just an idea...

Report, edit, etc...Posted by Oo.Insane.oO on 2007-01-07 at 10:29:53

Ok after a little bit of a break I am slowly going back to work on TBLTools

Next Page (2)