Visual Studio 2026 Tema Renkleri: Artık IDE Sizin Dediğiniz Gibi
Bir geliştirici için IDE’nın görünümü… aslında çoğu insanın sandığından çok daha kişisel bir mesele. Bazımız karanlık moddan asla çıkmıyor. Bazımız “şu maviyi geri getirin” diye yıllardır forumlarda dolaşıyor. Bir kısmımız da yüksek kontrast olmadan ekrana bakamıyor, işte öyle.
Yanı tema dediğin şey bayağı duygusal bir konu. Eğer günün 8-10 saati geçtiği bir araçta sekme rengi sınır bozuyorsa, bu küçük bir ayrıntı değil — verimliliğe direkt dokunuyor. Peki neden? Çünkü gözün alışmadığı şey, kafayı da yoruyor.
Visual Studio 2026 tarafında Fluent tabanlı yeni temalar geldiğinde ekipten gelen geri bildirimlerin çoğu şu minvaldeydi: “Tamam, temel iyi, modern dürüyor, erişilebilirlik de artmış — ama o tek tonu değiştiremiyorum, hover rengi gözüme batıyor, sekme başlığı ile pencere kenarı arasında kontrast yok.” Microsoft da bu işe sonunda kalıcı bir çözüm koymuş gibi görünüyor.
Yeni “Theme colors” sayfası: Eklenti devri kapanıyor
Bakın, Lafı gevelemeden söyleyeyim: Artık VS içinde, ayrı bir araç ya da eklenti kurmadan, Fluent renk token’larını tek tek oynayabileceğiniz bir ayar sayfası var. Yolunu da bırakayım:
Tools > Options > Environment > Visual Experience > Theme colors (ki bu çoğu kişinin gözünden kaçıyor)
Açtığınızda aktif temadaki pek çok Fluent renk token’ları aranabilir bir grid içinde geliyor. Token’ı seçiyorsunuz, rengini değiştiriyorsunuz, anında uygulanıyor. Restart yok, JSON dosyası kovalamaca yok, “Visual Studio Color Theme Editör” gibi efsaneleşmiş ama sonra desteği nereye gittiği pek belli olmayan eklentilere muhtaç kalmak yok. Güzel tarafı bu.
Açık konuşayım: Bu özelliğin yıllar önce gelmesini bekleyenlerden biriydim. Çünkü IDE temasını değiştirmek için Marketplace’ten eklenti kurup sonra her majör sürümde “acaba bozuldu mu” diye bakmak pek sağlıklı değildi. Şimdi nihayet işin merkezine alınmış.
Tema başına kayıt — bence en güzel ayrıntı
Bence, Bu kısım önemli, atlamayın. Yaptığınız her değişiklik aktif temaya bağlı olarak kaydediliyor, global değil. Yanı Dark üzerinde kendi ufak dokunuşlarınızı yapın, Light için başka ayar tutun, Cool Breeze için bambaşka bir palet hazırlayın… Tema değişince özelleştirmeler de onunla birlikte geliyor.
Şöyle söyleyeyim, Bir de şu var: Eğer bir renkle fazla uğraşıp tavşan deliğine girdiyseniz, token başına “reset” butonu var. Tek bir token’ı sıfırlayıp diğer emeklerinizi koruyabiliyorsunuz. Küçük şey. Hayat kurtarıyor — özellikle 30-40 token üzerinde oynayıp “şimdi yanlış olan hangisiydi?” diye kafa yediğiniz anlarda.
Ve işler burada ilginçleşiyor.
Yeni token’lar: Sekme başlığı artık bağımsız
Sadece UI eklememişler, altyapıya da dokunmuşlar. Yeni renk token’ları gelmiş. Bunların en önemlisi — en çok istenen de buydu zaten — sekme başlıklarını ve pencerenin üst kısmını shell chrome’dan bağımsız renklendirebilmek.
Tuhaf ama, Bu küçük bir detay gibi dürüyor ama değil. Çünkü bazen olay tam burada kopuyor: Daha fazla bilgi için
Bir dakika — bununla bitmedi.
JSON ile paylaşım: Ekip içinde “tema standardı” mümkün
Açık konuşayım, İşin altyapısı tamamen JSON’a dayanıyor yanı yaptığınız özelleştirmeler arkada JSON dosyası olarak saklanıyor ve bu dosya paylaşılabiliyor. Şu klasöre atıyorsunuz:
%LOCALAPPDATA%\Microsoft\VisualStudio\18.0_xxxxxxxx\ColorThemes
Dosya adı önemli; hangi temayı override edecekseniz onun adıyla aynı olmalı. cool-breeze.json, Cool Breeze’i override ediyor; dark.json, Dark temayı override ediyor. VS’yi yeniden başlatıyorsunuz ve override’lar o tema üzerinde devreye giriyor.
Mesela Cool Breeze’i daha retro ve biraz daha mavi tarafa çekmek istiyorsanız şöyle bir JSON yazabilirsiniz:
[
{
"Name": "EnvironmentHeader",
"Category": "5af241b7-5627-4d12-bfb1-2b67d11127d7",
"Background": "FFF5CC84"
},
{
"Name": "EnvironmentTab",
"Category": "5af241b7-5627-4d12-bfb1-2b67d11127d7",
"Background": "FFF5CC84"
},
{
"Name": "EnvironmentBody",
"Category": "5af241b7-5627-4d12-bfb1-2b67d11127d7",
"Background": "FF5D6B99"
}
]
Bence asıl değer burada gizli: Tek bir geliştiricinin kişisel tercihi olmaktan çıkıp ekip içinde paylaşılabilen bir “kurumsal tema” hâline gelmesinde.
Türkiye’deki ekipler için bunun anlamı ne?
Şunu söyleyeyim, Şimdi konuyu biraz yerele çekelim bakalım. Türkiye’deki kurumsal yazılım ekiplerinin önemli bir kısmı — özellikle finans, kamu ve büyük üretim şirketleri — hâlâ Visual Studio merkezli çalışıyor..NET ekosistemine yatırım yapan bu ekiplerde gördüğüm gerçek şu: Çalışan bilgisayarlarındaki IDE özelleştirmeleri tamamen kişisel kalıyor ve kimseyle paylaşılmıyor.
“Abi bizim takım hangi tema kullanıyor?” diye sorduğunuzda cevap genelde şu oluyor: kim ne kullanırsa kullansın. Masum görünüyor ama screen share yaptığınızda, pair programming oturumlarında ya da kod inceleme demolarında işleri yavaşlatabiliyor bu durum. Çünkü herkes farklı renk şemasına bakıyor ve hangi rengin uyarı hangisinin hata olduğu konusunda ortak refleks oluşmuyor.
Bunu biraz açayım.
Bence JSON tabanlı paylaşım burada küçük ama akıllıca bir fırsat veriyor: Repo’nuzda .team-theme/ diye klasör açın, içine takımın anlaştığı tema JSON’ünü koyun; yeni katılana da sadece “şunu LocalAppData’ya kopyala” deyin bitsin gitsin. Onboarding’in otuz saniyelik adımı olur yanı.
Erişilebilirlik tarafı: Sessiz ama önemli
Evet.
Erişilebilirlik tarafını da es geçmeyelim hani. Türkiye’de bu konu ne yazık ki çoğu firmada konuşulmuyor bile; halbuki ekipte renk körü biri varsa ya da düşük görme problemi yaşayan biri varsa veya basitçe gözünü yormak istemeyen biri bulunuyorsa hazır temalar yetmeyebiliyor. Token bazlı özelleştirme işe bireysel ihtiyaca göre IDE’yi şekillendirmeyi sağlıyor (bizzat test ettim). İlginç, değil mi? Bu yönüyle baya iş görüyor diyebilirim.
Nereden başlamalı?
Bak şimdi, işte burada pratik taraf devreye giriyor.
Şöyle ki, Eğer “Tamam ben de oynayacağım ama nereden başlayayım?” diyorsanız kendi yaklaşımımı anlatayım. Mantıklı sıra bence şöyle gidiyor:
- Daha önce yedek alın.– ColorThemes klasörünüzü başka yere kopyalayın; çok fazla token değiştirip pişman olursanız geri dönersiniz.
- Aktif temanızı seçin.– Hangi temayı baz alacaksanız önü seçin çünkü değişiklikler ona kaydolacak. (bu kritik)
- Birkaç ana token ile başlayın.– EnvironmentHeader, EnvironmentTab, EnvironmentBody, EditorBackground, ToolWindowBackground. Bunlar IDE’nın büyük kısmını taşıyor zaten.
- Birkaç gün kullanın.– Hemen elli token’a saldırmayın; önce gözünüz alışsın, eksik gedik sonra belli oluyor.
- Daha sonra detaylara ının.– Hover state, selection background, scrollbar gibi mikro alanlara en son dokunun.
Oops.
Neyse uzatmayalım,bu sırayı takip etmezseniz kendinizi sabaha karşı debug yaparken bulmanız çok normal. Bir gecede elli token değiştirip ardından “neresi yanlış göründü ki?” diye dolaşan iki üç arkadaş tanıyorum,evet gerçekten tanıyorum.
Eksiğini hissettiğim yerler
Her şey güllük gülistanlık değil tabi.
| Konu | Durum | Beklentim |
|---|---|---|
| Token sayısı | Epey geniş ama editör syntax renkleri ayrı yerde dürüyor | Tek sayfada birleşik olsa daha iyi olurdu bence |
| Içe/dışa aktarma |
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
3 comments