Two dynamic lighting questions; Solid color while drawing walls and can I have both solid and passable walls?

When I draw walls on the lighting layer the inside gets filled with a solid grey color I can't see through. I can't find any option about the fill color to make this transparent? Also I want to be able to restrict vision through bushes without them restricting movement. As of now it seems like I can't have both solid and passable walls?

For the second question, no, but there is a suggestion for that very thing . Don't hold your breath, though, there are massively voted for suggestion threads approaching their tenth anniversary.

Hi Jallis! This image shows how to set the fill and stroke colors of paths set by the drawing tools. (1) is the stroke color, (2) is the fill color. As for the vision-blocking line that allows movement, that is not currently possible, and probably not likely any time soon. I would guess that if such a thing were to occur, it wouldn't be until after Jumpgate becomes finalized.

With outdoor scenarios that don't include walls or other such structured, I turn the "Dynamic Lighting Barriers Restrict Movement" in the page settings to "Off". That way bushes, tree trunks, cliffs, etc. block line of sight but not movement.

keithcurtis said: Hi Jallis! This image shows how to set the fill and stroke colors of paths set by the drawing tools. (1) is the stroke color, (2) is the fill color. There is no fill color option when drawing walls? Yet still there is a grey fill color showing up when I draw.

Seems like it's a bug. If I refresh the page there is no filler for a while but it eventually returns. The filler that has been drawn stays through the refresh though.

Are you drawing while having a token set to preview? That doesn't look correct. What OS and browser are you using? Are you using fog of war or explorable darkness?

The preview quits when changing to the light layer, so drawing while in preview is technically not possible. The grey filler is not the same as the black blocking vision behind walls. Just to be sure I tried going directly from preview to the light layer but I can not reproduce the bug this way. Not even when the token is on the light layer. Win11, Edge browser. I'm using explorable dakrness though I do have some permanent darkness in parts of the map. I'm using the drawing tool over the text tool to draw my walls as there are no shape tools in the fog of war tool. The bug comes now and then, but as long as I can refresh the page to fix it I'm happy enough. But maybe reintroducing the option to choose a filler when drawing walls could prevent the necessity to refresh the page? Maybe selecting the faulty wall and choosing transparent filler could remove it? As of now that isn't even an option. I will continue to try and reproduce the bug and report if I find a reliable way of provoking it. Thanks for a quick answer :)

It looks like permanent darkness is set on the square or that the fill is black/dark gray, but I couldn't verify without getting my hands on it. Fill on a drawing shape does nothing to block vision or light, only strokes. There's no need to use anything but transparent fill. Could you take another screenshot with the square selected, and the color assignment tool in frame? (PS. You can use preview on a sighted token that is on the light layer. it's a handy way to check for leaks.)

I forgot to mention, the grey filler only appears while in the light layer. It doesn't show up any other way and doesn't break the gameplay in any way. It just makes it impossible to see within the square while working in the light layer. I deleted the biggest building walls and redid it without the bug. But I haven't fixed the other walls yet. I know any but a transparent fill is useless for walls, but in this case I have no option of removing the fill that somehow got there other than delete the wall.

OK, I can see what's going on, and have a good idea how it is happening. Objects drawn on the lighting layer should have a fill of transparent, and their fill attribute should be forced to transparent. This is not happening in your case. There is a discrepancy between the behavior of paths on Classic and Jumpgate In Classic , I can draw a polygon with a fill and move it to the lighting layer, where it will retain its fill. New paths drawn on the Lighting layer will be forced to a fill of transparent. on all other layers, an object will default to the fill and stroke of the last selected object. On Jumpgate , The fill of new objects on the lighting layer is not being forced to transparent. It is defaulting to the fill and stroke of the last selected object. At some point you must have drawn an object with a fill of black, and while that was the last selected path, switched to the Lighting layer. The tool did not enforce a switch to a fill of none. This is a bug, in my opinion, and I will report it as such. In the meantime, here is a workaround to fix your current situation. On the lighting Layer, select all of your paths. If you have mixed object types on the lighting layer, you can hold down the alt/opt key while dragging a selection rectangle and that will constrain the selection to only path objects. Right click and send them to another layer, preferably one without any paths. Select them all again on the new layer. The color box will now allow you to set the fill. Set it to transparent, then right click to send them all back to the Lighting layer.

I have filed a report.

Ah. I didn't even imagine the wall lines could be sent to another layer and turn into regular lines. The grey color was indeed selected in the fill box. A quick layer change to gm and back and problem solved. That and refreshing the page is redundant enough to live with the bug. To be hones I think it'll be easier to just leave the fill box available for the light layer, even if it is technically useless, than coding for the potential error. I don't think anyone would complain about it? All the introduction guides are with the fill box available due to being old videos and it confused me a lot when trying to find the source of the bug. Anyways, thank you for the excellent service. May your axe strike true in both good and bad times.

In my report, I requested that the Jumpgate behavior emulate the classic behavior (force new DL lines to transparent fill). There are already certain modifications in place to help avoid bad lighting, such as disabling the freehand tool on the DL layer (it produces too many points and causes false results).

I though the transparency already was forced?

It was not being forced on Jumpgate, the interface merely had the fill swatch removed. Which is why you had the problem with unremovable fills.