I am having a some problems using an external standalone dialoge file (with-1 entries)file for adding entries to the journal.... I have read your post Darth333 but it seems I'm doing something wrong:

I would like to know:

In what way should the dialogue be structered?

Like quest entry is the speaker (and tag) and the description the listener or what?

I know how to use Stoffe's &Tk's excellent tools and i can easily add stuff and make the journal entries work on my own system by patching Dialoge.tlk and using strresfs in the journal... This would be okay I suppose and would'nt really make any difference come distribution time....

All I need is a bit of clarification on how to use the -1 function (and external entries)

Stoffe:About the TSL patcher
With regards to the above mentioned is there anyway to use the gff function to add entries to the journal? obviously yes I presume....but since the original has 500 "text" enries the things would screw up if i use 2damemory tokens to refer to my entries in append.tlk

I would want to add some structs....Is there a syntax? I realize I'm asking to much....But i love your tool.....and i hate when people has to perform a let's say 10 backup operations....I'm sure you thought of this


Could I just add my own jrl or what would your advice be?

Bare over with my english please ....DK....

About the TSL patcher
With regards to the above mentioned is there anyway to use the gff function to add entries to the journal? obviously yes I presume....but since the original has 500 "text" enries the things would screw up if i use 2damemory tokens to refer to my entries in append.tlk


The safe way: Not yet...
The guinea pig way: Hopefully yes, with the new feature added in TSLPatcher v1.2. :)

The test-version of TSLPatcher v1.2 (which you can find a link to in its thread in the Tools-forum) is capable of adding new fields to a GFF format file (which the global.jrl file is). I don't remember who requested that feature, but I'd assume adding journal entries were one of the reasons it was asked for.

If you feel like being a guinea pig and want to test it, download TSLPatcher v1.2a (wip v3) and ChangeEdit v1.0a (wip v3), which I uploaded a moment ago. In ChangeEdit you'll notice there's a new button on the panel where you can modify existing GFF-fields, next to the arrow buttons. Add "global.jrl" to the GFF List here and press the new button.

This will open the "Add GFF Field" window. Here you can configure the TSLPatcher to create new fields in the GFF file. Check the help text available by pressing the "i"-button above the field list. It should hopefully give some idea of how it works.

Then you'll have to check the field structure of a journal entry in global.jrl with a GFF editor, and add new fields with the same structure in ChangeEdit.

If you want to have a look at how a functioning dummy for adding a journal entry might look like, you can get the changes.ini file I used to test that particular feature here (http://www.algonet.se/~stoffe/changes.zip).

If TSLPatcher v1.2 is run with that INI file, it'll add a new entry at the end of the Categories-list in global.jrl. As before, if the global.jrl exists in override already, that file will be edited in-place. Otherwise an unmodified copy of global.jrl must be present in the tslpatchdata folder to allow the Patcher to copy it to override (and then apply the changes).

Wow Stoffe

That's great news....Guess i will try out the ginny pig way then. Actually i dont need the change edit application, as I find it easier to just add stuff in my favourite text editor. As long as functions exists in the actual patcher then it's more than good enough for me.

Thx again man