Productivity | The .NET Blog

Aquella configuració de Windows flotant de Visual Studio que no sabíeu (però hauríeu)

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

Si utilitzeu diversos monitors amb Visual Studio (i sincerament, qui no ho fa en aquests dies), probablement heu experimentat la molèstia: les finestres d’eines flotants desapareixen quan minimitzeu l’IDE principal, sempre es mantenen al capdavant de tota la resta i no apareixen com a botons separats de la barra de tasques. Funciona per a alguns fluxos de treball, però per a configuracions de diversos monitors és frustrant.

Mads Kristensen de l’equip de Visual Studio ha compartit una configuració poc coneguda que canvia completament el comportament de les finestres flotants. Un desplegable. Això és tot.

La configuració

Eines > Opcions > Entorn > Windows > Finestres flotants

El menú desplegable “Aquestes finestres flotants són propietat de la finestra principal” té tres opcions:

Cap — total independència. Cada finestra flotant té la seva pròpia entrada a la barra de tasques i es comporta com una finestra normal de Windows.
Tool Windows (per defecte): els documents floten lliurement, les finestres d’eines es mantenen lligades a l’IDE.
Finestres de documents i eines: comportament clàssic de Visual Studio, tot lligat a la finestra principal.

Per què “Cap” és el moviment per a les configuracions de diversos monitors

Estableix-lo a Cap i, de sobte, totes les teves finestres i documents d’eines flotants es comporten com aplicacions de Windows reals. Apareixen a la barra de tasques, es mantenen visibles quan minimitzeu la finestra principal de Visual Studio i deixen de forçar-se al davant de tot.

Combineu-ho amb PowerToys FancyZones i és un canvi de joc. Creeu dissenys personalitzats als vostres monitors, col·loqueu el vostre Explorador de solucions a una zona, depureu a una altra i codifiqueu fitxers allà on vulgueu. Tot es manté, tot és accessible de manera independent i el vostre espai de treball se sent organitzat en lloc de caòtic.

Recomanacions ràpides

Usuaris avançats amb monitors múltiples: s’estableix en Cap, s’acobla amb FancyZones
Flotants ocasionals: Tool Windows (per defecte) és un sòlid terme mitjà
Flux de treball tradicional: Documents i Windows Tool manté tot el clàssic

Consell professional: Ctrl + feu doble clic a la barra de títol de qualsevol finestra d’eina per flotar o acoblar-la a l’instant. No cal reiniciar després de canviar la configuració.

Tancant

És una d’aquestes configuracions “No em puc creure que no sabia sobre això”. Si alguna vegada les finestres flotants a Visual Studio us han molestat, aneu a canviar-ho ara mateix.

Llegiu la publicació completa per obtenir els detalls i les captures de pantalla.

Azure DevOps finalment soluciona l'UX de l'editor de Markdown de què es va queixar tothom

Emiliano Montesdeoca — Thu, 02 Apr 2026 00:00:00 +0000

Si utilitzeu Azure Boards, probablement haureu experimentat això: esteu llegint la descripció d’un element de treball, potser revisant els criteris d’acceptació i accidentalment feu doble clic. Boom: esteu en mode d’edició. No volies editar res. Només estaves llegint.

Dan Hellem va anunciar la correcció, i és un d’aquests canvis que sona minúscul però que en realitat elimina la fricció real del vostre flux de treball diari.

Què va canviar

L’editor Markdown per als camps de text d’elements de treball ara s’obre en mode de vista prèvia de manera predeterminada. Podeu llegir i interactuar amb el contingut (seguir enllaços, revisar el format) sense preocupar-vos d’entrar accidentalment al mode d’edició.

Quan realment voleu editar, feu clic a la icona d’edició a la part superior del camp. Quan hàgiu acabat, torneu al mode de previsualització explícitament. Simple, intencionat, previsible.

Això és tot. Aquest és el canvi.

Per què això importa més del que sembla

El fil de comentaris de la comunitat sobre això era llarg. El comportament de fer doble clic per editar es va introduir amb l’editor Markdown el juliol de 2025 i les queixes van començar gairebé immediatament. El problema no eren només les edicions accidentals, sinó que tota la interacció semblava impredictible. Mai no sabíeu si fer clic es llegiria o editaria.

Per als equips que fan planificació d’esprints, preparació de backlog o revisió de codi amb Azure Boards, aquest tipus de compostos de microfricció. Cada entrada accidental del mode d’edició és un canvi de context. Cada “espera, he canviat alguna cosa?” moment és una atenció perduda.

El nou valor predeterminat respecta el patró d’interacció més comú: llegiu els elements de treball amb molta més freqüència que no els editeu.

Estat de llançament

Això ja s’està implementant a un subconjunt de clients i s’ampliarà a tothom durant les properes dues o tres setmanes. Si encara no ho veus, aviat ho faràs.

Tancant

No totes les millores han de ser una característica de titular. De vegades, la millor actualització és simplement eliminar alguna cosa molesta. Aquest és un d’ells: una petita correcció d’UX que fa que Azure Boards se senti menys hostil a les persones que només volen llegir els seus elements de treball amb tranquil·litat.

Bookmark Studio aporta la navegació i l'ús compartit basats en ranures als marcadors de Visual Studio

Emiliano Montesdeoca — Thu, 02 Apr 2026 00:00:00 +0000

Els marcadors a Visual Studio sempre han estat… bé. En establiu un, navegueu al següent, oblideu quin marcador és quin. Funcionen, però mai han estat el tipus de funció que podríeu dir poderosa.

Mads Kristensen acaba de publicar Bookmark Studio, una extensió experimental que omple exactament els buits que probablement us heu trobat si feu servir els marcadors amb regularitat.

Navegació basada en ranures

L’addició bàsica: ara les adreces d’interès es poden assignar a les ranures 1–9 i passar directament a Alt+Shift+1 a Alt+Shift+9. Les adreces d’interès noves obtenen automàticament la següent ranura disponible, de manera que, en la majoria dels casos, la navegació ràpida funciona sense cap configuració.

Sembla senzill, però canvia les adreces d’interès de “Tinc algunes adreces d’interès en algun lloc” a “L’espai 3 és el meu controlador de l’API, l’espai 5 és la capa de servei, l’espai 7 és la prova”. Aquest tipus de memòria espacial fa que la navegació sigui gairebé instantània durant les sessions de treball concentrades.

El gestor d’adreces d’interès

Una nova finestra d’eines mostra totes les vostres adreces d’interès en un sol lloc amb un filtratge per nom, fitxer, ubicació, color o ranura. Fes doble clic o navega amb el teclat per saltar a qualsevol marcador.

Si alguna vegada heu tingut més de cinc o sis adreces d’interès i heu perdut la pista de quins, només val la pena instal·lar l’extensió.

Organització amb etiquetes, colors i carpetes

Opcionalment, les adreces d’interès poden tenir etiquetes, colors i agrupar-se en carpetes. Res d’això és necessari: el vostre flux de treball de marcador actual continua funcionant. Però quan esteu depurant un problema complex o explorant una base de codi desconeguda, poder codificar amb colors i etiquetar les vostres adreces d’interès afegeix un context útil.

Totes les metadades s’emmagatzemen per solució, de manera que la vostra organització d’adreces d’interès persisteix entre les sessions.

Exporta i comparteix

Aquesta és la funció que no sabia que volia. Bookmark Studio us permet exportar les adreces d’interès com a text sense format, Markdown o CSV. Això vol dir que pots:

Incloeu camins d’adreces d’interès a les descripcions de la sol·licitud d’extracció
Compartiu la investigació amb els companys d’equip
Mou els conjunts d’adreces d’interès entre repositoris o branques

Els marcadors deixen de ser una eina de navegació en solitari i comencen a ser una manera de comunicar-se “aquí teniu el camí a través d’aquest codi”.

Adreces d’interès que fan un seguiment del moviment del codi

Bookmark Studio fa un seguiment de les adreces d’interès en relació al text al qual estan ancorats, de manera que no es desviïn cap a línies incorrectes mentre editeu. Si alguna vegada heu establert adreces d’interès durant una sessió de depuració i heu fet que tots apunten a les línies equivocades després d’un refactor, això ho soluciona.

Tancant

Bookmark Studio no reinventa res. Es necessita una funció que ha estat “prou bona” durant anys i la fa realment útil per al desenvolupament centrat. La navegació per ranures, el Gestor d’adreces d’interès i les capacitats d’exportació són els més destacats.

Agafeu-lo del Visual Studio Marketplace i proveu-ho.

VS Code 1.112: Què haurien de preocupar-se realment als desenvolupadors de.NET

Emiliano Montesdeoca — Thu, 26 Mar 2026 00:00:00 +0000

VS Code 1.112 acaba d’aterrar, i sincerament? Aquest és diferent si passeu els vostres dies a la terra.NET. Hi ha moltes coses a les notes oficials de la versió, però permeteu-me que us estalviï una mica de desplaçament i que em concentri en allò que realment ens importa.

Copilot CLI acaba de ser molt més útil

El gran tema d’aquest llançament és autonomia de l’agent, donant més espai a Copilot per fer les seves coses sense que facis de cangur a cada pas.

Direcció i cua de missatges

Coneixes aquell moment en què Copilot CLI està a mig camí d’una tasca i t’adones que t’has oblidat d’esmentar alguna cosa? Abans, calia esperar. Ara només podeu enviar missatges mentre una sol·licitud encara s’està executant, ja sigui per dirigir la resposta actual o posar en cua les instruccions de seguiment.

Això és enorme per a aquelles tasques més llargues de bastida dotnet en què esteu veient Copilot configura un projecte i penseu “oh, espera, també necessito MassTransit”.

Nivells de permís

Aquest és el que m’emociona més. Les sessions de Copilot CLI ara admeten tres nivells de permís:

Permisos predeterminats: el flux habitual on les eines demanen confirmació abans d’executar-se
Evita les aprovacions: s’aprova tot automàticament i torna a provar els errors
Pilot automàtic: és totalment autònom: aprova les eines, respon a les seves pròpies preguntes i continua fins que es fa la tasca

Si esteu fent alguna cosa com la bastida d’una nova API ASP.NET Core amb Entity Framework, migracions i una configuració de Docker, el mode Autopilot significa que descriu el que voleu i aneu a prendre un cafè. Ho descobrirà.

Podeu habilitar el pilot automàtic amb la configuració chat.autopilot.enabled.

Previsualitza els canvis abans de la delegació

Quan delegueu una tasca a Copilot CLI, es crea un arbre de treball. Abans, si teníeu canvis no compromesos, havíeu de comprovar el control de fonts per veure què es veuria afectat. Ara, la vista de xat mostra els canvis pendents abans de decidir si els voleu copiar, moure o ignorar-los.

Poca cosa, però us salva d’aquell “espera, què he posat en escena?” moment.

Depura les aplicacions web sense sortir de VS Code

El navegador integrat ara admet depuració completa. Podeu establir punts d’interrupció, passar pel codi i inspeccionar variables, tot dins de VS Code. No més canviar a Edge DevTools.

Hi ha un nou tipus de depuració editor-browser i si ja teniu configuracions de llançament de msedge o chrome, la migració és tan senzilla com canviar el camp type al vostre launch.json:

{
 "type": "editor-browser",
 "request": "launch",
 "name": "Debug Blazor App",
 "url": "https://localhost:5001"
}

Per als desenvolupadors de Blazor, això és un canvi de joc. Ja esteu executant dotnet watch al terminal; ara la vostra depuració també es manté a la mateixa finestra.

El navegador també va obtenir nivells de zoom independents (finalment), menús contextuals adequats del clic dret i el zoom es recorda per lloc web.

Sandboxing del servidor MCP

Aquest és més important del que podríeu pensar. Si utilitzeu servidors MCP (potser n’heu configurat un de personalitzat per als vostres recursos d’Azure o consultes de base de dades), s’han executat amb els mateixos permisos que el vostre procés de VS Code. Això significa un accés complet al vostre sistema de fitxers, xarxa, tot.

Ara els podeu sorrar. Al teu mcp.json:

{
 "servers": {
 "my-azure-tools": {
 "command": "node",
 "args": ["./mcp-server.js"],
 "sandboxEnabled": true
 }
 }
}

Quan un servidor amb caixa de sorra necessita accés a alguna cosa que no té, VS Code us demana que atorgueu permís. Molt millor que l’enfocament “Espero que ningú faci res estrany”.

Nota: Sandboxing està disponible per ara a macOS i Linux. Arriba el suport de Windows, però escenaris remots com WSL funcionen.

Descobriment de personalitzacions de Monorepo

Si esteu treballant en un monorepo (i siguem sincers, moltes solucions empresarials.NET acaben com una), això resol un veritable problema.

Anteriorment, si obríeu una subcarpeta del vostre repositori, VS Code no trobaria les vostres habilitats copilot-instructions.md, AGENTS.md o personalitzades a l’arrel del dipòsit. Ara, amb la configuració chat.useCustomizationsInParentRepositories, puja a l’arrel .git i ho descobreix tot.

Això significa que el vostre equip pot compartir instruccions de l’agent, fitxers de sol·licitud i eines personalitzades en tots els projectes en un monorepo sense que tothom hagi d’obrir la carpeta arrel.

/resolució de problemes per a la depuració de l’agent

Alguna vegada has configurat instruccions o habilitats personalitzades i t’has preguntat per què no les recullen? La nova habilitat /troubleshoot llegeix els registres de depuració de l’agent i us diu què va passar: quines eines s’han utilitzat o s’han omès, per què les instruccions no s’han carregat i què està causant respostes lentes.

Activa-ho amb:

{
 "github.copilot.chat.agentDebugLog.enabled": true,
 "github.copilot.chat.agentDebugLog.fileLogging.enabled": true
}

A continuació, només cal escriure /troubleshoot why is my custom skill not loading? al xat.

També podeu exportar i importar aquests registres de depuració ara, la qual cosa és ideal per compartir amb el vostre equip quan alguna cosa no funciona com s’esperava.

Compatibilitat amb imatges i fitxers binaris

Els agents ara poden llegir fitxers d’imatge del disc i fitxers binaris de manera nativa. Els fitxers binaris es presenten en format hexdump i les sortides d’imatge (com les captures de pantalla del navegador integrat) es mostren en una vista de carrusel.

Per als desenvolupadors de.NET, penseu: enganxeu una captura de pantalla d’un error de la interfície d’usuari al xat i feu que l’agent entengui què passa, o feu que analitzi la sortida d’una representació de component Blazor.

Referències de símbols automàtiques

Petita millora de la qualitat de vida: quan copieu un nom de símbol (una classe, un mètode, etc.) i l’enganxeu al xat, ara VS Code el converteix automàticament en una referència #sym:Name. Això proporciona a l’agent un context complet sobre aquest símbol sense que hàgiu d’afegir-lo manualment.

Si voleu text sense format, feu servir Ctrl+Shift+V.

Els connectors ara es poden activar/desactivar

Abans, desactivar un servidor o connector MCP significava desinstal·lar-lo. Ara podeu activar-los i desactivar-los, tant a nivell global com per espai de treball. Feu clic amb el botó dret a la vista Extensions o a la vista Personalitzacions i ja heu acabat.

Els connectors de npm i pypi també es poden actualitzar automàticament ara, tot i que primer demanaran l’aprovació, ja que les actualitzacions signifiquen executar codi nou a la vostra màquina.

Tancant

VS Code 1.112 està clarament empenyent l’experiència de l’agent: més autonomia, millor depuració, seguretat més estricta. Per als desenvolupadors de.NET, la depuració integrada del navegador i les millores de Copilot CLI són les característiques més destacades.

Si encara no heu provat d’executar una sessió CLI Copilot completa en mode Autopilot per a un projecte.NET, aquesta versió és un bon moment per començar. Només recordeu establir els vostres permisos i deixar-ho cuinar.

Descarregueu VS Code 1.112 o actualitzeu-ho des de VS Code mitjançant Ajuda > Comproveu actualitzacions.