Jak rychle používat Markdown na GitHubu a Redditu

Informatec Digital » Zdroje » Jak rychle používat Markdown na GitHubu a Redditu

Pokud často píšete na GitHubu nebo trávíte hodně času na Redditu, zvládnutí Markdownu je jednou z těch věcí, které vám ušetří hodiny a usnadní život. Je to velmi lehký značkovací jazyk, který vám umožňuje rychle formátovat prostý text bez nutnosti potýkat se s nabídkami nebo tlačítky, jen s několika symboly umístěnými na správná místa.

Na GitHubu ho najdete všude: v souborech README.md repozitáře , problémech, žádostech o změny, diskusích a dokonce i ve vašem vlastním profilu. Reddit na druhou stranu používá variantu s názvem Snoomark (Markdown ve stylu Redditu), která dědí velkou část syntaxe GitHubu s některými jedinečnými funkcemi a omezeními. Podívejme se krok za krokem a s množstvím příkladů, jak používat Markdown na GitHubu a Redditu rychle a bez zmeškání čehokoli důležitého.

Co je Markdown a proč je tak užitečný na GitHubu a Redditu?

Markdown je odlehčený značkovací jazyk navržený tak, aby usnadnil čtení a psaní prostého textu a zároveň umožnil snadnou konverzi do formátu HTML. V praxi to znamená, že můžete psát běžný text a přidávat několik speciálních znaků pro vytváření nadpisů, seznamů, tabulek, citací, formátovaného kódu, odkazů nebo obrázků.

Na GitHubu se jako implementace používá GitHub Flavored Markdown (GFM), který rozšiřuje klasickou syntaxi o tabulky, seznamy úkolů, pokročilé zvýrazňování kódu, podporu barev, upozornění a některé povolené HTML tagy. To vše se automaticky vykresluje v souborech .md a v polích pro komentáře platformy.

Reddit používá vlastní editor s názvem Snoomark, odvozený od GFM. Sdílí většinu základního chování (tučné písmo, kurzíva, nadpisy, seznamy, citace, vložený nebo blokový kód, odkazy atd.), ale má důležité zvláštnosti : například podpora obrázků je omezenější v závislosti na kontextu a přidává vlastní prvky, jako jsou spoilery.

Krása toho všeho spočívá v tom, že s jedinou syntaxí můžete psát texty, které vypadají dobře jak na GitHubu, tak na Redditu, a to s úpravou jen několika detailů, kde každá platforma funguje jinak. Osvojení základních pravidel vám umožní snadno se v obou platformách orientovat, aniž byste se museli cokoli znovu učit od nuly.

Nadpisy a struktura obsahu

Jednou z prvních věcí, které použijete, jsou nadpisy , a to jak na GitHubu, tak na Redditu. Pomáhají strukturovat text do sekcí a podsekcí.

V Markdownu se nadpis vytváří tak, že se před text vloží jeden až šest symbolů hash: jeden pro nadpis úrovně 1, dva pro úroveň 2 atd. až do úrovně 6. Například v souboru README.md z GitHubu můžete mít něco jako: # Hlavní název , ## Sekce , ### Podsekce atd.

Když GitHub najde v souboru dva nebo více nadpisů, automaticky vygeneruje obsah, který je přístupný pomocí ikony „Osnova“ v horní části souboru. Každý nadpis se zobrazí jako odkaz, který vás přesměruje přímo do dané sekce, což je skvělé pro dlouhé dokumenty.

Kromě toho se každý nadpis stává interní kotvou, na kterou můžete odkazovat pomocí úryvku URL na základě textu nadpisu. Pro generování tohoto úryvku GitHub používá velmi specifická pravidla: převádí písmena na malá písmena, nahrazuje mezery pomlčkami, odstraňuje interpunkční znaménka a formátovací znaky (například kurzívu), ořezává přebytečné mezery a pokud se výsledek shoduje s jiným předchozím nadpisem, přidává číselnou příponu (-1, -2 atd.), aby byl jedinečný.

To vám umožňuje dělat věci jako umístit ## Ukázkovou sekci a poté na ni odkazovat z jiného místa v dokumentu pomocí odkazu jako (#ukázková-sekce) , nebo dokonce odkazovat na sekce se speciálními znaky v názvu, protože GitHub generuje úryvek podle těchto pravidel a zpřístupňuje ho se stejným vzorem.

Důraz, zvýrazněný text a citace

Markdown umožňuje zvýrazňovat text pomocí různých forem zdůraznění : tučné písmo, kurzíva, přeškrtnutí, dolní index, horní index nebo podtržení. Na GitHubu by typická tabulka stylů vypadala přibližně takto, i když jsme ji zde shrnuli jinými slovy:

Chcete-li text zvýraznit tučně , obklopte jej dvojitými hvězdičkami nebo dvojitými podtržítky; pro kurzívu použijte jednoduché hvězdičky nebo podtržítka; pro přeškrtnutí použijte dvojitou vlnovku (dvě vlnovky) na obou stranách textu. Můžete také kombinovat vnořené tučné písmo a kurzívu, použít tři hvězdičky k použití obou na celou část textu nebo použít značky HTML jako `<b>` _{pro ^{dolní a horní indexy a `<i>` pro podtržení.}}

GitHub také umožňuje vytvářet blokové citace umístěním symbolu „větší než“ (>) na začátek řádku. Citovaný text se zobrazí se svislou čárou vlevo a šedě, díky čemuž je jasně odlišen. V rámci jedné blokové citace můžete mít více řádků a dokonce i vnořovat citace přidáním dalších symbolů > na začátek.

Pokročilou formou citace, která je pro GitHub unikátní, je upozornění nebo napomenutí . Používá stejnou syntaxi blokových citací, ale první řádek obsahuje speciální značku pro označení typu upozornění. Například můžete zadat „upozornění“ pro užitečné informace, „užitečné tipy“, „klíčová data“, „naléhavá varování“ a „varování před riziky nebo negativními důsledky“. GitHub zobrazuje každý typ jinou barvou a ikonou, což pomáhá zvýraznit důležité informace ve vaší dokumentaci.

Reddit také podporuje jednoduché citace se stejným symbolem >, ačkoliv postrádá bohatý systém pingu GitHubu. I tak je to stále velmi užitečný způsob, jak někomu odpovědět citací části jeho zprávy, aniž byste ji museli celou opakovat.

Zvýrazňování kódu, bloky a barvy

GitHub i Reddit umožňují zvýrazňovat úryvky kódu v textu pomocí zpětných attachmentů. U inline kódu uzavřete slovo nebo příkaz jedním zpětným attachmentem na každé straně. To je ideální pro zvýraznění například příkazu „ git status“ ve větě, čímž je jasné, že se jedná o příkaz.

Pokud chcete samostatný blok kódu, Markdown používá tři zpětné anotace: napíšete řádek se třemi zpětnými anotacemi, poté kód na samostatných řádcích a uzavřete dalšími třemi zpětnými anotacemi. Na GitHubu, pokud hned za prvními zpětnými anotacemi zadáte i jazyk, použije se zvýrazňování syntaxe s barvami a formátováním specifickými pro daný jazyk.

GitHub také nabízí specifickou funkci pro zvýraznění hodnot barev v rámci zpětných anotací. Pokud mezi zpětné anotace zadáte barvu v hexadecimálním, RGB nebo HSL formátu, platforma zobrazí vedle textu malý indikátor barvy. Pokud je například barva pozadí ve světlém režimu #ffffff a v tmavém režimu #000000, zvýraznění těchto kódů vám umožní rychle zjistit, která je která.

Pokud jde o zobrazení kódu a tabulek, GitHub umožňuje povolit pevné písmo s monospaced písmem ve všech polích pro komentáře, což usnadňuje práci s technickým textem. Pokud upravujete mnoho úryvků kódu v prohlížeči nebo v editorech, jako je Visual Studio Code , povolení této možnosti výrazně zvýší konzistenci zarovnání a čitelnosti.

Reddit také podporuje bloky kódu se zpětnými attachmenty, a to jak inline, tak i blokové, ačkoli jejich použití je zde zaměřeno spíše na malé úryvky nebo pseudokód než na dlouhou dokumentaci, jako je ta v repozitáři.

Odkazy, kotvy a interní navigace

Vytváření odkazů v Markdownu je velmi jednoduché: text, který se má uživateli zobrazit, uzavřete do hranatých závorek a URL adresu do kulatých závorek. Toto funguje na GitHubu i Redditu a lze to vylepšit klávesovými zkratkami na GitHubu (například pomocí klávesových zkratek pro rychlý převod vybraného textu na odkaz).

GitHub přidává několik dalších funkcí souvisejících s navigací. Zaprvé umožňuje odkazovat přímo na nadpisy pomocí pravidel generování úryvků kódu, která byla zmíněna dříve. Zadruhé podporuje relativní odkazy v rámci samotného repozitáře, což je klíčové pro technickou dokumentaci.

Relativní odkaz je odkaz, který se vypočítává s použitím aktuálního souboru jako reference. Pokud se například váš soubor README nachází v kořenovém adresáři projektu a chcete odkazovat na soubor docs/CONTRIBUTING.md, jednoduše napíšete odkaz s cestou docs/CONTRIBUTING.md. GitHub se postará o správný překlad tohoto relativního odkazu v jakékoli větvi, na které se nacházíte, a zabrání tak jeho přerušení při přepínání větví nebo klonování repozitáře.

Doporučuje se vždy používat relativní cesty při navigaci mezi soubory ve stejném repozitáři, protože absolutní odkazy mohou v klonech nebo forcích přestat fungovat. GitHub umožňuje použití standardních operátorů jako ./ nebo ../ a cest, které začínají na / vzhledem ke kořeni projektu.

Pokud chcete v dokumentu vytvořit vlastní kotevní body mimo nadpisy, můžete použít HTML tagy s atributem `name`. To vám umožní umístit cílový bod doprostřed odstavce nebo vedle textu, který nemá vlastní nadpis, a odkazovat na něj pomocí stejné syntaxe jako u automaticky generovaných nadpisů.

Obrázky na GitHubu: Markdown, HTML a relativní cesty

Na GitHubu se obrázky obvykle vkládají pomocí stejné syntaxe jako odkazy, ale s předchůdcem v podobě vykřičníku. Alternativní text (alt) je uveden v hranatých závorkách a URL adresa nebo cesta k obrázku je umístěna v kulatých závorkách. Tento alternativní text je důležitý pro přístupnost , protože je to to, co čtečky obrazovky přečtou a co se zobrazí, pokud se obrázek nepodaří načíst.

Obrázky mohou pocházet ze souborů v samotném repozitáři nebo z externích URL adres. GitHub umožňuje více vzorů relativních cest pro nahrávání obrázků z různých větví, jiných repozitářů nebo dokonce problémů a komentářů, s použitím přípon jako ?raw=true pro vynucení přímého stažení souboru v případě potřeby.

Kromě standardní syntaxe Markdownu podporuje GitHub použití HTML elementu `<picture>`. Tento element je obzvláště užitečný pro načítání responzivních obrázků , které se mění podle uživatelových preferencí motivu (světlý nebo tmavý). Pomocí mediálního dotazu `prefers-color-scheme` můžete definovat různé zdroje obrázků pro každý režim a výchozí obrázek pro prohlížeče, které tuto funkci nepodporují.

Typický vzorec zahrnuje zahrnutí několik prvků s atributy media a srcset a nakonec a Pomocí atributu alt a generické adresy URL uvidí uživatelé v tmavém režimu upravený obrázek, zatímco uživatelé ve světlém režimu obdrží jiný, aniž by museli duplikovat obsah souboru README.

GitHub také podporuje HTML komentáře v souborech Markdown, což umožňuje přidávat čtenáři neviditelné připomínky, například k aktualizaci sekce s obrázkem nebo k pozdějšímu přidání nových příkladů.

Tabulky, rozkládací sekce a oddělení obsahu

Jedním z nejužitečnějších vylepšení GitHub Flavored Markdown je podpora tabulek . Data můžete uspořádat do řádků a sloupců pomocí svislých pruhů k oddělení buněk a řady pomlček k označení záhlaví. Sloupce je také možné zarovnat doprava, doleva nebo na střed pomocí dvojtečky v oddělovacím řádku.

Tabulky jsou velmi užitečné pro prezentaci seznamů programovacích jazyků, použitých frameworků, plánovaných úkolů, porovnání funkcí nebo jakýchkoli jiných informací, které prospívají maticové struktuře. GitHub tyto tabulky vykresluje v čistém a čitelném stylu.

Pro zajištění přehlednosti dlouhých souborů README můžete použít HTML tag `<details>` k vytvoření sbalitelných sekcí. Tyto sekce zobrazují shrnutí v rámci tagu `<summary>` a umožňují uživateli dle potřeby rozbalit nebo sbalit další obsah . Je běžnou praxí uzavírat tabulky nebo bloky sekundárních informací do `<details>`, aby se na první pohled zabránilo zahlcení uživatele.

Pokud chcete, aby se sekce ve výchozím nastavení zobrazovala rozbalená, jednoduše přidejte atribut open k Tato technika je velmi praktická pro seskupování žebříčků, dlouhých seznamů nebo obsahu, který není nezbytný pro první čtení, ale je vhodné ho mít snadno dostupný.

Dalším jednoduchým nástrojem pro organizaci informací je horizontální pravidlo. Vytvoří se napsáním tří nebo více čárek na čáru a slouží k nakreslení dělicí čáry mezi sekcemi, což umožňuje jasně oddělit například popisnou část od sekce s odkazy nebo doplňujícími poznámkami.

Tato pravidla lze kombinovat s citacemi na konci dokumentu pro zvýraznění inspirativních frází, připomínek nebo klíčových sdělení. Typickým příkladem by bylo umístění motivačního citátu na konec souboru README vašeho profilu, formátovaného s blokovou citací za oddělovací čárou.

Skryté komentáře a ovládání formátu

GitHub umožňuje vkládat HTML komentáře do Markdownu pomocí syntaxe <!-- comment -->. Cokoli vložíte do komentáře, se nezobrazí ve vykresleném obsahu, ale bude to viditelné ve zdrojovém kódu, takže je ideální pro interní poznámky nebo úkoly.

Například v souboru README profilu můžete přidat komentář, který říká něco jako „potřebujete později rozbalit sekci „O mně““ nebo „potřebujete zkontrolovat tabulku zastaralých technologií“, aniž by ji kdokoli, kdo profil přímo navštívil, viděl.

Další užitečnou funkcí je escapování znaků , které by se normálně interpretovaly jako Markdown. Pokud potřebujete zobrazit hvězdičky, křížky nebo jiné symboly doslova, aniž by byly formátovány, jednoduše před každý z nich umístěte zpětné lomítko. To vám například umožní psát výrazy, které obsahují symboly seznamů, aniž byste je převáděli na skutečné seznamy.

Když si na GitHubu prohlížíte soubor s kódem, máte možnost přepínat mezi vykresleným zobrazením a zdrojovým kódem pomocí tlačítka v horní části (nebo jej otevřít v editorech, jako je Brackets ). Zakázání interpretace kódu Markdown vám umožní přístup k typickým funkcím zobrazení kódu, jako je propojování konkrétních řádků , což je velmi užitečné, když chcete zvýraznit přesnou část souboru README nebo jakéhokoli souboru .md.

Nakonec nezapomeňte, že GitHub zpracovává zalomení řádků odlišně v komentářích (problémy, PR atd.) a v souborech .md. V komentářích jsou zalomení řádků respektována přímo, zatímco v souborech Markdown je třeba na konec řádku přidat dvě mezery, zpětné lomítko nebo tečku. vynutit skok v rámci stejného odstavce.

Seznamy, vnořené seznamy a seznamy úkolů

Seznamy jsou jedním z nejčastěji používaných prvků v Markdownu, a to jak na GitHubu, tak na Redditu. Neuspořádané seznamy můžete vytvořit tak, že před každou položku seznamu uvedete pomlčku, hvězdičku nebo znaménko plus. Všechny tyto značky se zobrazují podobně jako odrážky.

Pro generování uspořádaných seznamů očíslujte každý řádek číslem, za nímž následuje tečka a mezera. Pořadí čísel sice nemusí být dokonalé (GitHub ho obvykle přepočítává), ale je vhodné zachovat konzistentní číslování, aby zdrojový kód zůstal čitelný.

Vnořené seznamy se vytvářejí jednoduše odsazením položek pod nimi. V editorech s pevnou šířkou písma, jako je Sublime Text , stačí vizuálně zarovnat značky vnořeného seznamu pod první znak textu v nadřazené položce. V kontextech, jako je editor komentářů GitHub, kde písmo není pevně rozložené, byste měli spočítat, kolik znaků je před textem, a tento počet mezer použít pro odsazení.

Můžete také vytvořit více úrovní vnoření, pokud zachováte konzistenci v počtu mezer. U velmi složitých seznamů vyžaduje tento systém trochu cviku, ale jakmile si ho osvojíte, je jeho aplikace velmi rychlá.

GitHub také nabízí seznamy úkolů , které jsou velmi užitečné pro problémy, žádosti o změny a dokumentaci. Ty se vytvářejí tak, že se před seznam vloží pomlčka, mezera a hranaté závorky s mezerou nebo „x“ uvnitř: jedna pro čekající úkoly a jedna pro dokončené úkoly. Tyto seznamy se vykreslují se zaškrtávacími políčky, která lze v rozhraní zaškrtnout nebo zrušit zaškrtnutí.

Pokud text položky seznamu úkolů začíná závorkami, musí být ukončen zpětným lomítkem, aby se zabránilo nejasnostem v analyzátoru. Je to malý detail, ale důležitý při psaní popisů, které začínají něčím jako „(Volitelné)“ nebo podobně.

Zmínky, reference a emoji na GitHubu

Jednou z výhod psaní v Markdownu na GitHubu je možnost přímého zmínkování uživatelů a týmů na platformě. Stačí zadat @ a poté uživatelské jméno nebo název týmu a GitHub odešle na daný účet oznámení, které upoutá jejich pozornost na konverzaci.

Když zadáte symbol @, GitHub zobrazí seznam uživatelů a týmů přidružených k repozitáři nebo vláknu a tento seznam můžete během psaní filtrovat. Pomocí kláves se šipkami a stisknutím klávesy Enter nebo Tab přijměte návrhy. Pro týmy použijte formát @organizace/název-týmu a všichni členové týmu budou přihlášeni k odběru vlákna.

Kromě zmínek umožňuje GitHub snadno odkazovat na problémy a žádosti o změny pouhým zadáním znaku # následovaného číslem nebo částí názvu. Zobrazí se seznam navrhovaných výsledků, který můžete vyplnit stejným způsobem jako u zmínek. To výrazně urychluje navigaci mezi souvisejícími konverzacemi.

Pokud má váš repozitář nakonfigurované vlastní automaticky propojené reference, mohou být některé externí notace (například ID tiketů JIRA nebo Zendesk) také automaticky převedeny na krátké odkazy. Toto nastavení vyžaduje administrátorská oprávnění, ale po povolení umožňuje sdílení dat mezi systémy s minimálním úsilím.

GitHub konečně podporuje emoji prostřednictvím kódu: napište dvojtečku, následovanou názvem emoji a zakončete další dvojtečkou. Jakmile začnete psát, zobrazí se seznam návrhů, které můžete přijmout stisknutím klávesy Tab nebo Enter. Začlenění emoji do komentářů jim pomáhá dodat lidštější nádech, pokud je ve formální dokumentaci nepřeháníte.

Poznámky pod čarou a pokročilý obsah

GitHub také podporuje poznámky pod čarou pomocí syntaxe založené na závorkách a identifikátoru se znakem stříšky. Na místo, kam chcete odkaz vložit, vložíte například `<footnote>` a na konec dokumentu definujete text této poznámky pod čarou se stejnou značkou, následovanou dvojtečkou a obsahem.

Poznámky pod čarou mohou zabírat více řádků a pro vynucení zalomení řádků v rámci poznámky pod čarou se na konci řádku používají dvojité mezery, stejně jako v hlavní části Markdownu. Při vykreslování GitHub zobrazuje horní index textu a na konci seznam poznámek pod čarou se zpětnými odkazy pro navigaci mezi odkazy a poznámkami pod čarou.

Další pokročilou funkcí, kterou GitHub nabízí, jsou již zmíněná upozornění (POZNÁMKA, TIP, DŮLEŽITÉ, VAROVÁNÍ a POZOR). Je vhodné je používat pouze v nezbytných případech a vyhnout se řetězení příliš velkého množství upozornění, aby se čtenář nezahltil. Nelze je vnořovat do jiných složitých prvků, proto je pro jejich umístění nezbytné pečlivé plánování.

Nakonec můžete požádat GitHub, aby dočasně skryl části vykresleného Markdownu jejich zabalením do HTML komentářů, nebo aby ignoroval zpracování určitých znaků pomocí zpětných lomítek. To je obzvláště užitečné, když dokumentujete samotnou syntaxi Markdownu a potřebujete ukázat příklady tak, jak jsou, bez interpretace.

Markdown na Redditu: Snoomark a režim úprav

Reddit je diskusní platforma, kde je vítáno téměř jakékoli téma, organizované do subredditů. Co se týče formátování, nabízí dva editory: jeden pro vizuální formátovaný text a druhý pro prostý text založený na Markdownu. Pokud chcete pracovat rychle a mít přesnou kontrolu nad výsledkem, budete chtít použít možnost Markdown.

Ve výchozím nastavení Reddit obvykle aktivuje editor formátovaného textu, takže pro přepnutí do režimu značek musíte kliknout na možnost Režim Markdown v textovém poli příspěvku nebo komentáře. Odtud můžete přímo použít syntaxi Snoomarku.

Pokud chcete, aby se editor Markdown načítal vždy, přejděte do uživatelského nastavení, vstupte do sekce Nastavení kanálu a povolte možnost „Výchozí nastavení Markdown“ . Tímto způsobem se editor Markdown automaticky otevře pokaždé, když začnete psát příspěvek nebo komentář, aniž byste jej museli ručně měnit.

Reddit podporuje většinu základních i pokročilých funkcí Markdownu: nadpisy, tučné písmo a kurzívu, seznamy, citace, bloky kódu, odkazy a některé vlastní doplňky, jako jsou spoilery. Ve srovnání s GitHubem má však značné nedostatky, zejména ve zpracování obrázků , které je vysoce závislé na kontextu a typu editoru.

Syntaxe podporovaná Redditem a spoilery

Varianta Snoomarku používaná Redditem obsahuje mnoho společných prvků s GitHubem, takže pokud již ovládáte Markdown pro repozitáře, přenos těchto znalostí do prostředí Redditu je poměrně jednoduchý. Nadpisy můžete použít ke strukturování dlouhých příspěvků, číslované nebo odrážkové seznamy, citace k odpovědi ostatním uživatelům a bloky kódu, když chcete zobrazit příkazy nebo technické úryvky.

Jedním z pozoruhodných rozdílů je způsob, jakým Reddit zpracovává obrázky . Ačkoli se v mnoha případech obrázky nahrávají přes grafické rozhraní a ne přímo pomocí syntaxe Markdown, engine, který zpracovává textový obsah, je stále Snoomark, takže formátování kolem těchto obrázků je skutečně založeno na Markdownu.

Reddit na druhou stranu přidává další funkce, které nejsou zahrnuty ve standardní specifikaci, jako například spoilery. Ty umožňují skrýt text za vrstvou, kterou může uživatel odhalit kliknutím. Technicky vzato, když Reddit zpracovává spoiler, transformuje ho do kombinace HTML, CSS tříd a JavaScriptu specifického pro danou platformu.

Výsledná HTML reprezentace spoileru obsahuje obslužné rutiny, které řídí, kdy se má obsah zobrazit nebo skrýt, a ačkoliv by teoreticky něco podobného mohlo být napsáno i v prostém HTML, na Redditu to závisí na jeho interní implementaci. Důležité pro vás jako uživatele je, že při psaní stačí použít pouze specifickou syntaxi spoileru poskytovanou editorem a Snoomark se postará o její překlad do vhodné struktury.

Stručně řečeno, Snoomark dědí mnoho chování z GitHub Flavored Markdown, ale je zaměřen spíše na potřeby diskusní komunity než na projektovou dokumentaci. Jádro však zůstává stejné: prostý text s jednoduchými symboly transformovaný do strukturovaného a čitelného obsahu.

Zvládnutí syntaxe Markdownu na GitHubu a Redditu výrazně zefektivňuje psaní technické dokumentace, otevírání dobře vysvětlených problémů, zanechávání jasných komentářů k žádostem o změny a účast v diskusích na Redditu. S několika klíčovými pravidly – ​​nadpisy, zdůraznění, seznamy, citace, bloky kódu, odkazy, obrázky a specifické triky, jako jsou tabulky, sbalitelné detaily, upozornění, poznámky pod čarou a spoilery – se můžete od psaní nevýrazných zpráv dostat k tvorbě čistého, čitelného a profesionálního obsahu bez nutnosti kliknout jediným tlačítkem myši.