Why Is This Chat Result Separated?

Today, when I was testing out a macro I've had in operation for a few months. The result is the top of the box separated from the bottom, like this: Previously, the header of this chat result was attached to the bottom. There was no separate green background and blue background. Here is the macro script: /w @{selected|character_name} &{template:attacks} {{color=@{selected|color_option}}} {{name=@{selected|character_name}: [ Roll ](~MacroMule|RollD20ToHit)}} @{selected|repeating_weapon_$0_weapon_whisper_to_hit} &{noerror} An image in the past from the same macro from my chatlog - a couple of weeks ago or less. The only thing I changed was the character's name and roll template colour: So, what's going on? Has R20 done more changes?

The issue is likely in the contents of MacroMule|RollD20ToHit, since that is where the break is occurring. It feels like it is sending a hard return, and thus sending the subsequent part of the referring macro to chat as a separate, unwhispered message. Can you post that code?

keithcurtis said: The issue is likely in the contents of MacroMule|RollD20ToHit, since that is where the break is occurring. It feels like it is sending a hard return, and thus sending the subsequent part of the referring macro to chat as a separate, unwhispered message. Can you post that code? Thanks for replying, Keith. It's just: /r 1d20 It worked fine, previously. I came up with MacroMule after a suggestion in a question from last week: <a href="https://app.roll20.net/forum/post/12727445/adding-a-roll-a-dice-button-to-a-macro" rel="nofollow">https://app.roll20.net/forum/post/12727445/adding-a-roll-a-dice-button-to-a-macro</a> &nbsp;(there's another image of it working as I hoped it would in that same topic). Hmm, that clearly means the second image I posted is from&nbsp; after &nbsp;that, not "a couple of weeks ago or less" LOL Here's a screen shot:

I'm not sure if it is related, but I use %NEWLINE% on the 1e sheet's attack macro that includes the to-hit table.&nbsp; The to-hit table is a separate roll template and %NEWLINE% allows both templates to be included in the same roll with the to-hit template using a negative top margin to tuck under the attack template for a seamless appearance.&nbsp; But %NEWLINE% within a textarea has stopped working recently.&nbsp;&nbsp; <a href="https://app.roll20.net/forum/permalink/12706430/" rel="nofollow">https://app.roll20.net/forum/permalink/12706430/</a> I submitted a bug report about a month ago&nbsp;[#454343]. (Miles says they are still investigating...)) I've had to include a hard return in the sheet's code where %NEWLINE% used to work.&nbsp; Dealing with some of these seemingly hidden VTT changes is a pain. I'll try and investigate other options. @Tim post the roll for @{selected|repeating_weapon_$0_weapon_whisper_to_hit} ie paste @{selected|repeating_weapon_$0_weapon_whisper_to_hit} in chat and execute.&nbsp; Then use the UP arrow in chat to display the macro commands that were executed. Copy and paste that here to show what is actually being sent along with your macro above.

Thanks TIm! I am frankly surprised /r 1d20 ever worked, since that effectively terminates a message. Try replacing it with an inline roll: [[1d20]] You can also try prefixing it with a back tick: `/r 1d20 Or even: `[[1d20]]

keithcurtis said: Thanks TIm! I am frankly surprised /r 1d20 ever worked, since that effectively terminates a message. Try replacing it with an inline roll: [[1d20]] You can also try prefixing it with a back tick: `/r 1d20 Or even: `[[1d20]] Thanks, Keith The inline roll is what gave me the link results in this topic: <a href="https://app.roll20.net/forum/post/12727445/adding-a-roll-a-dice-button-to-a-macro" rel="nofollow">https://app.roll20.net/forum/post/12727445/adding-a-roll-a-dice-button-to-a-macro</a> And trying the 3 methods you gave above I get the same results or an error. The screen shot below shows my three results in the chat window and your final suggestion is showing in the macro script: As suggested in the above topic, I set the roll up as a MacroMule macro and it works wonderfully. The issue is the separation of the heading part of the chat output and the result of: @{selected|repeating_weapon_$0_weapon_whisper_to_hit} It was not doing this previously. It's workable but looks sloppy and I think may be a result of the roll20 folks, once again, tinkering with things in one area and breaking it elsewhere. EDIT: I wonder if what's happening is R20 having fixed Vince's&nbsp;%NEWLINE% issue? If that's the case, that is far more important than my aesthetics issue! :)

vÍnce said: I'm not sure if it is related, but I use %NEWLINE% on the 1e sheet's attack macro that includes the to-hit table.&nbsp; The to-hit table is a separate roll template and %NEWLINE% allows both templates to be included in the same roll with the to-hit template using a negative top margin to tuck under the attack template for a seamless appearance.&nbsp; But %NEWLINE% within a textarea has stopped working recently.&nbsp;&nbsp; <a href="https://app.roll20.net/forum/permalink/12706430/" rel="nofollow">https://app.roll20.net/forum/permalink/12706430/</a> I submitted a bug report about a month ago&nbsp;[#454343]. (Miles says they are still investigating...)) I've had to include a hard return in the sheet's code where %NEWLINE% used to work.&nbsp; Dealing with some of these seemingly hidden VTT changes is a pain. I'll try and investigate other options. @Tim post the roll for @{selected|repeating_weapon_$0_weapon_whisper_to_hit} ie paste @{selected|repeating_weapon_$0_weapon_whisper_to_hit} in chat and execute.&nbsp; Then use the UP arrow in chat to display the macro commands that were executed. Copy and paste that here to show what is actually being sent along with your macro above. I wonder if they corrected that, then? Because your third image in the link you provided looks like that's what's happening in my case. It's not a deal breaker, it just looks a little ugly. :) I did what you asked and here's a screenshot: There doesn't seem to be a space - I wonder if %NEWLINE% is working if something comes directly above it? &nbsp;

You can also check for a return in one of your macros, creating a new line.

keithcurtis said: You can also check for a return in one of your macros, creating a new line. Thanks Keith. The macro in question is all one line, unfortunately. :(&nbsp; I'm good with how it is.