Add "Priority" variable to ”EliteAttack.talk"
Sometimes I want to use "EliteAttack.talk" with higher priority. It would be nice to be able to send a "Priority" variable to EDDI when additionally specified.
Can you explain what you’re trying to do?
For example, if you want to give priority to "Jump primed." Of "Jump" or "Cruise" command over Speech Responder of EDDI, set "Priority" which is a variable of "say" command of EDDI to "EliteAttack.talk". You can easily do it if you can use it from.
This is an example with the default value set to 4.

So you want me to set priority for TTS my stuff does?
Since the default of EDDI is 3, I want you to set the default of this profile to 2, which is higher than EDDI. Also, it would be nice to be able to add priorities at will.
Messages from this profile are often more important than those from EDDI, so prioritizing them will require less modification to the profile.
Messages from this profile are often more important than those from EDDI, so prioritizing them will require less modification to the profile.
I think you are misunderstanding how priorities work. Priority 1–4 only affects pending speech, aka everything after the current one. E.g. if 1 is running, then 2/2 is queued and you add a TTS invocation on prio 4, the current (prio 1) will finish, then the prio 4 one runs, then the prio 2 ones.
The only priorities with immediate effects are 0 (will always be immediately interrupted by anything prio ≥1) and 5 (will always cancel and running and pending speech and execute immediately).
Actually off the top of my head I’m not sure if 0 or 5 are highest, but you get the gist either way.
I’ve thought about adding priorities to TTS, but it’s not very high priority if I’m perfectly honest.
Also, it would be nice to be able to add priorities at will.
For your own stuff you can just use the say context with whatever priority you want. If you’re talking about being able to set priority for basically any TTS my profiles do, individually … yeah, no. Waaaaayyyyy not worth the effort, IMO.
I can definitely set a default priority to be slightly higher than EDDI’s default; but given it only affects pending speech I’m not sure if that’s what you want.

Actually, Priority 0 can be used. In that case, the system message is also interrupted.
If multiple scripts send messages during an event, it makes sense to work on the pending ones.
For example, after a hyperspace jump, EDDI issues multiple messages, the message with a higher priority than EDDI (Priority 2) works as I expected.