CSSCop

Aki követi az ASP.NET fejlődésével kapcsolatos blogokat, annak Mads Kristensent nem kell bemutatni. Mads a BlogEngine.NET alapítója, a Microsoftnál pedig most már másfél éve a Visual Studio webes editorain dolgozik. A Channel 9-on például megtekinthető egy videó Web Developer Efficiency Tools in Visual Studio 11 címmel, ami abszolút az ő területe.

Ezekből az editor fejlesztésekből a Visual Studio 2010 megjelenése óta több ingyenesen letölthető bővítmény is született, melyek részben Mads neve alatt érhetők el a Visual Studio Gallery-ben. Az egyik kevésbé ismert a CSSCop, ami a CSS Lint ellenőrzőt építi be a Visual Studioba.

Az indítás a StyleCopot, vagy az FxCopot ismerőknek a szokásos. Jobb klikk a projekten, majd Run CSSCop:

Az elemzés eredménye az Error List ablakban jelenik meg:

Ami viszont kifejezetten szokatlan, az a kivételek kezelése. A CSSCop első indulásakor létrehoz a webhely gyökerében egy csslint.xml fájlt, és abban lehet kikapcsolgatni azokat a szabályokat, amikre nincs szükségünk, sőt van benne egy treatWarningsAsErrors kapcsoló is. Eszembe nem jutott volna itt keresni, de legalább könnyű TFS-be pakolni a beállításokat.

Mint minden automatikus kódelemző esetén, itt is érvényes, hogy ésszel kell kezelni az eredményeket, mert néha nincs igaza. Egyébként “will hurt your feelings”.

 

Technorati-címkék: Visual Studio,design,CSS,extension

ClickOnce érdekességek

Összességében szeretem a ClickOnce technológiát, mert jelentősen megkönnyíti a felhasználók életét, ezért is használjuk a VIK-en a záróvizsga jegyzőkönyv program telepítéséhez. Persze nem minden esetben ez a legjobb telepítőcsomag formátum, hiszen a testreszabási lehetőségek korlátozottak, de nekünk éppen megfelel. A héten – fél év után ismét – egy új verziót publikáltam volna a programból, de belefutottam néhány érdekességbe.

Nem lehet publikálni

Az új verziót a következő módon szoktam elkészíteni: Project Properties –> Publish –> Verziószám beállítása –> Publish Wizard, mert így tudom legjobban kézben tartani, hogy mi történik. De most erre ezt az üzenetet kaptam:

Error: Cannot publish because a project failed to build.

Az Output ablakban semmi több, ennyiből kell főznünk. Hát, ha balról nem engedi a ló, hogy felszálljunk rá, próbáljuk jobbról: Solution Explorer –> jobb klikk a projekten –> Publish. Így megy, csodálatos!

Lejárt a tanúsítvány

Amikor már azt hittem, hogy sínen vagyunk és csak egy Visual Studio bugba sikerült belefutnunk, szembejött az alábbi érdekes hiba:

The signer’s certificate is not valid for signing.

Ejha, ennek a fele sem tréfa, nézzük csak meg azt a tanúsítványt. Irány a Project Properties ablak, azon belül is a Signing (nem a Publish!) fül. Íme az aláíró tanúsítvány:

Igen, ez a Visual Studio által generált önaláírt tanúsítvány, amire nincs mentség, csak kifogások, nem volt más választásunk. Szemmel láthatóan ez valóban lejárt, tehát itt valamit tenni kell. Van ezen az ablakon egy Create Test Certificate gomb, amivel simán generálhatok új tanúsítványt, de annak következményei vannak. Először is jön ez az üzenet:

The application is signed with a different key than the existing application on the server. Do you want to overwrite it?

Amire mondhatjuk, hogy naná, de az MSDN szerint akkor bizony a régi felhasználóink nem fogják megkapni a frissítést. Ez a mi esetünkben semmiképpen sem elfogadható, más megoldás kell. Elvileg .NET 4 esetén ez már nem probléma, mégsem akartam kockáztatni.

Valahogy tehát meg kellene hosszabbítani a létező tanúsítványt, amihez a KB925521 cikkben találunk is útmutatást, egy rakás .cpp kód formájában. Cliff Stanford oldaláról letölthető egy lefordított RenewCert verzió, ami nálam a C runtime library-kre hivatkozva elszállt, de szerencsére Robin Shahan blogjában találtam egy olyan változatot, ami mellett ott állnak a szükséges dll-ek is. Ezzel egy csapásra sikerült meghosszabbítani a korábban használt tanúsítványt és gond nélkül működik a frissítés. 5 évig.

 

Technorati-címkék: Visual Studio,ClickOnce,deployment,certificate,signing,error

April 2012 Update for Visual Studio 11 Beta

Pár napja megjelent az áprilisi frissítés a Visual Studio 11 béta változatához. A frissítés elsősorban stabilitási és teljesítmény problémákat orvosol, többek között kijavították a Razor editoros hibát is. A változásokról egy kicsit részletesebb lista megtalálható a KB2677574 tudásbázis cikkben.

A javítás mindössze 16.7MB és letölthető közvetlenül a Microsoft Download Centerből, illetve akik Ultimate verziót futtatnak, azok számára automatikusan megjelenik egy értesítő buborék a frissítésről:

Az értesítésre kattintva pedig közvetlenül az Extension Manager ablakból telepíthető a frissítés (katt a teljes képért):

Visual Studio 11 Express Beta for Web verziót használók ne keressék ezt a frissítést, automatikusan nem fog megjelenni számukra, ők manuális letöltés után telepíthetik. Későbbi változatokban ezt is orvosolni fogják.

És ha már ott járunk, érdemes bekukkantani az Installed Extensions listába is:

Látható, hogy az ASP.NET csapat nagyon sok funkciót bővítmény formájában csomagolt be a Studioba, így Visual Studio és .NET Framework verzióktól függetlenül tudják majd frissíteni őket, ami szerintem nagy királyság!

 

ui: Ha már frissítések: van a VS fejlesztőcsapaton belül egy UX team. Még nem mondhatom el, hogy mit alkottak, de hallják a sírást és dolgoznak ők is.

 

Technorati-címkék: Visual Studio

WebMatrix 2 beta

Frissült a WebMatrix 2 bétája, ami most már gond nélkül együttműködik a Visual Studio 11 bétával. Az új verzió a Web Platform Installer pre-release termékeket is listázó változatával tölthető le innen.

A tavalyi WebMatrix Klub előadássorozat alkalmával egészen megkedveltem a WebMatrixot. Nem olyan nehézkes, mint a Studio, de okosabb, mint egy Notepad (++/2). Olyan pont kézreálló fajta, persze csak annak, aki nem riad vissza egy kis kódolástól és tudja nélkülözni a varázslókat.

Az új verzió újdonságaiból ízelítő megtekinthető itt.

 

Technorati-címkék: WebMatrix,Visual Studio

Hasznos Visual Studio eszközök Windows 8 Metro stílusú alkalmazások készítéséhez

Egy ideje nyúzom a Visual Studio 11-et és találtam benne több hasznos eszközt is, ami sokat segít Metro stílusú alkalmazások készítésekor. Íme a kedvenceim:

Simulator

Hozzá vagyunk szokva, hogy az emulátorok általában körülményesek és lassúak, de ha már próbáltuk a Windows Phone Emulatort, akkor rájöhettünk, hogy ez nem mindig van így, sőt kifejezetten hasznosak fejlesztéskor. A Visual Studio 11-ben kapunk egy szimulátort, ami nagyon praktikus Metro stílusú alkalmazások teszteléséhez (katt a nagyobb képért):

Jobb oldalon sorban a funkciók:

• Mouse mode
• Start touch emulation
• Touch emulation pinch/zoom
• Touch emulation rotate
• Rotate simulator clockwise
• Rotate simulator counterclockwise
• Change resolution
• Set location
• Capture screenshot
• Screenshot settings
• Help

Amint látható, belepakoltak egy rakás olyan funkciót, amit egyébként csak fizikai eszközön lehetne kipróbálni. Külön érdekes, hogy a fenti gépen látható elrendezést én nem a szimulátorban állítottam össze, hanem ez pontosan megegyezik a hoszt gépem Start képernyőjével (remote desktop). A Simulator egyáltalán nem tűnik lassúnak (bár igazán pörgős alkalmazással még nem teszteltem), ráadásul közvetlenül a Studio toolbarjáról szabályozhatjuk, hogy ott induljon a programunk:

DOM Explorer

Miután sikerült elindítanunk az alkalmazást, jöhet a hibakeresés, ami weboldalaknál és most már JavaScriptes Metro stílusú alkalmazásoknál a layout és a CSS kipofozásával kezdődik. Itt lehet óriási segítség a Debug – Windows menüből elérhető DOM Explorer ablak, ami lényegében egy Internet Explorer Developer Toolbar Metro alkalmazásokhoz:

Az IE Developer Toolbar funkcióit nem kell bemutatnom, a Select Element gombra kattintás után itt is ugyanúgy rábökhetünk akár a Simulatorban, akár a futó alkalmazásban bármelyik felhasználói felület elemre és megnézhetjük a hozzá tartozó DOM részletet. Újdonság viszont, hogy a felső részen látszik, hogy az adott DOM elemet melyik fájl generálta és egy kattintással megnyithatjuk az adott forrásfájlt. Ez azért izgalmas, mert a bal oldalon nem a forráskódunk látszik, hanem a forráskód által fabrikált kész DOM, tehát egy lista esetén például már a renderelt DOM-ot látjuk, nem az item template-et. A böngészős dev toolbarhoz hasonlóan itt is lehet bármit röptében módosítani a kódban, ami azonnal megjelenik a felhasználói felületen (ami nem meglepő, hiszen a kódunkat az IE futtatja a WWAHost processzen belül).

Szintén nagyon hasznos a jobb oldalon található Events fül, ahonnan pedig az elemhez tartozó eseménykezelőkre ugorhatunk. Íme például egy AppBar button lelkivilága:

Refresh Windows app

Persze előfordul, hogy a hiba nem a HTML vagy CSS fájlban, hanem JavaScript kódban van. Ilyenkor egy igazi webfejlesztő csak belejavít a kódba, nyom egy gyors F5-öt és máris teszteli a javítást a böngészőben. Szerencsére ennek is van megfelelője itt, úgy hívják, hogy Refresh Windows app és megtalálható a toolbaron, vagy indítható közvetlenül a CTRL+SHIFT+R kombinációval (hamar megtanulja mindenki):

Sajnos nem csak az adott oldalt frissíti, hanem újraindítja az egész alkalmazást, de úgy vettem észre, hogy még mindig ez a leggyorsabb megoldás.

 

Nektek mi jön be leginkább az új Studioban?

 

Technorati-címkék: Windows 8,Visual Studio,Metro

Projektenként eltérő kódformázási beállítások a Studioban

A Visual Studio egyik kiváló szolgáltatása, hogy segít nekünk megformázni a forráskódot, mégpedig olyanra, ahogyan mi szeretnénk. Irány a Tools > Options > Text Editor beállítások, ahol kedvünkre kapcsolgathatunk (katt a teljes képért):

Az így összeállított beállításainkat exportálhatjuk, majd később importálhatjuk más gépen vagy éppen megoszthatjuk másokkal. Ehhez van egy Import and Export Settings varázsló a Tools menüben:

A bökkenő ezzel csak az, hogy ez felhasználónkénti beállítás, és nem projektenkénti. Azaz ha több projekten is dolgozunk, ahol más a kódformázási standard, akkor bajban vagyunk, mert a beállítások hozzánk kötődnek és nem az egyes projektekhez.

Nem vagyok egyedül ezzel a problémával, már más is felvetette, és itt lehet szavazni, hogy megoldódjon a következő Studioban: http://visualstudio.uservoice.com/forums/121579-visual-studio/suggestions/2089769-store-per-project-source-formatting-settings-with-

Szerencsére a devenv.exe-nek van egy /ResetSettings parancssori kapcsolója, ami után megadhatjuk a használni kívánt és korábban az export varázslóval létrehozott .vsssettings fájl nevét és elérési útját. Nincs más hátra, minden különböző beállításhoz létre kell hozni egy-egy önálló parancsikont:

A dolog működőképes, de nem olyan kényelmes, mint ahogy szeretnénk:

• A Studio lassabban fog elindulni, gyakorlatilag a háttérben lenyomja az import varázslót. Ez nem gond, ha naponta egyszer indítjuk el, de ha gyakran, akkor zavarni fog.
• A saját parancsikonnal elindított Studio beállításai lesznek “A Studio beállítások” a gépen (pontosabban az aktuális felhasználónál), azaz ha utána bármikor, bárhogy (Start menüből, .sln fájlra kattintva) indítunk egy Studiot, akkor az utoljára importált beállítások lesznek érvényben. Nincs automatikus visszaállás a gyári értékekre.
• Le kell szokni arról, hogy az .sln fájlra kattintva nyitjuk meg a forráskódot, hiszen akkor az utoljára importált beállítások lesznek érvényben. Tehát a kötelező ügymenet ezek után mindig az, hogy először elindítjuk a Studiot a  projekt saját parancsikonjával, majd a menüből megnyitjuk a projekthez tartozó solutiont.

Tudtok jobb megoldást?

 

Technorati-címkék: Visual Studio

JavaScript hibakeresés 1×1

Véleményem szerint ma már nem létezik “szerver oldali webprogramozó”, hiszen szinte minden weboldalhoz tartozik már szerver és kliens oldali logika is. A kliens oldali JavaScript és jQuery kódok debuggolása elsőre nagyon idegen feladatnak tűnhet, de valójában egyáltalán nem ördöngösség és szerencsére már kiváló eszközök is vannak hozzá. Az alábbi videóban a Firebug, a FireQuery és a Visual Studio 2010 JavaScript debuggolási lehetőségei közül a leggyakrabban használtak kerülnek terítékre:

Teljes képernyős nézet, 720p felbontás ajánlott.

 

Technorati-címkék: JavaScript,jQuery,Firefox,Visual Studio,debugging

Visual Studio Database project költöztetése SQL Azure-ra

Nagyon régóta használjuk Visual Studioban a Database project típust, mert nagyon szépen lehet vele kezelni és TFS alatt verziózni az adatbázis objektumokat. Mivel bevált és szeretjük, természetesen ezt használtuk a HTML5 Játéktér fejlesztésekor is, a táblák, elsődleges és idegen kulcsok, kényszerek, indexek, a mezők alapértékeinek és a törzsadatoknak a tárolására. Az üröm az örömben, hogy történeti okokból ez a projekt típus még nem támogatja közvetlenül az SQL Azure-t, így nem lehet az elkészült adatbázist és a szükséges adatrekordokat közvetlenül a felhőbe telepíteni.

Szerencsére van megoldás, az alábbi videóban meg is mutatom, hogyan költözik fel a Studioból az adatbázis az SQL Azure-ra:

720p, teljes képernyős nézet ajánlott

Ráadásként az is kiderül, hogyan lehet a fejlesztés során használt tesztadatokat opcionálisan telepíttetni a kimeneti szkripttel.

 

Technorati-címkék: Visual Studio,SQL,SQL Azure,Azure,tutorial,video

Visual Studio 11 – feature No1

Biztos sokan már elkezdték nézegetni a múlt heti konferencián kiadott Visual Studio 11 Developer Preview-t. Nem tudom, ki hogy van vele, számomra az egyik legfontosabb újdonság, hogy végre nem konvertálódnak automatikusan a projekt fájlok, amikor a Visual Studio új verziójával megnyitjuk a kódot, így korábbi VS verziókkal továbbra is dolgozhatunk rajta. Mindezt kombinálva azzal, hogy egy gépre a Studio több verziója is telepíthető, óriási előrelépés, nem véletlenül tették ezt a Product Highlights lista elejére:

Project and solution backward compatibility. Open and edit projects and solutions created by using Visual Studio 2010 in Visual Studio 11 Developer Preview without converting the Visual Studio 2010 project first. The project and solution can then be opened again in Visual Studio 2010, as long as you have not implemented any code that has a dependency on any Visual Studio 11 Developer Preview-only features. For more information, see Installing Visual Studio Versions Side-by-Side.

A fiúk tehát Redmondban figyelnek a visszajelzésekre.

 

Technorati-címkék: Visual Studio,Visual Studio 11

Aziz, fényt! – LightSwitch ebookok

Kedden, július 26-án ismét egy újabb Microsoft termék pottyan az ölünkbe, ekkor jelenik meg ugyanis a Visual Studio LightSwitch 2011 végleges változata. A sokak szerint egyszerűen csak “Access for .NET”-nek titulált termék túl van két bétán és a Microsoft nem keveset invesztált abba, hogy ezzel az eszközzel lehessen a legegyszerűbben üzleti alkalmazásokat készíteni mind a desktopra, mind pedig a felhőbe.

Gyújtsunk fényt a saját sötétségünkben és döntsük el magunk, hogy kinek hiszünk. Ebben segíthetnek ezek az e-könyvek:

Beginners Guide to Visual Studio LightSwitch (Kunal Chowdhury)

Creating Visual Studio LightSwitch Custom Controls (Beginner to Intermediate) (Michael Washington)

Introduction to Visual Studio LightSwitch (Matt Milner, Pluralsight tutorial)

Ééééés a ráadás, ami két ok miatt is kilóg a sorból, egyrészt, mert papíron is kézbe vehető, másrészt mert magyar szerző műve:
Beginning Microsoft Visual Studio LightSwitch Development (Novák István)

Ha már magyar szerző és ebook, akkor mindenképp meg kell említenem Velvárt Bandi új könyvét is:
Windows Phone 7 for Silverlight Developers

És ugyanitt megtalálható Árvai Zoli mini-könyve is:
Data Driven Applications with MVVM

Öröm látni, hogy vannak angolul is termékeny magyar szerzőink! Gratulálok fiúk!

 

Technorati-címkék: Silverlight,Visual Studio,LightSwitch,tutorial,ebook