PDA

View Full Version : Story Font



Paul Pratt
June 18th, 2014, 16:16
Hello all,

In the Dark Heresy ruleset I have been working on I am using a chat theme that is black background and light or white font colors. Unless I override alot of the desktop for CoreRPG I usually I end up with a few issues.

1. The mod collector number is balck, should be white. I think the only place this is called out is in the actual .lua file of the dice tower and not the fonts file. Is there a way I can alter this without overriding the entire .lua file?

2. The chat story box is a white/light background. What font is used as the story font? In the past I latered the .lua, but again as above it heads down the road of less ease of integration and CoreRPG has updates. Any ideas on the font?

3. Last is I need to alter some lines in the manager_action.lua to make drag/drop combat rolls work in Dark Heresy. I know its a significant script and would rather not alter it, but is there a way I can get just the lines I need in? For instance the way the merge/join rules work for the .xml files.

Moon Wizard
June 19th, 2014, 02:43
1)
The dice tower script is using the "chatfont" font in my version, which you should have already overridden with a new font entry for "chatfont". At least, I assume you have overridden, since your chat is probably already working.

Otherwise, the only fonts I see used in CoreRPG for the modifier stack are "modcollector" and "modcollectorlabel", and they are only used in the modifier stack. (desktop/desktop_classes.xml and desktop/scripts/modifierstack.lua)

2)
When chat entries are output to chat window without any interception by scripts, here are the fonts based on chat mode.

"chat" -> "chatfont"
"story" -> "narratorfont"
"act" -> "emotefont"
"emote" -> "emotefont"
"ooc" -> "oocfont"
"system" -> "systemfont"

By overriding these font entries, you should be able to control the colors of the fonts displayed in the chat window.

3)
I responded to your PM about this. Basically, you don't want to override ActionsManager, it will always be a problem long term. Since the roll records retain single string/number member variables throughout roll process, store any needed data in the roll variable and recover at the end.

Regards,
JPG