Please add a Dynamic Lighting barrier type, or a per-barrier setting, that blocks vision and light but does not restrict token movement and does not display a player-visible Door or Window icon .
MAIN REQUEST: A barrier that behaves like a wall for vision, but open space for movement.
This would be useful for environmental features such as dense foliage, hanging curtains, heavy fog, smoke, rubble, tall crops, narrow architectural features, magical effects, and small sections of scenery that should obstruct line of sight without physically preventing a token from moving through them .
Currently, a normal Dynamic Lighting wall blocks both vision and movement when Restrict Movement is enabled.
The closest existing solution is an Open Window with Closed Curtains . This already provides almost exactly the desired mechanical behavior:
Blocks Vision: YES
Blocks Light: YES
Restricts Movement: NO
The problem is that it also displays a Window/Curtain symbol to players .
For environmental vision blockers, that symbol can look out of place and can also reveal information that the GM may not want players to have.
A Secret Door solves the visible-symbol problem, but opening the Secret Door also opens the vision barrier. Therefore, it cannot function as a hidden passable vision blocker.
Turning Restrict Movement off for the entire page is also not a practical workaround because it allows players to move through every normal Dynamic Lighting wall on that map.
I have also experimented with Mod/API workarounds. A script can disable native movement restrictions and attempt to move a token back after it crosses a normal wall, but the API receives the movement after it has already happened. This creates a noticeable snap-back delay and does not feel nearly as smooth or reliable as Roll20's native collision handling.
SUGGESTED IMPLEMENTATION
The simplest solution would be a per-barrier option:
Restricts Movement: YES / NO
This would allow a standard Dynamic Lighting wall to be configured as:
Blocks Vision: YES
Blocks Light: YES
Restricts Movement: NO
Alternatively, this could be introduced as a new barrier type such as Vision Barrier or Passwall .
An even more flexible long-term solution would be to make the major barrier properties independent:
Blocks Vision: YES / NO
Blocks Light: YES / NO
Restricts Movement: YES / NO
Visible to Players: YES / NO
This would cover many map-design situations without requiring GMs to rely on combinations of Doors, Windows, Curtains, Transparent Barriers, or API workarounds.
The existing Window + Curtain functionality already demonstrates that Roll20 can support vision being blocked while movement remains allowed .
The main missing feature is simply being able to use that behavior without displaying a player-visible Window/Curtain marker .
For GMs who make heavy use of Dynamic Lighting, this would make environmental barriers considerably more flexible and eliminate the need for unreliable workarounds.
