Se connecter

Recherches récentes

Aucune recherche récente

Options de recherche

Disponible uniquement lorsque vous êtes connecté.
mastodon.top est l'un des nombreux serveurs Mastodon indépendants que vous pouvez utiliser pour participer au fédiverse.
Mastodon.top est une instance francophone stable, régulièrement mise à jour et accessible à tous hébergée par VirtuBox

Administré par :

Statistiques du serveur :

1,4K
comptes actifs

mastodon.top: À proposAnnuaire des profilsPolitique de confidentialité

Mastodon: À proposTélécharger l’applicationRaccourcis clavierVoir le code sourcev4.3.7

#vscode

24 messages21 participants5 messages aujourd’hui
Suite du fil
Public
Aral Balkan

So it does look like the TypeScript language server has a limit of 4MB source size where it disables type checking (and actually shows an erroneous error stating that exports that exist in the file do not exist) for files that are imported but not open in the current workspace/session.

Still not sure if this is documented anywhere or not (haven’t been able to find it, if it is).

99.99999% of the time, unless you’re doing niche stuff like I am, you won’t run into this.

Workaround: should you have such a large file, e.g., with a large generated object, try and refactor to split it up into multiple files and rejoin it a separate file. The actual object size/memory usage isn’t the issue, it’s the file size.

github.com/typescript-language

I ran into an issue while creating and exporting a constant object that holds component versions of the ~1,500 icons in the Phorsphor icons library and I’ve created the simple reproduction below: D...
GitHubServer fails on import when exported object constant has too many entries/is too large · Issue #951 · typescript-language-server/typescript-language-serverPar aral
#TypeScript#max#lines
Public
Gerard Braad

To download the latest web Remote Extension Host of #VSCodium

github.com/gbraad-devenv/fedor

and to run with #systemd:

github.com/gbraad-vscode/code-

After this, you can open http://[ipaddress]:8000

Note: if you want to restrict this, you can modify the service to bind to only host 127.0.0.1 or something like your Tailscale IP address.

Using: https://github.com/VSCodium/vscodium/releases/download/1.99.02283/vscodium-reh-web-linux-x64-1.99.02283.tar.gz https://github.com/VSCodium/vscodium/releases/download/1.99.02283/vscodium-reh-...
GitHubAdd Codium (web) option · Issue #77 · gbraad-devenv/fedoraPar gbraad
#vscode#development
Public
Tom Smykowski

Users of Cursor just hit a wall. A single line buried in a 485-line JSON file of one of Microsoft’s language service extensions for VSCode broke its compatibility with Cursor. The community is now recalling a phrase from Microsoft’s darker history: embrace, extend, extinguish. But is it really that bad?

tomaszs2.medium.com/microsoft-

Medium · Microsoft Quietly Blocked Cursor from Using Its VSCode Extension — Here’s the Line of Code That Did ItPar Tom Smykowski
#vscode#opensource#microsoft
Public
Matt "msw" Wilson

The latest proprietary #VSCode extension that no longer works in non-Microsoft builds of the MIT licensed VS Code source code appears to be C and C++ support.

Your regular reminder: every day more of VSCode functionality is proprietary, and increasingly #FOSS hostile.

#FreeeSoftware #OpenSource #OSS

github.com/VSCodium/vscodium/i

As of the latest update of Microsoft's C/C++ extension (v1.24.5, released April 3, 2025), use on non-Microsoft products appears to have been blocked. Upon initializing the extension, I get the foll...
GitHubMicrosoft C/C++ Extension appears to no longer support unofficial forks of VS Code · Issue #2300 · VSCodium/vscodiumPar ImagineBaggins
ExplorerFlux en direct
À propos