starred/vscode-dark-islands

Fork 0

mirror of https://github.com/bwya77/vscode-dark-islands.git synced 2026-05-09 08:25:35 +02:00

[GH-ISSUE #27] Explorer not showing foders beyond a certain depth #23

New issue

Closed

opened 2026-05-06 13:12:40 +02:00 by BreizhHardware · 5 comments

BreizhHardware commented

2026-05-06 13:12:40 +02:00

Owner

Originally created by @DeepakRoy58 on GitHub (Feb 16, 2026).
Original GitHub issue: https://github.com/bwya77/vscode-dark-islands/issues/27

Subject : " Explorer not showing folders after a certain depth (stops after some folders) "

Hi 👋

First of all, thank you for the vscode-dark-islands theme - I really appreciate the clean and minimal UI design.

I’m encountering an issue with the VS Code Explorer panel while using this theme. In my workspace, I have a directory containing multiple subfolders (e.g., additional folders beyond that).

However, the Explorer appears to stop rendering folders after the next sub folders, Any folders that exist beyond that index are not displayed in the Explorer panel, even though they are present in the file system.

I’ve verified:

->The folders do exist on disk.
->There are no manual exclusions in my workspace.
->I’m not intentionally hiding files.

I’m unsure whether this behavior is:

Related to the theme,
Caused by file nesting configuration,
Triggered by a settings.json setting (e.g., exclusions or Explorer limits),
Or something environment-specific on my end(I’m using Arch Linux).

Could you please let me know:

Whether this could be influenced by the theme?
If there are any known rendering or nesting constraints?
Or if I should check specific VS Code Explorer-related settings?

I’d be happy to provide additional details (VS Code version, extensions list, settings) if needed.

Thank you for your time and for maintaining this project :)

Originally created by @DeepakRoy58 on GitHub (Feb 16, 2026). Original GitHub issue: https://github.com/bwya77/vscode-dark-islands/issues/27 Subject : " Explorer not showing folders after a certain depth (stops after some folders) " Hi 👋 First of all, thank you for the vscode-dark-islands theme - I really appreciate the clean and minimal UI design. I’m encountering an issue with the VS Code Explorer panel while using this theme. In my workspace, I have a directory containing multiple subfolders (e.g., additional folders beyond that). However, the Explorer appears to stop rendering folders after the next sub folders, Any folders that exist beyond that index are not displayed in the Explorer panel, even though they are present in the file system. I’ve verified: ->The folders do exist on disk. ->There are no manual exclusions in my workspace. ->I’m not intentionally hiding files. ![Image](https://github.com/user-attachments/assets/2e124ea4-4b45-4ab3-a7b1-cb53b55e5d04) I’m unsure whether this behavior is: Related to the theme, Caused by file nesting configuration, Triggered by a settings.json setting (e.g., exclusions or Explorer limits), Or something environment-specific on my end(I’m using Arch Linux). Could you please let me know: 1. Whether this could be influenced by the theme? 2. If there are any known rendering or nesting constraints? 3. Or if I should check specific VS Code Explorer-related settings? I’d be happy to provide additional details (VS Code version, extensions list, settings) if needed. Thank you for your time and for maintaining this project :)

BreizhHardware closed this issue

2026-05-06 13:12:41 +02:00

BreizhHardware commented

2026-05-06 13:12:41 +02:00

Author

Owner

@vhrouda commented on GitHub (Feb 16, 2026):

Fix for Explorer blank gap while scrolling (macOS)

I hit an issue in VS Code Explorer where a growing empty area appears while scrolling (file tree disappears in that area).

Environment

OS: macOS
Theme: Islands Dark
Using Custom UI Style with custom-ui-style.stylesheet

Root cause

The issue is caused by scaling transforms on Explorer tree rows in custom-ui-style.stylesheet:

.explorer-folders-view .monaco-list-rows
.explorer-folders-view .monaco-tl-row

These transforms break virtualized list positioning during scroll.

Step-by-step fix

Open VS Code User settings JSON:
- Command Palette -> Preferences: Open User Settings (JSON)
Find custom-ui-style.stylesheet.
Remove (or disable) these two blocks:

".explorer-folders-view .monaco-list-rows": {
  "transform": "translate3d(0px, 0px, 0px) scaleY(1.15) !important",
  "transform-origin": "top left !important"
},
".explorer-folders-view .monaco-tl-row": {
  "transform": "scaleY(0.87) !important",
  "transform-origin": "top left !important"
},

Reload injected styles:
- Command Palette -> Custom UI Style: Reload
- (or restart VS Code)

Result

Explorer scrolling works correctly again and the blank gap is gone.

@vhrouda commented on GitHub (Feb 16, 2026): ### Fix for Explorer blank gap while scrolling (macOS) I hit an issue in VS Code Explorer where a growing empty area appears while scrolling (file tree disappears in that area). **Environment** - OS: macOS - Theme: `Islands Dark` - Using `Custom UI Style` with `custom-ui-style.stylesheet` ### Root cause The issue is caused by scaling transforms on Explorer tree rows in `custom-ui-style.stylesheet`: - `.explorer-folders-view .monaco-list-rows` - `.explorer-folders-view .monaco-tl-row` These transforms break virtualized list positioning during scroll. ### Step-by-step fix 1. Open VS Code User settings JSON: - Command Palette -> `Preferences: Open User Settings (JSON)` 2. Find `custom-ui-style.stylesheet`. 3. Remove (or disable) these two blocks: ```json ".explorer-folders-view .monaco-list-rows": { "transform": "translate3d(0px, 0px, 0px) scaleY(1.15) !important", "transform-origin": "top left !important" }, ".explorer-folders-view .monaco-tl-row": { "transform": "scaleY(0.87) !important", "transform-origin": "top left !important" }, ``` 4. Reload injected styles: - Command Palette -> `Custom UI Style: Reload` - (or restart VS Code) ### Result Explorer scrolling works correctly again and the blank gap is gone.

BreizhHardware commented

2026-05-06 13:12:41 +02:00

Author

Owner

@stinobook commented on GitHub (Feb 16, 2026):

Thanks for this!

@stinobook commented on GitHub (Feb 16, 2026): Thanks for this!

BreizhHardware commented

2026-05-06 13:12:41 +02:00

Author

Owner

@DeepakRoy58 commented on GitHub (Feb 16, 2026):

Thanks a lot for digging into this and providing such a clear explanation :)

I can confirm that removing the transform rules from custom-ui-style.stylesheet completely resolved the issue on my side as well.
It looks like the scaling transforms were interfering with VS Code’s virtualized Explorer rendering rather than being caused directly by the theme itself.

Really appreciate the step-by-step fix -> this will definitely help others running into the same problem.
Thanks again for the quick and detailed solution!!!

@DeepakRoy58 commented on GitHub (Feb 16, 2026): Thanks a lot for digging into this and providing such a clear explanation :) I can confirm that removing the transform rules from **`custom-ui-style.stylesheet`** completely resolved the issue on my side as well. It looks like the scaling transforms were interfering with VS Code’s virtualized Explorer rendering rather than being caused directly by the theme itself. Really appreciate the step-by-step fix -> this will definitely help others running into the same problem. Thanks again for the quick and detailed solution!!!

BreizhHardware commented

2026-05-06 13:12:42 +02:00

Author

Owner

@matanrrr commented on GitHub (Feb 18, 2026):

See #64 for Windows

@matanrrr commented on GitHub (Feb 18, 2026): See #64 for Windows

BreizhHardware commented

2026-05-06 13:12:42 +02:00

Author

Owner

@bwya77 commented on GitHub (Feb 19, 2026):