A block element is just a container. It holds a bunch of stuff. It got an id too. As is obvious, you can jump to a different block. In fact, it is an error to run out of a block. That is why there is always a jump or end element at the end. A good thing about the blocks is that you can easily rearange large chunks of the trial data. And as you can see in the CE, that is a special kind of block. I am hoping to do other kinds of blocks later on.
autoFrame has different frame termination logic. It runs on a timer instead of waiting for the advancement button. I could have used the same type, but I did not.
There is no reason why I would need a child element for the actual dialog.
I have not thought about linebreaks.
I might move the color to a textFormat element instead. But otherwise, I try to follow the rule that each element triggers a change of its own. And the speaker is element content for another reason, because it is displayed text.
Classical here means "not modern", "not latest kind", "the original kind" and so on. I mean non AAI investigations.
Currently working on a redesign of Court-records.net.
Classical here means "not modern", "not latest kind", "the original kind" and so on. I mean non AAI investigations.
Oh, I see. You mean AA investigation locations?
Hmmm. Well obviously you'd need an element called investigation, but other than that, I'm not sure. Maybe conversations could be stored inside block elements that are inside the investigation element.
But how would it work with a talk menu? That is the main concern here. The rest can rather easily be adapted once that is settled.
I also want those intro conversations.
Currently working on a redesign of Court-records.net.
I duno about the names having a prefix. But what matters the most is where they are stored. In the trial element or in the investigation element?
This has an impact on the scripting. My issue here is how the conversations return to the talk menu.
About newlines: My engine apparently already supports them. No element used, just make a linebreak in the text content.
Currently working on a redesign of Court-records.net.
Oh yes! I didn't notice the jump element. Maybe you could have an attribute in the jump element that returns you to a talk conversation by entering the investigation's ID.
It is quite limited, it is mainly for jumping to blocks. It does support jumping to a specific subtask, but that is messy and requires counting. Maybe I should allow it to use ids instead?
How about this, you write up an example location and we see how it end up. Meanwhile, I will just import some more graphics into flash.
Currently working on a redesign of Court-records.net.
The data does need to be downloaded, yes. But no data needs to be saved on disk. Flash player ten is a requirement. I know of the issue with youtube videos failing, I have experienced it myself.
Currently working on a redesign of Court-records.net.