Počítačová hra Factorio (Wikipedie) nově běží nativně na ARM64 Linuxu a headsetu Steam Frame.
Fugleramme, v překladu 'ptačí rámeček', je open-source projekt postavený na Raspberry Pi, který pomocí lokální umělé inteligence BirdNET-Go rozpoznává ptačí druhy podle jejich zpěvu a na displeji následně zobrazuje koláž tvořenou odpovídajícími ilustracemi. Databáze obsahuje přes 800 ručně vybraných historických přírodovědných ilustrací více než 400 druhů ptáků.
… více »Unicode Consortium, nezisková organizace koordinující rozvoj standardu Unicode, oznámila vydání Unicode 18.0. Přidáno bylo 13 007 nových znaků. Celkově jich je 172 808. Přibylo 9 nových Emoji.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 169 (pdf).
Byla vydána nová verze 6.4 programovacího jazyka Swift (Wikipedie). Zdrojové kódy jsou k dispozici na GitHubu.
Německý kancléř Friedrich Merz (CDU) se během debaty s finalisty studentské vědecké soutěže Jugend forscht vyjádřil pro konec anonymity na internetu a vyslovil názor, že pro uživatele Internetu by měla platit podobná právní odpovědnost jako pro novináře tradičních médií. Na dotaz studenta, jak by se tedy povinnost uvádět pravé jméno slučovala s prací investigativních novinářů nebo ochranou jejich zdrojů, Merz neodpověděl, ve své
… více »Společnost Fujitsu představila FUJITSU-MONAKA CPU a Fujitsu MONAKA Server. Navrženo, vyvinuto a vyrobeno v Japonsku. Pro suverénní AI infrastrukturu.
Předprodej v květnu představených notebooků Googlebook, nástupců notebooků Chromebook, bude spuštěn v pondělí 21. září.
Byla vydána betaverze Fedora Linuxu 45 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 20. října. S konzolí kmscon místo fbcon. Současně byla vydána betaverze Fedora Linux Asahi Remixu 45. S podporou čipů M3.
Po půl roce vývoje od vydání verze 50 bylo vydáno GNOME 51 s kódovým názvem "A Coruña" (Mastodon). Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře. Videopředstavení na PeerTube a YouTube.
> citovaný text moje odpověďto je celkem obvyklé a v podstatě norma. Popsané je to v RFC 3676. Píšu teď jednu aplikaci, která načítá e-maily a nějak je interpretuje... Původně jsem tam toleroval mezery mezi >, příklad:
> > toto je vnořená citace > toto je citace první úrovněAle v RFC se píše, že mezery se používají k "escapování" -- tudíž ten první řádek se nemá interpretovat jako vnořená citace, ale jako citace první úrovně, která začíná znakem > (ten se má normálně zobrazit jako obsah sdělení, ne interpretovat jako uvození citace). Tak jsem to předělal a mezery už netoleruji (dokonce se tím zjednodušil kód). Ono to dává celkem smysl, protože jinak by nešlo napsat řádek začínající > -- třeba:
>>> VÝHODNÁ AKCE, KLIKNĚTE ZDE <<<(to je samozřejmě vtip, takové e-maily dostávat nechci, ale obecně by mělo jít něco takového zapsat) Na druhou stranu ve Wikipedii se píše, že to až tak standardizované není a že se používají i jiné styly (třeba |, což mi přijde jako hnus) a že mezery mezi > se často tolerují a interpretuje se to jako vnořená citace (místo jako "Space-Stuffing"). Jak moc považujete toto RFC za závazné? (je v kategorii Standards Track) Je dobré se jím řídit a všechno, co mu nevyhovuje, považovat za nestandardní hnusy a neřešit to? Nebo byste zvolili tolerantnější přístup a připustili třeba ty mezery? Jenže pak není způsob, jak napsat řádek začínající > Zatím se přikláním spíš k RFC. A co text uvozující citaci? Typicky:
Dne 23. 5. 2012 12:00 Jméno Příjmmení napsal(a):Dá se považovat za zvyklost/normu, že to bude na jeden řádek (byť v různých jazycích a formátech) těsně (případně oddělené prázdnými řádky) před citací? Nebo vám přijdou normální i několikařádková "záhlaví" citací? A co si myslíte o vložení tohoto textu do citace (tzn. na řádek s >)? IMHO je to špatně, protože to není citace a logicky to patří o úroveň výš.
-----Original Message----- před původním e-mailem, počítá jen s top postingem. Pak následují některé hlavičky, prázdný řádek a původní e-mail. Vedle > a | se používá také # a nejspíš i další znaky. A to se pořád bavíme jen o e-mailu v čistém textu, co teprve HTML varianty…
vetsina lidi cituje original tak, ze ho nechava pod novym mailemNa jednu stranu je to zbytečné, ale zase pokud je to označené standardním způsobem (podle RFC), tak to není žádná tragédie – klient to může třeba srolovat a zobrazit až po rozkliknutí…
vetsina lidi cituje original tak, ze ho nechava pod novym mailemOprava: Většina lidí nechává pod textem svého e-mailu kompletní text toho, na nějž odpovídají. Nemá to žádný důvod nebo dokonce cíl. Prostě to tak dělají jejich e-mailoví klienti.
co teprve HTML varianty…Tam to může být i jednodušší – když program odesílatele použije prostředky určené pro danou věc: <blockquote/> (klidně vnořené). Ale když místo toho vloží třeba „menší písmo s fialovou barvou“ bez jakéhokoli sémantického vyznačení, tak se s tím asi fakt nedá nic dělat…
Teď jen dokopat ostatní, aby dodržovali to RFC…
format=fixed je význam znaku „>“ nedefinovaný?
Tiskni
Sdílej: