Andor's Trail Content Studio [ATCS] - Win/Mac/Linux Content Editor

[Zukero]

Thanks. Glad you like it. IIRC the colored arrows were there on day one.

[rijackson741]

the colored arrows were there on day one.

Yes, you are right. Not sure why I thought they were new.

[rijackson741]

the comparator tables, showing all Items or NPCs in a convenient table, copy-pastable to spreadsheet software.

OK, You've got me. Copy-pastable how? I'm trying to copy everything over to Excel where I've got more flexibility to compare two sets of items, but I can't figure out how to do it. There's no menu item for copy, right click doesn't do anything, and Ctrl C doesn't seem to work either. What am I missing?

[rijackson741]

Update: I closed the items comparator and reopened it, and Ctrl C works. So then I closed ATCS completely, reopened it, and reproduced my steps as best as I could remember, but I can't reproduce the problem. So forget this for now. If it happens again I'll let you know.

[Zukero]

V0.4.3 released !
It's just a small bug fix for a long standing bug that plagued importing JSON data.

[rijackson741]

Fast work! Thanks

Edit: to an outside observer that comment probably looks like a heavy dose of sarcasm. So to clarify, I was working on something earlier today, and that bug was seriously impacting my ability to do it. So I PM'd Zukero noting that although it had come up before (see page 2 of this thread) it had never actually been fixed. Zukero posted the fix within hours.

So no sarcasm. If I had been referring to the original bug report on the other hand...

[rijackson741]

I've found another bug (new to 0.4.3, I think). Here's what I see when I look at Shadow of the Slayer:



It has category "none", but notice the json file it's being pulled from. If I go to the startitems droplist, I see this



Again, notice the json file it's coming from.

I don't even know what these debug droplists are, but it's not the correct Shadow of the Slayer or the correct starting items

Edit: There's two entries for Shadow of the Slayer and the startitems droplist, one from the debug json files and one from the main json files. Since I don't know what the debug files are used for I can't say if there's any use to having that data appear in ATCS, but if there is then it would be much less confusing if it had it's own "debug data" folder.

[rijackson741]

I could add another edit, but I'll add a post instead so that you are at least notified that I have new information. You can combine it with my previous post if you like.

In the items comparator I also see two copies of Shadow of the Slayer, but they both have category 0 and the wrong stats

I'll also note that if there is altered data, then the comparator only shows the altered data, not the source data. I don't know if that's what you intended, but if I want to compare the altered data to the source data it means the comparator is not useful (except as a source for copy and paste to Excel, anyway).

[twirlimp]

V0.4.3 released !
It's just a small bug fix for a long standing bug that plagued importing JSON data.

Hello!

Amazing tool you did there.

I added a few new JSON fields and was wondering how difficult it would be to make them appear in the ATCS gui.
(I don't mind adding them myself if you're busy, since I'm going to help with ATCS eventually)

I made this post about what each of them does.

They are:

In MonsterTypeParser:
+"hpFleeThreshold",
+"lineOfSight",
+"rageMultiplier".

In AbilityModifierTraits:
+"increaseMaxRange".

[Zukero]

There's two entries for Shadow of the Slayer and the startitems droplist, one from the debug json files and one from the main json files. Since I don't know what the debug files are used for I can't say if there's any use to having that data appear in ATCS, but if there is then it would be much less confusing if it had it's own "debug data" folder.

All *_debug.json files are the so called "debug data". These are used to test a feature in development, to prevent waiting for all game data to load, and to play in a simple testbed world (one map, few items, etc.). It really speeds up game startup time in a VM or emulator. For your concerns, though, you can safely delete them all, and the problem will vanish.

The true solution, and one that I considered a while back, and still have somewhere in my mental TODO list, is to use the res/values/loadresources.xml file, in order to know what files must be loaded in ATCS. A simple flag in the project will let you decide whether you want to use this file, or loadresources_debug.xml (that references only the *_debug.json files), or none (and work just like today). I think this will be my next priority in ATCS development.

Another good idea would be to prevent debug data from using IDs matching actual game data. I did it for monsters already. It would still leave the door open to trouble for the "startitems" droplist, whose name is hardcoded in the game code, and thus having the same ID in both normal and debug data is necessary. Another fix to implement in the game I guess !

Amazing tool you did there.

I added a few new JSON fields and was wondering how difficult it would be to make them appear in the ATCS gui.
(I don't mind adding them myself if you're busy, since I'm going to help with ATCS eventually)

Thanks, glad you like it.
It shouldn't be difficult to add, but I won't do it in the "official" ATCS until this data is used by the current game code.

In order to code it yourself in a fork, you should look to this places:
- In class com.gpl.rpg.atcontentstudio.model.gamedata.NPC, especially methods parse(Map npcJson) and toJson()
- In class com.gpl.rpg.atcontentstudio.ui.gamedataeditors.NPCEditor, especially methods insertFormViewDataField(JPanel pane) and NPCFieldUpdate.valueChanged(JComponent source, Object value)

As it is an "enum" type of data, you can find inspiration with the Monster Class or Movement Type fields.