Visual Studio Code 1.25 (diskuse)

[cezz]

Pre mna osobne s pridanim grid layout padol posledny dovod vobec uvazovat o Atome ako alternative.

[2017]

Pouzivate to i pro C++ ?

Mam hodne C++ CMake projektu (s podporojekty) a ne a ne to porane naucit respektovat include diry z build systemu.

Dal to porad kulha pri doplnovani konstruktoru pri dyn. vytvareni instanci (e.g. MyType a = new //tady chci dostat nabidnuto MyType).

Take to neumi doplnovat PIMPL typy i kdyz na to ma vsechny informace (jakoby nedokazal spravne rozpoznat kontext stejne jak to zna kompiler)

Ma to i jine muchy, ale toto mne celkem dost trapi.

[stepo]

Jak použít VS Code pro složitější C++/CMake projekt, aby si automaticky zjišťoval include adresáře podle target_link_libraries a target_include_directories by mě taky zajímalo. Myslím ale, že by to vyžadovalo napsat speciální CMake generátor pro vytvoření VSCode projektu. (Podobně jako to je třeba pro Eclipse, KDevelop apod.)

[2017]

No a oni pouzivaji CMake v server modu. Tzn. completni info per subproject dostavaji v krasnem JSONu. Jen mi to proste nefunguje.

[cezz]

Nie pre C++ to nepouzivam. Ale len tak pre zaujimavost, je to v Atome lepsie?

[Bystroushaak]

Ještě aby to umělo ctrl+click na přidání dalšího kurzoru, opravili ten dementní bug se scrollováním na konec souboru při focusu a asi by se to i dalo používat.

[Bystroushaak]

"editor.multiCursorModifier": "ctrlCmd"

Aha, hm. Tak už jen ten bug v chrome.

[koroptev]

porad lepsi nez atom kterej neumi korektne wrapovat slova..

[koroptev]

sry radky

[Bystroushaak]

Já to srovnávám se Sublimem. Teď jsem zkoušel používat něco přes měsíc VSC, ale stejně jsem se vrátil k Sublime, protože je prostě pohodlnější a nemá takhle dementní bugy.

[Kate]

Já právě kvůli pohodlí ovládání přešla ze Sublime přes Atom k VS Code :)

[Bystroushaak]

Můžeš to nějak víc vysvětlit?

[Kate]

Mimo podstatně méně ergonomickou správu rozšíření v Sublime mi v Atomu víc vyhovovalo jak fungují a co všechno dovedou změnit. Z Atomu se dá snáz udělat něco co vypadá jako lightweight IDE. No a VS Code je takový už prakticky v základu.

A pokud jde o VS Code, Language Server Protocol je opravdu hodně silná věc, díky které má docela snadno podporu pro hodně jazyků. (navíc už funguje i v Atomu)

Třeba pro Rust podle mě zatím jako nejlepší vývojové prostředí funguje Code a plugin pro produkty od Jetbrains a pak dlouho nic.

[Bystroushaak]

Třeba pro Rust podle mě zatím jako nejlepší vývojové prostředí funguje Code a plugin pro produkty od Jetbrains a pak dlouho nic.

Zrovna rust jsem minulý měsíc nějakou dobu používal (a taky python) a ta podpora mě teda zrovna neoslnila. Na úrovni editoru se o poměrně tupou úroveň napovídání (přišlo mi, že to dělá nějakou kontextovou analýzu, ale docela slabou), skoky na definici a zobrazení dokumentace. Refactoring a dalčí vymoženosti jsem tam buď nenašel, nebo tam prostě nejsou.

[Kate]

S kterým pluginem? A měl jsi nainstalovaný rls? Vscode-rust plugin samotný v legacy módu je celkem bezzubý. A z těch dvou používajících rls mi přišel lepší ten oficiální.

[cezz]

Tak tak, treba pouzit ten oficialy RLS plugin, je to stale early stage of development, ale je to celkom dobre pouzitelne aj tak.

[Bystroushaak]

Teď jsem se chtěl podívat, ale už to nenajdu. Potom jsem to zkoušel používat jako python ide a tu rust podporu jsem odinstaloval.

[cezz]

Ja si myslim, ze vseobecne VS Code sa pouzivat ako IDE uplne neda. Ono je to dobre vtedy ked potrebujes nieco viac ako obycajny textovy editor, ale zas nie kompletne IDE.

O Sublime som pocul a verim ze to moze byt dobry editor, ale nema to opensource licenciu a tym to pre mna je uzavreta zalezitost. Ked nie je na vyber, nebranim sa pouzit aj nieco closed-source, ale prave v propade textovych editorov na vyber je.

[koroptev]

ja s webstormem; webstorm ma i jako editor v zakladu vic uzitecne funkcionality kterou pouzivam a chybi mi a navic je kupodivu sviznejsi! plus pak nektery nedrovnalosti u js - vscode checkuje pres tyoescriptove definice a neumi rozlisit samo od sebe kontext takze nektery veci jsou spatne protoze webworker apod, da se mu to rict rucne alenve webstormu proste nemusim delat nic a magie, je videt ta ohromna prace a pozornost k detailum

k tomu atomu - atom neumi zalamovat radky treba na 80. sloupci, kdyz clovek zmeni sirku okna pod 80 sloupcu, zalamuje na sirku okna prestoze je nastaveno 80 sloupcu - a nejlepsi je pozice vyvojaru jakou vuci tomu zaujali, nikdy takovou sracku nebudu pouzivat, je to toxicky dementni uz v zakladu

[Bystroushaak]

Jo, mě Atom ani nikdy nezajímal. VSC jsem kdysi zkoušel, byl nucen konstantovat, že tam ještě není a pak jsem to zkoušel minulý měsíc a více/méně se to dalo používat. Spousta doplňků je ale v dětské fázi. A taky to scriptování v javascriptu není nic moc. A nedaj se nahrávat makra.

[svido]

VS Code byl vždy zadekelní a tím i zůstane. Tento rádoby IDE není použitelný ani pro JS, ani pro .NET. Je sice zdarma, ale je to katastrofa. Opravdu nechápu, proč to lidi používají...

[ehm]

Jsou líní naučit se Vim, žádné jiné vysvětlení neexistuje

[cezz]

Ja pouzivam VS Code prave preto, ze ma asi najlepsie implementovany Vim mode spomedzi vsetkych opensource editorov, co som skusil. (samozrejme okrem Vim samotneho)

Cize ja VS Code pouzivam ako taky Vim++. Ma to veci na ktore som z Vimu zvyknuty, plus celkom pekny interface, dobru integraciu s git-om a podobne.

Ked potrebujem rychlo otvorit jeden subor, tak este stale pouzivam Gvim a na serveroch samozrejme vi/vim, takze nie som odporca Vimu ako takeho.