Archive for the ‘VS 2005’ Category

Disable/turn off “Attach Security Warning” in Visual Studio

Monday, May 10th, 2010

Az RC óta elfelejtettem, hát leírom magamnak.

Sandcastle és társai

Wednesday, September 30th, 2009

Az NDoc halott, van helyette SandCastle. Nagyon jó, imádom. Ezzel csinálják a VS doksiját is. Van még kétely valakiben?
Az is jó, hogy nem kell kézzel írnom a konfigját, mert van hozzá Sandcastle Help File Builder, ami hasonló GUI, mint az ndochoz volt.
Aztán, hogy ne kelljen sokat gépelni az xml kommenteket, ott a GhostDoc. Beépül a VS-be, és CTRL-ALT-D-vel létrehoz egy komment vázat az adott kódrészhez. Meglepően ügyesen, ha angol neveket használunk a kódban.
Mindhárom eszköz zseniális és INGYENES. Aki ezek után nem dokumentálja a kódját, annak 1-es. :)

VS F1 kikapcs

Tuesday, September 4th, 2007

Azt hittem csak engem b szét az ideg, ha véletlenül F1-et nyomva a VSben várni kell akár perceket, hogy feljöjjön a help.
Mást is zavart.
Megoldás:
Tools -> Customize -> Keyboard -> Show Commands Containing -> Help.F1Help -> Remove.

vsprops fájlok

Tuesday, March 27th, 2007

Érdekes, nem agyonreklámozott, de nagyon hasznos kis lehetőséget találtam a C++ fordításhoz.
A project fájlok MSBuild formátumú fájlok, amelyeket egyes buildek során jó lenne kicsit módosítani. Pl. máshová és sokszor kissé másképp kell buildelni a fejlesztői gépen és másként a rendszeres buildben. Vagy a nemzetközi vagy brandelt verziók fordítása során máshonnan kell venni erőforrásokat, stb.

No, az ilyen esetekben tök jól jönnek a vsprops fájlok. Ezek pont olyan szerkezetűek mint egy C++ project fájl (vcproj). Parancssori fordításkor meg lehet őket adni a project fájl mellé, így felül lehet írni abban a számunkra szükséges beállításokat.

Pl. a.vsprops

[source:xml]




[/source]

És egy fordítás a vsprops használatával:

[source:C++]
vcbuild.exe /override:a.vsprops akarmi.vcproj “Release|Win32”
[/source]

Félreértés ne essék, pont az include könyvtárakat meg lehet adni környezeti változókban is, de itt csak ez a megoldás volt jó, mert az eredeti projectbe be vannak égetve az angol erőforrásokat tartalmazó elérési utak, így a projectet minden környezeti változó nélkül lehet buildelni a fejlesztői gépen. Ezeket nem lehet kiütni csak a környezeti változókkal, mert előbb dolgozza fel a projectben beállított includede path-okat az rc.exe, és csak utána nézi meg az INCLUDE környezeti változóban megadott pathokat. Azaz az angol erőforrások fordulnának mindig be, nem a lokalizáltak. Így viszont kiütöm az angol include patht, ezért a környezti változókban megadott include patht fogja használni, amit meg már ráállítottam a megfelelő nyelvnek megfelelő könyvtárra.

Edit and Continue – hasznos-e?

Tuesday, March 27th, 2007

Annak idején, még a VS 2005 illetve a .NET fw. 2.0 tervezésekor szó volt róla, hogy a C#-ban lesz refactoring (ez ugye csak VS fícsör), a VB-ben nem. Cserébe a VB-ben lesz Edit and Continue, de a C# nem kap ilyet.
Akkor az volt az érv, hogy a C#-osok komoly emberek, akik naphosszat refactorolnak, de nem hekkelnek a debugolás alatt álló kódon, mert az gagyi. De aztán a C# lobbi belerakatta.
Most, hogy C++-ban dolgozok, ahol már a VC6 óra van E&C elég sokat használom. Azért, mert gyakran van, hogy valami apróságot elszúrok, és mire azt a kódot újrafuttatom, sok időt veszítenék. Egyébként egy IE addont írok. Tudom, ha lennének jó Unit tesztjeim, akkor pikk-pakk újra lehetne futtatni a kódot a vizsgált pontig, de nincsenek, C++-ban még nem értek a Unit teszteléshez.
Szóval értem az érvet, komoly, unit tesztekkel felvértezett programoló nem használja az EC-t, de én úgy látszik nem vagyok az, így örülök neki, hogy van.

Amikor év elején egy C# kódot gyúrtam át, akkor nem is emlékszek, hogy használtam volna, de ott volt valag sok unit tesztem.
Ti használjátok, vagy komoly programolók vagytok? :)

Visual Studio 2005 Service Pack 1 Update for Windows Vista letölthető

Wednesday, March 7th, 2007

A bétáját már régóta használom, debugolás közben renszeresen beteg volt a gui, remélem a végleges ezt is gyógyítja.

Forrás.

Orcas – márciusi kiadás

Saturday, March 3rd, 2007

Érdekelne ez az új kiadás, de nekem nem virtuális gép image kellene, hanem a sima telepítők.
Találkozott valaki ezzel, vagy csak virtuális izé van?

Nagyon hasznos kis eszköz – Resource Refactoring

Saturday, March 3rd, 2007

A meglévő VS refactoringok listáját bővíti ki ez a kis eszköz.
Kijelölve egy stringet berakja azt egy típusos erőforrásba, és kibodva a stringet a kódból berakja az erőforrás hivatkozást. Nagyon cool, de tényleg.

VS 2005 SP1 Vistán

Thursday, December 21st, 2006

Felraktam a jószágot, kétszer futott neki, mert egyszer felment a sima VS-re, egyszer meg a Team Explorerre is (ezt külön kellett felrakni, de részévé vált a vsnek).

Van hozzá még ez:

Visual Studio 2005 Service Pack 1 Update for Windows Vista Beta

Ezek nélkül is lehetett dolgozni a vs-sel, csak időnként befagyott. Pl. ha unit teszteket debugoltam, nem mindig jött vissza a debugból, újra kellett indítani, illetve időnként rapaint problémái is voltak. Januárban kiderül, mennyit javítottak rajta.

A májusi LINQ Preview-val elrontott VS rendberakása

Thursday, June 8th, 2006

Merthogy a drága elrontja a refactoringhoz kapcsolódó fícsöröket a VS 2005-ben.

A kuruzslásról itt olvashattok.

Amúgy következő lépések kellettek:

1. Start up RegEdit.exe

2. Open HKEY_LOCAL_MACHINE\Software\Microsoft\VisualStudio\
8.0\Packages\{A066E284-DCAB-11D2-B551-00C04F68D4DB}\SatelliteDLL

3. Edit the “Path” value and change it from
“C:\Program Files\Microsoft Visual Studio 8\VC#\VCSPackages\1033\” to “C:\Program Files\Microsoft Visual Studio 8\VC#\VCSPackages\”

4. Go to C:\Program Files\Microsoft Visual Studio 8\Common7\IDE and run devenv /setup followed by devenv /resetuserdata followed by devenv /resetsettings CSharp

Gyógyítás közben elszáll a drágaszág, de ez ne akasszon meg senkit a műtétben.

Regex find and replace a VS-ben

Tuesday, May 30th, 2006

Elég sokat használom a fenti fícsört. Ami nagyon bosszant benne, hogy nem a szabványos .NET regexeket használja, hanem valami saját szintaxist, így mindig néznem kell a doksit, hogy a normális rexex karakterek helyett mit használjak.

Gondolom történelmi okai vannak ennek a regex szintaxisnak, bár lehetne egy kapcsoló, amivel lehetne formátumot szabályozni. Majd 2020-ban. A másik dolog, hogy állítólag néha lehal a regex F&R, én még nem szívtam vele, habár lefagyni már fagyott le, de ez mondjuk úgy normális, mert NFA regex engine van mögötte, ami bizonyos kifejezésekkel exponenciálisan elszáll időben. Ami még bosszantó, hogy nem vezették ki a .NET regex engine opcióit, mint a multiline és társaik, pedig ez jól jönne, nem kellene a \n-ekkel szívni.

No, valaki más is megunta ezeket a problémákat, és írt egy helyettesítő AddInt a gyári helyett, amely .NET regex szintaxissal, és jól működik. Kár, hogy nincs benne több fájlon kereső opció.