Software-update: Visual Studio Code 1.80.2

Visual Studio Code is een opensourcecode-editor met ondersteuning voor IntelliSense, debugging, Git en code snippets. Downloads zijn beschikbaar voor Windows, Linux en macOS. Ondersteuning voor de gangbare script- en programmeertalen is aanwezig en het kan daarnaast via extensies uitgebreid worden. Microsoft heeft versie 1.80.2 uitgebracht en hierin de volgende verandering doorgevoerd:

The 1.80.2 update includes this pull request

• chore: update builds for electron@22.3.14 #189089

If you'd like to read these release notes online, go to Updates on code.visualstudio.com.

Versienummer	1.80.2
Releasestatus	Final
Besturingssystemen	Linux, macOS, Windows 10, Windows 11
Website	Microsoft
Download	https://code.visualstudio.com/#alt-downloads
Licentietype	GPL

Reacties (12)

[aadje93]

Hoe verhoudt deze zich met de web variant? Het is voor mij nieuw omdat ik alles in notepad++ doe. Maar visual studio lijkt me handiger werken nu ik ook GIt ben gaan gebruiken...

[Metal spoon]

exact hetzelfde, de desktop versie draait in electron dus is onderwater eigenlijk ook gewoon een webapp.

[scholtnp]

Weet wel waar je aan begint, er wordt redelijk veel geklaagd dat de Electron Apps nogal bloatware zijn, zie een fraaie analyse hier.
Programma's als Notepad++ en Geany (mijn voorkeur) gebruiken Scintilla voor de syntax-highlighting maar zijn tegelijkertijd klein en snel. Revisie controle doe ik zelfs liever met de command line, omdat je dan kan documenteren in README.md hoe je iets doet.
Mijn bezwaar tegen Notepad++ is dat het helaas niet crossplatform is, en je dus op Windows vasthoudt, maar er blijkt een afgeleid project NotepadNext te zijn dat wel op Linux en MacOS werkt

[Jogai]

In principe ben ik het eens, maar vs code draait gewoon wel snel. Ik heb altijd het idee dat dat team er extra moeite instopt om het toch prima te laten draaien.

[scholtnp]

Dat is ook wat de schrijver in de blog van mijn eerste link suggereert. Gewoon zo sober mogelijk gebruik maken van de features. Als je crossplatform applicaties wilt bouwen, dan lijkt Rust mij nu het meest kansrijk, al ontbreekt er nog een uitontwikkelde GUI.

[aadje93]

ik ben maar een "hobby bob" maar zeker nu ik met docker aan de gang ben merk ik dat GIT wel heel lekker werkt om op mijn eigen PC dingen te schrijven, dan even naar me private repo pushen en op de server een git clone die dan dus gewoon de files overschrijft/bijwerkt. Maar je raakt het overzicht een beetje kwijt. zou graag de hele config's in git repo parkeren.

Of kan ik dan beter ergens anders naar kijken?

[scholtnp]

Het loont altijd om ook even ergens anders naar te kijken, je wordt er immers niet dommer van. Revisiecontrole kun je zo ingewikkeld maken als je zelf wilt. Misschien helpt een cheatsheet je iets?
Zelf gebruik ik ook Mercurial op de command-line (en Bazaar, Subversion) maar ik zag dat je daar ook een fraaie GUI bijkrijgt: TortosieHg. Ah, voor git bestaan ook diverse grafische schillen. Maar het staat of valt met of je echt begrijpt: gewoon klikken tot je een groen bolletje ziet is meestal niet de beste aanpak. Simpelweg stap voor stap dingen uitproberen, en voor je toekomstige zelf documenteren. Mijn disk staat vol met korte README.md bestandjes waarin ik links plaats of command line instructies die ik infrequent gebruik.

[aadje93]

waar ik nu vooral mee zit, en hoe pak ik dat handig aan.

Ik zit dus op docker te "rommelen" om toch maar is de overstap te gaan maken. Maar dan wil ik het ook gelijk "makkelijk verplaatsbaar" hebben bijvoorbeeld bij een server die ermee ophoud. Storage dus op NFS (Truenas scale) en docker compose files per "applicatie" in eigen sub directorys. Maar soms heb je dus dingen die in al die docker compose files aangepast moeten worden, nu zit ik dus een 20x dezelfde aanpassing alsnog in de "oude" compose files te maken, en heb ik in GIT repo een "up to date" voor eventuele nieuwe opzet van de netwerk stack etc.

Maar hoe zou ik dit bijvoorbeeld in GIT ook goed kunnen opzetten? ik wil mijn docker compose files voor hetzelfde type applicatie (denk LAMP stack) zo maken dat het volledig dynamisch is, en alle variabelen uit de .env komen per project om zo dus het hele docker compose file in elk project hetzelfde te hebben. Maar dat zou dan betekenen dat ik al die sub-folders in 1 git repo "docker homelab" parkeer bijvoorbeeld? Hoe forceer ik dan een update naar al die docker-compose files in sub-mappen? Dat stuk begrijp ik nog niet helemaal.

Pak ik dan een bash scriptje die ze allemaal doorloopt, of kan dat met GIT zelf ook gedaan worden?

[scholtnp]

Misschien zoek je dit?
Ik denk dat je de vraag het beste in een (lokale) Docker community kan stellen.

[aadje93]

aah dat ziet er interresant uit, ik ga me is verdiepen in de hooks en github actions, bedankt voor de info!

[Mitsuko]

chore: update builds for electron@22.3.14 #189089

Grappig, ik was even gaan kijken:

• De nieuwste stabiele versie van electron is v25.3.2.
• De nieuwste versie van electron v22 is v22.3.18 van 20 juli.
• Versie v22.3.14 kwam uit op 22 juni.

[Martinspire]

Die updates worden wel een tijdje getest voordat ze released worden. Bovendien wil je eigenlijk nooit op de allerlaatste versie zitten omdat er altijd nog wel wat patches overheen gaan. 22 is eigenlijk de echte laatste stable imo.