Kdy Zed na Linuxu? Právě teď

V lednu byl otevřen editor kódů Zed od autorů editoru Atom a Tree-sitter. Tenkrát běžel pouze na macOS. V květnu byly oznámeny pokroky při portaci na Linux. Dnes byly oznámeny oficiální linuxové buildy.

11.7.2024 02:33 | Ladislav Hagara | Nová verze

Komentáře

[Petr]

A v čem to má být lepší než VS Code ?

[⧠ A = 0]

A v čem to má být lepší než vim?

[RealJ]

vim pouzivaji jenom lidi co nejsou schopni naucit se vi. vi rulez…

[J]

Editor co se musis ucit? Tam je neco spatne

[RealJ]

Zkus vi a pochopis. Mam k tomu vytistenou stranku s nazvem vi cheatsheet. Je to neco podobne jako kdyz kompilujes neco na linuxu, tak se proste tu sekvenci make prikazu naucis. Snad nejsi debil, ne?

[esc:x!]

Ale bez nekam s tim "zkus", vzdyt sme na abicku, kazdy si ho MUSEL zkusit pred 20 lety protoze nic jineho nebylo. Nastesti se nasli i koderi co meli cit pro UX a tak zahy prisli dejove, joe a jeste i ten mcedit mel ucici krivku 5 sekund a ne 5 tydnu nez VI.

Idea mit normal/insert mod kde ten normal je vsechno jen ne normal je fundametalne spatna a vede k velice spatnym navykum a zniceni klavesy ESC co zadny jiny editor nedela

Vicko ovladam celkem obstojne ale nenaVIdim ho!

PS: povismnete jsi ze jsem nepouzil slovo emacs, bavime se o editorech ne nadstavbach operacnich systemu

[koroptev]

lepsi humor nez "meli cit pro UX a tak zahy prisli dejove, joe" tu uz dlouho nezaznel..

mcedit je debilizovana a se zlomkem funkcionality kopie x programu z DOSu btw. (z nichz nejlepsi byl DOS Navigator a jeho editor)

[RealJ]

myslis koderi s citem pro UX ala Gimp? :D To radsi ten vi

[tacoberu]

Já na vi oceňuju, že s ním jsem schopen poeditovat i 6GB velký soubor, což se občas prostě hodí. Další výhoda je v tom, že je všude. Takže jsem rád, že je, umím ho používat a taky ho používám, ale jako hlavní editor ne, no.

[Erin]

Nechci ti to kazit, ale spousta nového softwaru a i hodně záklasního pro většinou Linuxových systémů používá Meson a tam je ta kombinace jiná.

[Max]

Je to popsaný na webu projektu.
Zdar Max

[⧠ A = 0]

A v čem má VS code být lepší než vim?

[koroptev]

To je ten editor, co nic neumi - rozsiritelnost/pluginy, git integrace.

[Profik co te sundava]

Tak ono se obvykle zacina tim ze to je editor Az se ukaze ze je to skvely a rychly editor tak se zacnou pridavat pluginy az z toho bude IDE co smete VSCode a IntelliJ z trunu.

Abys pochopil co chci rici, mas spatny editor jako VI, pomaly a hrozne napsany. Tak ho prepises do VIM, je sice lepe napsany ale porad nese tu hloupou TTY zatez a nikdy nebude rychly. Presto na nej vzniknou pluginy ktere z pomale neergonomicke sracky udelaji nepouzitelny hnuj s rychlosti posuvu kurzoru 1znak za sekundu. Tak ho prepises do NEOVIM, s gpu akceleraci, lepsim UX bez nutnosti pomalejch pluginu a pak zjistis, ze ho zadny vickar nechce pokud tam nedas tu starou TTY herku s obskurnimi ESC sekvencema, protoze to musi bezet v terminalu!

Tohle vse ZEDu nehrozi a bude kralem protoze:

• Je napsan v Rustu
• Terminal ho vubec ale vubec nezajima
• Vyvoj zacal v macOS, tudiz vyvojari jsou profici a ne freetardi, prace nekonci u "slo to zkompilovat"
• Kdyz je linux verze JEN stejne rychla jako VSCode tak to povazuji za bug a resi to!

Zatim to je pro fandy nebo lidi kterym pluginy neschazi, ale o 1-2 roky to bude uplne jinde.

[koroptev]

obvykle?

napr. Emacs udelal design decision, ze jeho jadrem bude interpretr lispu a vsechna editacni funkcionalita bude vyrobena v tom lispu, tim padem i jakakoli dalsi rozsiritelnost tak nejak byla umoznena nativne, kdyby sli opacnou cestou, tak by to vlastne museli cely prepsat nebo vymejslet, jak tam tu rozsiritelnost doprcat..

stejnej pribeh neo/vim a vscode, cili ne, nemas pravdu, obvykle se to dela naopak..

za 1-2 roky tohle bude mrtvy, ty jejich primarni selling points (moznosti kolaborace) jsou imho pro cilovou skupinu (vyvojari) slaby

[korouhev]

napr. Zed udelal design decision, ze jeho jadrem bude Rust a vsechna editacni funkcionalita bude vyrobena v tom Rustu, tim padem i jakakoli dalsi rozsiritelnost tak nejak byla umoznena nativne, kdyby sli opacnou cestou, tak by to vlastne museli cely prepsat nebo vymejslet, jak tam tu rozsiritelnost doprcat.. To ze zatim neni je o tom ze first things first. Nejdriv editor jaky svet nevidel, az pak IDE.

[koroptev]

to prave neni totez

v emacsu je emacs naprganej v tom interpretu lispu a ty mas at your fingertips vsechna kouzla, co meli autori emacsu, muzes to vse zmenit, cokoli

v zedu v tom lepsim pripade se autorum podari vyvest ven pouzitelny api k nejakejm internim funkcim, v tom horsim pripade to orezou na neco, co nebude kdovijak pouzitelny, kazdopadne zatim neudelali nic

predstav si firefox, ve kterym jsi mohl mit rozsireni implementujici vertikalni taby vs chrome, kde to neni mozny (a podivej se market share pred a po zmene, kterou firefox udelal stran pluginu..)

[xkucf03]

v emacsu je emacs naprganej v tom interpretu lispu a ty mas at your fingertips vsechna kouzla, co meli autori emacsu, muzes to vse zmenit, cokoli

v zedu v tom lepsim pripade se autorum podari vyvest ven pouzitelny api k nejakejm internim funkcim, v tom horsim pripade to orezou na neco, co nebude kdovijak pouzitelny

I když máš program psaný ve stejném jazyce, ve kterém se píšou rozšíření/moduly, tak stejně musíš rozlišovat, co je API/SPI a co je interní kód přístupný jen autorům jádra/programu. Pokud to rozlišovat nebudeš, tak je to sice „hezké“ v tom, že dáš autorům modulů absolutní volnost a neomezené možnosti, ale zároveň máš velký problém – buď nebudeš schopný zaručit zpětnou kompatibilitu a ten systém bude neudržitelný, nebo si úplně svážeš ruce, protože ten interní kód nebudeš moci ani refaktorovat nebo v něm opravovat (návrhové) chyby, protože by někomu přestal fungovat jeho modul/rozšíření.

Autory modulů/rozšíření nebude bavit je pořád přepisovat, když ty vydáš novou verzi jádra/programu. Resp. vykašlou se ti na to. A uživatele nebude bavit, že jim po upgradu jádra/programu, přestanou fungovat jejich oblíbené moduly/rozšíření.

[koroptev]

to bych prave rekl, ze v emacsu rozliseny moc neni, mas k dispozici totez (vyvedeny funkce z c), co autori editoru

[Ovoce]

za marketshare Frefoxu versus Chrome může bundling a browser hijacking, nic jinýho

[koroptev]

jj, majoritni platforma - Windows - mela a ma svuj vlastni browser, kterej cpe a propaguje, ale za marketshare Firefoxu muze browser hijacking ... Chrome, ses posral ne

do doby, dokdy mel Firefox XUL, to byla jeho hlavni odlisnost a jedna z konkurencnich vyhod oproti Chrome, bylo to pomaly, ale bylo to vyrazne jiny a umoznovalo to pluginum kompletne prekopat UI

[RealJ]

Zed bude kralem az nastane rok linuxoveho desktopu… a az Alesove sendvice budou pouzivat vsechny firmy… na to, ze je to psany v rustu sere pes.

[kvaska]

No jasne wordprcal co nevytahl hlavu z P( . )P tu bude resit kvalitu Rust. ZED nema nic s linuxem, proste jen 117 vyvojaru sralo ze macisti maji skvely a rychly editor o kterem muzou jen snit, tak poslali port patche. Na rozdil od jinych jesitnych FOSS projektu byli vyvojari ZEDu velkodusni a prijali je misto poslani doprdele jak se to obvykle u linuxaku dela.

[koroptev]

It’s too bad that Onivim2 development stopped.

posledni commit 3 roky nazpet

Site Not Found

Currently in alpha - may have bugs or instability - use with caution.

[~]

Kdyz te tohle rajcuje tak to se mrkni na Helix.

[koroptev]

jakoze je dalsi na seznamu mrtvol? dost pravdepodobne, nema git integraci, neni mozny ho uzivatelsky rozsirovat pres nejakej plugin system..

[krasa]

Co mate porad s tou git integraci? Jeste jsem nevidel zadnou schopnou v zadnem IDE. Neni nad standalone apku typu SourceTree ci Fork, nebo rovnou cmdline. Jedinou integraci v IDE co potrebujes je blame abys vytahal za usi prasackeho kolegu a file history abys zjistil co jeste to prase napachalo v minulosti.

[koroptev]

Pravdepodobne jsi nezkusil magit..

[.:}{:.]

Jestli magit povazujes za neco s dobrym UX a skvelou a logickou funkcionalitou tak tohle by te mohlo zajimat.

[koroptev]

povazuju

klidne ukaz prstem na editor, co ma lepsi integraci, zajima me to

[haf]

Spatna otazka. Nechces kockopsa. Chces kocku a psa.

[koroptev]

to neni pravda

nechces napr. konflikty resit v nejakym hip git klientovi, chces behem toho mit k dispozici ty stejny editacni prostredky, co mas ve svym editoru..

analogicky dalsich x veci

to, o cem mluvis, to muzes delat jako salonni patlal teoretik u par radkovyho skriptu, co vyplodis jednou za mesic..

[bridlice a bridilove nemaj love]

Konflikty a rebasy resim temer denne a temer nikdy v IDE. Kdyz mas inteligentni 3way merge tool a'la P4 ci BC tak to je na 99% jen odklepnuti, ze automatika vyresila konflikt spravne. To fanousek magitu nezna a teda asi nechape co? Ja nerikam ze fotak v iPhonu je spatny, ale Nikon D850 s poradnym sklem je jina liga. Takze kdyz chci poradnou fotku, ehm poradny git zazitek tak pouzivam poradny standalone tooly. To je vzdyt unix filozofie, mej tool co dela jednu vec a dela ji dobre. Ne kockopsa co ti zalepi voci a pak meles amaterske nesmysly na foru. Se uz prober, nekdy pises celkem rozumne, ale v programovani, editorech a gitu si hrozny bridil. Se nesnizuj na uroven Real_J_hulana.

[koroptev]

lol, moznost odklepnuti preci zavisi na charakteru toho konfliktu..

ten uplne stejnej "inteligentni" odklepavaci 3way merge tool mas samozrejme i v emacsu..

a ne, profi vyvojar nepouziva git klienty vne editoru/ide, to delaj nevyvojari, kdyz se chteji postourat v historii apod., nebo poor guys, kteri nemaji rozumnou integraci gitu v editoru

delas na ficure v separatni feature branchi, mas za sebou 3 commity, chces videt v gutteru diff marks vuci vetvi, ze ktere jsi odbocil, jak to udelas v editoru, kterej nema nejak integrovanej git? umi to vubec tvuj editor, kterej nejakou integraci ma? jak privetivy je na to cumet v separatnim klientovi a pak se prepinat do editoru, pokud to ten separatni klient vubec nejak (mineno rychle a intuitivne) umi?

[Balada o rezave lopate]

Kurna jasne ze ve Vs Code mam tu integraci ale o ni nepisu zamilovane verse a nespoleham moc na ni. Zaklad jaou poradne jednoucelove tooly na ktere je spoleh. Styl meho kodeni je predevsim moje prace a na git dojde az je konflikt nebo nejaka vetsi integrace. Ze bych byl na nem zavislej denne to tedy ne. To ale copy pasta lepic v emacsu nema sanci videt a chapat. Jsi upad tak si v ty jame s velice spatnymi navyky ze vsechno musi byt IDE klidne bud, ja ti svetlo ukazal, ze za nim nejdes je tvuj hrob.

[koroptev]

tyvole, samozrejme ze se spoleham na veci toho typu pridanejch / zmenenejch radku, je to extremne uzitecny napr. pri loveni bugu..

k cemu by to bylo, kdybych se na to nemohl spolehnout a ve vscode samozrejme neni o cem mluvit stran git integrace, je to meh, coz bys vedel, kdybys nejakou realnou zkusenost - podobne jako ja - mel jak s magitem tak s vscode tak s nejakym hip externim git udelatkem

[winnetou]

Tak asi mame rozdilne nazory na to co je git integrace. Ty v kuse omilas blame a zmeny, tedy - git diff a git log, takze nejspis jen sedis nekde jako devops bau hasic s minimem originalni prace a proste latas bugy. U mne je zaklad originalni prace kterou jednou za par commitu potrebuju dat do mastra a tudiz muze vyskocit rebase ci merge conflict. V historii se vrtam jen kdyz mi nejake prase hazi klacky pod nohy je cas ty prasarny utnout.

[koroptev]

hele, klades jen jeden duvod za druhym, proc neschopnost tvyho editoru by mela byt chapana jako virtue..

videt indikator zmeny primo v editoru JE uzitecny v kazdym pripade, pridas parametr do existujici funkce, chces to tam videt..

marny, mas modlu, modli se, profici se nemodli, ale bez emoci vybiraji to nejlepsi

[chrochtoptew]

Ja jen rikam ze to ma tak nejak kazdy IDE by default a nehledal bych v tom svaty gral ani bych se o tom nejak extra neszminoval. Pro tebe je to ale Jirikovo videni. Tahle fukncnost nemusi automaticky souviset s versioning systemy. Mnoho IDE si drzi history i nezavisle od cvs/svn/git/hg...

[koroptev]

Zed to nema.. ses probudil, co

[koroptev]

jinak chybejici integrace znamena, ze ti to pri editaci ani neukaze indikator nove pridanejch / zmenenejch / smazanejch radku napr., coz je velmi uzitecna vec

[kralyk z abclinuxu]

Co mate porad s tou git integraci? Jeste jsem nevidel zadnou schopnou v zadnem IDE.

+1, git IDE integrace jsou IMO silně overrated. Ono totiž práce s VCS není s programováním samotným až tak moc spjata, narozdíl od třeba debuggingu.

Víceméně jediná užitečná feature mi přijde nějaký ukazatel blame na řádce, ie. abych zhruba věděl, jak stará je daná část kódu. To je asi tak celý.

[xkucf03]

Pro mne je zásadní věc, že IDE (nebo editor) označí řádky, které jsou oproti poslední verzi přidané/odebrané/změněné, a umožní mi ty změny vracet zpět. Dále pak možnost zobrazit si historii souboru a ty verze porovnávat případně vracet.

Všechno ostatní navíc je fajn, ale asi to nemusím mít nutně v IDE/editoru. Jsem zvyklý používat víc nástrojů současně – hodně toho dělám v příkazové řádce, na něco je zase lepší GUI… Díky tomu, že programy dnes běžně podporují inotify a registrují změny provedené jinde, tenhle režim práce funguje dobře.

P.S. taky je dobré, aby IDE/editor obsahoval nějakou abstrakci nebo aspoň jednotné GUI pro různé VCS, aby ty základní operace fungovaly stejně bez ohledu na tom, s jakým verzovacím systémem člověk zrovna pracuje.

[koroptev]

to povazuju za absolutni zaklad a doplnim nasledujici use case, kterej zminuju vyse: delas ve feature branchi na novy ficure a mas za sebou 3 commity, chces videt rozdil ted (po 3 commitech) vs puvodni vetev, ze ktery jsi odbocil, tohle neumi ani mnoho editoru, co nejakou kloudnou git integraci maji, standard je totiz tupy zobrazovani rozdilu vuci predchozimu commitu

[kralyk z abclinuxu]

U tohohle příkladu mi přijde taky celkem jedno, jestli to je integrované v IDE nebo ne. Třeba i ta jednoduchá Tcl/Tk utilita gitk co je typicky součástí instalace tohle umí.

[xkucf03]

Přílohy:

• netbeans-ide-vcs-hg.png (351509 bytů)
• netbeans-ide-vcs-hg-diff.png (55551 bytů)

Hodně to používám pro navigaci uvnitř souboru při editaci – vím, že tam mám pár míst s novými úpravami a snadno se na ně dostanu. To barevné zvýraznění řádků hodně pomáhá. Zobrazení rozdílů v nějakém externím programu je z tohoto pohledu na nic. Stejně tak když jsou v tom kódu chyby, něco ladím nebo zkouším různé varianty – mít tu historii a diff přímo v editoru v IDE je k nezaplacení.

To, co píše koroptev výše, dává smysl. A taky by se mi to hodilo. Netbeans umí krásně zvýraznit změny v editoru, ale jen oproti nejbližší předchozí verzi, ne proti libovolnému bodu v historii (tohle by nebylo těžké implementovat, jde jen o to někam do GUI dát políčko s výběrem toho referenčního bodu). Když se přepnu na záložku „History“, tak tam samozřejmě proti jiným verzím porovnávat můžu, ale to není totéž jako zvýraznění řádků přímo v editoru.

V příloze obrázek pro představu – vlevo jsou barevně označené aktuálně zobrazené řádky, které byly přidané, smazané nebo změněné; vpravo u posuvníku jsou pak zvýrazněné řádky z celého dokumentu, které mají nějaké změny. Když např. vím, že jsem v polovině souboru něco upravoval, tak se jedním kliknutím dostanu přesně na to místo. A to je jen jeden z mnoha způsobů použití. Další příklad: vím, že program fungoval a že jsem ho teď něčím rozbil – díky tomu zvýraznění řádků přesně vím, kde to bylo a nemusím pátrat jinde. Jasně, člověk by si mohl udělat diff v konsoli nebo si ho zobrazit v nějakém externím programu, ale vidět to přímo v editoru a v reálném čase, to je úplně jiná efektivita. Jedním kliknutím na to modré vlevo si zobrazím původní verzi toho řádku.

[RealJ]

Vytahni si hlavu z prdele, rohlidni se kolem a zjistis kolik jinych editoru existuje. Zed neni nicim vyjimecny, ze bezi na linuxu i macu nikoho krom par lidi nezajima.

[RealJ]

A k tomu rustu, precti si jeste jednou muj prispevek a poku to presto nechapes tak jsem vubec neresil kvalitu rustu ale to ze nikoho nezajima ze nejaky editor je psany v rustu, na to sere pes.

[_]

Praveze to se ti snazim rict ze nesere. Kdyz reknes ze je psany v Java/JS/Lisp/Pythonu tak to kazdy jen mavne rukou protoze pomala slabota. Ale kdyz se rekne RUST, slysis? RUST! Tak to hned kazdy zbystri a mne si ruce!

[RealJ]

Pobavilo, diky! Zkus se nekdy zeptat nekoho mimo IT jestli je pro nej dulezite mit textovy editor v Rustu nebo s ikonama... Asi tak... Ukaz mi jak vyuzijes lepsi vykon rustu v textovem editoru vuci treba C++ ty Pythone... bude ti to rychlejc kopirovat ze schranky, nebo ti to bude rychlejc psat text z klavesnice? Rust fakt nikoho u textoveho editoru nezajima... a klidne tady muze trepat nozickama jak to neni pravda...

[AbcLinuxu hledá autory!]

Zkus treba natahnout 500MB json nebo xml se syntax higlightingem. Vicko zmrzne a rozmrazis ho jen s kill -9. VSCode v lepsim pripade bude chroustat 15s nebo rovnou vypise ze je to moc a ostane cernobilej. Webstorm tak nejak podobne. ZED to da do sekundy. Kapisto? Ja vim ze nekapisto, protoze se bavime s $1 phpckarem, ktery dodnes nepochopil, ze to je spatne.

[koroptev]

a proc vsichni ti hloupi lide ty inferiorni editory, co ani neumi editovat 500MB json nebo xml vubec pouzivaji?

[mnau]

Protoze na to cumi jak rus na splachovaci zachod. Navic kdo dnes kodi v terminalu? Kazdy ma desktop kde ma luxus normalnich gui editoru. Ja vim ze obskurity typu gvim ale to je jak pouzivat linux desktop kdyz muzes macOS

[RealJ]

ano, bezny uzivatel edituje denne 500mb json a xml... to leda tak lepici jako sid... normalni uzivatel pouziva na upravu xml a json prislusny softver ktery mu udela treba transformace a ne aby to patlal jako debil v textovem editoru...

[RealJ je odpad]

Transformace v jsonu? Ani googlit neumis ty smudlo. Rikam ti dobre, nemichej se do programovacich zalezitosti protoze krute ukazujes svou nahotu a hlupotu. Nebo te to bavi a je to nejaka forma masochismu?

[RealJ]

Je videt, ze si transformace xml nikdy nedelal… proc do toho pletes json? Aha, protoze jsi debil a lepic pho sracek.

[Ju a hele]

PHP jsme v nasich luzich a hajich nevideli tak 15 let. Takze ani nevime o cem mluvis wordpracale my nelepime, my kodime spiickove Fe!Be v nodejs a rustu To k tobe prijde tak za 15 let to u budes v ustavu pro kterej prcas ten wordprc za 1$…

[RealJ]

Jj, vy kodite leda tak hovno v php… v CR se vyvoj nedela, tam se jenom lepi pro zahranici, vcetne domacich bank vlastnenych zahranicnimi vlastniky… ja ti to nemam za zle, mas svych 5000 eur mesicne jistych, jednou rocne s rodinou vlakem do chorvatska, jednou rocne vikend na horach a to ostatni copy&paste z chatgpt

[Real_J zmrznul v minulosti]

Nemas pravdu a dobre to vis Btw v chorvatsku jsem taky nebyl uz asi 15 let, nebylo by od veci se tam opet podivat po vsech tech ibizach malorkach mauriciich sri lankach madagaskarech a dubajich

[RealJ]

Jj, prstem po google maps a pak zpatky copy paste z chatgpt

[tu rum tu rum tu tu tu]

Prstem po apple mape rejdis akorat ty jestli neni zacpa po ceste do likerstoru ze?

[RealJ]

vicko s tim vubec nepocita, vscode netusim... otevru 1gb xml v notepad++ a no issue... v cem soudruzi asi udelali chybu... rustem to proste neni... ale ty jako spravny ideolog idiot amater to tak vidis...

[zednik]

tady nejde o 1gb textu ale o 1gb se syntax higlihgt. Abys to pochopil budes potrebovat barevny displej boomere.

[RealJ]

no na rozdil od tveho linuxu s xcfe my na macos jiz nejakou dobu barvicky pouzivame... i ten zasrany notepad++ umi syntax highlight na 1gb xml bez problemu a to neni napsany v rustu... cim to asi bude? Ze by ho nepsal uplny debil ktery potrebuji pro rychlost novy programovaci jazyk? Ja jeste porad umim psat i v asembleru a to je pak rychlost kde se tvuj rust muze leda tak koukat jak ten muj asm kod projizdi kolem...

[Skandalni odhaleni - Real_J uznal ze je magor]

Vazne pises asm pro ARM? zase lzi na lzi, vis UPLNY HOVNO a cim vic tady pises tim vic to je videt. Navic notepad++ je windows apka, ty nakonec ani to Apple nemas!

[RealJ]

Njn, to je tak kdyz ti na linuxu funguje hovno… me diky parallels funguje i notepad++. Kde jsem psal neco o arm chudacku? Ani cist neumis?

[_]

Hned v prvni vete jsi spomenul macos ktery frci na armu

[RealJ]

A to me jako omezuje pro vyvoj jenom pro arm? Vytahni si hlavu z prdele, mac umoznuji tolik veci. Tohle umi i linux, klidne muzes vyvijet pro nejakou exotickou platformu na svem pentiu2.

[Rohlik v parku]

No jenze ty umis jenom zvedat telefon v macOS. Tuhle jedinou odbornost ti tady verime. Zbytek zvasty amatera co nema paru o nicem v modernim IT.

[RealJ]

Rika amater, ktery si neumi ani zalozit konto na abicku… kdyz to zvladl idiot jako ja tak ty by jsi to mohl zvladnout taky…

[J]

Jo takze kdo ma konto ma tady patent na rozum? Ty dobre vis ze konto jsi si zalozil jen proto ze te hned vytrolili kradenim tvyho nicku

[RealJ]

Vzdyt rikam ze to neumis… copy paste ti jde, to ostatni neumis. Patrne Brno

[znak menšítka či většítka]

Hele takovy ...Izak... nebo Velmistr to zvladnul a pomohlo jim to?

[Suprflamesekce]

Našel jsem krutěpřísnou sekci abíčka. Můžete tu vložit celebritu. Ano, Kapica tam pořád není!

[Radius]

Sorry, ale rust je urcen pro zacatecniky, kteri neumi programovat a tudiz to za ne vse hlida. To na zacatek.

Pak profici co zacali na MacOS? Od kdy? MacOS je ukradeny BSD, takze kdyby jste napsal od zlodeju, asi by se to dalo akceptovat.

[_]

Ukradeny? Vzdyt vsechny sve upravy poctive zverejnuji byt dle BSD licence nemusi!

[:::]

Jestli podporuje virtual space tak ho vyzkousim

[Ovoce]

Textový editor

Zed efficiently leverages every CPU core and your GPU

...

Je teda pravda, že NP++ občas kurevsky dlouho načítá texťáky co mají třeba 60 mega, ale že bych někdy zaregistroval problémy s rychlostí načítání normálních souborů a otevírání... nemluvě o rychlosti psaní. Je to o něčem jiným (nějaký kontroly/analýzy pro potřeby doplňování/ syntax-checkingu při pasná každýho znaku)? Nemělo by se to dělat asynchronně?

[~]

Ono se to i dela asynchronne, treba UltraEdit to takhle ma a otevri si klidne 1GB binarku s mp4 a nespadne to

[..... Izak .....]

ATOM byla nejaka pomala sracka, co zabrala snad 1GB ne ? ... VIM je rychly v cem je jako problem ? Jo MacOS ... to bude neco jako KITTY ze ? - kdy jej date na MacOS a nic z toho, co ukazuji ve vidu tam nefunguje, zmena fotnu je salozitjesi nez cokoliv jineho, nebot to chce retezec jak prase, ktery si to nejak vycucalo zprstu, nebot nedokumnetuji, co ech asi 20 promennych u navu fontu znamenaji

A obrazek to stejne neotevre, ani linky nefunguji ... v Linuxu asi jo, nmebot dle dokumentaco, co rika uplne hovno to ma zavyslosti na asi 300 linuxovych utilit ... ale iTerm2 kupodivu dobre piisal i escape sekvence, na rozdil od natiovniho terminalu ... kde nefunguje ani Fn+F6+SHIFT ... to Fn musi byt aby byly funkcni klavesy, nebot MacOS funcni klavesy default nerma, kdysi jsme to nastaviol a update OS mi to pak zase smazal ... ze prece nechci funkcni klavesy, ale ty hezke curtakoviny jako zesdlabit zvuk a tak ... jo kurva tak to presne chci pres Fn ) ... mel mocnost, ze v terminalu to tak je a uz to tam zase nemam ))

[Salám007]

Dej si obklad, nebo ti praskne žilka.

[y]

Ja obrazky cat-uju v Kitty i Alacritty (mac) bez toho abych usel neco nastavovat. Mas brew verzi nebo co?

[..... Izak .....]

jo brew

[Linux je IDE]

Nevím co se tady řeší. Zas nový editor, co se třeba někdy stane IDE. Linux je IDE. Editor: na malý věci třeba Kate nebo gnome edit, na větší třeba gvim, vim, vi nebo nano, vždyť to je jedno. Kate v KDE 6 otevře i opravdu velký soubor, už to není jak v 5, i když v KDE 3 to bylo lepší. Git zásadně v konzoli, jako mergetool třeba kdiff3? Nebo když je to json 500MB, což bych do gitu raději nedával, tak třeba xxdiff? Nebo něco jiného? Jestliže někdo lpí na IDE s hromadou pluginů, copak jich je málo? Jedny napovídají líp, jiný hlídají líp importy, ten líp zobrazuje toto, ten zas ono. A kdo dělá pro android nebo iOS stejně moc na výběr nemá. Takže za mě: Zas další z hromady editorů. Díky za info.