Vyšla nová verze emailového klienta Mozilla Thunderbird 78, která je zároveň vydaním ESR (s dlouhodobou podporou). Přináší modernizaci rozhraní, integraci kalendáře, end-to-end šifrování a hlavně zrušení podpory starých XUL rozšíření.
Spoustu lidí také potěší možnost minimalizovat do oznamovací oblasti a tmavý režim.
Tato zprávička byla zaslána čtenářem serveru Root.cz pomocí formuláře Přidat zprávičku. Děkujeme!
Hledat TB umí, akorát aby to fungovalo, musíte mu povolit Global Search - a za to zaplatíte tím, že synchronizuje z IMAP serveru úplně všechno (jako Outlook, kterému to ani nejde zakázat). To není vždycky úplně ideální.
Horší je, že pořád neumí zpracovat winmail.dat (bohužel i dnes poměrně častý závan minulosti), neumí calDav proti Googlu a pár takových drobností. Doplňky, které to alespoň nějak řeší, ve verzi 78 zatím nefungují.
Dost dobré ale je, že když nemátre master password, tak uložená hesla zobrazí po zadání hesla do systému. Tím se řeší nepříjemná věc s master password: když kterýkoliv doplněk potřeboval heslo (třeba synchronizace kalendářů, synchronizace kontaktů), tak pro každý z nich bylo potřeba zadat znovu master password - to bylo děsně otravné.
19. 7. 2020, 11:54 editováno autorem komentáře
Pro me je to prave naopak, v TB napisu do hledaciho boxu neco - a nejde to vsechny maily od, pro, nebo s danym subjectem, v konkretni slozce.
Hledani v Apple je ze tam napisu slovo a najde to hromadu zcela nesouvisejicich mailu - protoze to hleda ve sech slozkach - a hlavne je seradi nejak desne divne ze se v tom nemam sanci vyznat.
Jak se v Apple mailu nastavi to rychle hledani ktere ma TB?
Kde ma hledat se da nastavit v panelu nad zpravami. Zadate co chcete hledat a pote vyberete kde.
To ale laik nepozná z jakéhokoliv čísla verze.
Rozdíl mezi nebezpečně zastaralou a aktuální verzí může být 1.2.3->1.2.4. A jestli jsou mezi těmi verzemi dva dny nebo dva roky taky moc neznamená.
A technologický skok se pozná leda tak ze slovního popisu. Už jen proto, že ten "technologický skok" může znamenat spoustu různých věcí. Tady navíc záleží na uživateli, jak velký skok pro něj nějaká změna znamená.'
Znáte nějaký systém verzování, ze kterého by laik něco poznal? Já ne.
Rozdíl mezi nebezpečně zastaralou a aktuální verzí může být 1.2.3->1.2.4. A jestli jsou mezi těmi verzemi dva dny nebo dva roky taky moc neznamená.
To už je na vedení projektu, aby to zavedlo trochu čitelné pro uživatele.
Znáte nějaký systém verzování, ze kterého by laik něco poznal? Já ne.
Ale jo. Nemusíte chodit k číslování Microsoftu (podle roků vydání), i v FOSS se docela dobře ujalo, že hlavní číslo znamená jednu verzi. Právě kvůli tomu vendoři čas od času číslo přeskočí, pokud je mezi verzemi dlouhá doba nebo výrazný technologický rozdíl.
TB je program, který míří k využívání v mainstreamu, přicházejí s ním do styku laici. Pokud nemá zajištěné nepřetržité aktualizace, bylo by docela dobré, kdyby uživatel něco věděl o "své" verzi.
> Nemusíte chodit k číslování Microsoftu (podle roků vydání)
A já k němu klidně půjdu. Protože je to dobrý příklad toho, že bez changelogu nepoznáte ani z letopočtu lautr nic?
Co dělali vývojáři mezi lety 2018-2020? Bez changelog nevíte.
Jak závažné bezpečnostní díry se za tu dobu opravily? Bez changelogu nevíte.
Budou sobory z verze 2020 kompatibilní s 2018? Bez changelogu nevíte.
Jediné co víte je, že pokud je rok Verze + N tak vás na podpoře pošlou do háje.
Jaké technologické změny třeba přineslo Visual Studio 2019 v porovnání s 2017? Větší i menší technologické změny přicházejí s updaty. Číslo verze se zvedne každé dva roky bez ohledu na množství změn a znamená to pro zákazníka primárně to, že by měl zase zaplatit.
A já k němu klidně půjdu. Protože je to dobrý příklad toho, že bez changelogu nepoznáte ani z letopočtu lautr nic?
Poznáte hodně. Pokud řešíte nějaký problém, je časové měřítko dost podstatné. Pokud vím, že mám rok starou verzi, dává mi to nápovědu v tom, že dávný problém by už mohl být odstraněn. Pokud zjistím, že mám šest let starou verzi, nebudu se ani zabývat myšlenkou hledat opravu na funkce, které se začaly ujímat teprve nedávno a budu se předně zajímat o povýšení verze.
Číslo verze se zvedne každé dva roky bez ohledu na množství změn a znamená to pro zákazníka primárně to, že by měl zase zaplatit.
Přesně tak. Výměnou za to, že může vynechat studování changelogu a pitvání technických detailů. Ne každý, ale mnoho lidí takový přístup oceňuje.
> Pokud vím, že mám rok starou verzi, dává mi to nápovědu v tom, že dávný problém by už mohl být odstraněn.
A pokud mám týden starou verzi? Mesíc? To už mohl být vlastně odstraněn taky. Laik obvykle neodhadne, jak může být nějaká úprava náročná a jak dlouho to bude trvat. A jestli to už vůbec někdo hlásil.
> Pokud zjistím, že mám šest let starou verzi, nebudu se ani zabývat myšlenkou hledat opravu na funkce, které se začaly ujímat teprve nedávno a budu se předně zajímat o povýšení verze.
Pokud mám šest let starou verzi, tak budu hledat taky. Protože mě samozřejmě zajímá, jestli ta nová verze ten problém opravuje a má cenu ji kupovat nebo ne.
V obou případech to (nejen) pro laika IMO znamená něco jako googlení "JménoProgramu + Problém". Číslo verze je v této chvíli celkem nepodstatný řetězec, který je zajímavý jen pro automatické aktualizace. Začne být podstatný až ve chvíli, kdy řešení nenajdu a budu chtít kontaktovat technickou podporu.
@Jiří Havel
Ne u všeho mám chuť a čas hledat jádro pudla. Pokud mi nejde otevřít tabulka nebo dokument, a vidím, že mám sedm let starou verzi, tak během tří minut ověřím (např. přes někoho jiného), jestli se problém projevuje i jinde. Takto to dělají i BFU - a nemají potřebu studovat changelogy, odpovědi na googlu, release dates etc.
Pokud mám šest let starou verzi, tak budu hledat taky. Protože mě samozřejmě zajímá, jestli ta nová verze ten problém opravuje a má cenu ji kupovat nebo ne.
To už je individuální. U TB nic neplatíte, takže toto posouzení ani dělat nemusíte. Tak či onak, přirozenější číslování verzí Vám nesebere možnost zkoumat detaily, ale pomůže to těm, kteří to dělat nechtějí (nebo neumějí).
Ja vsechno instaluji pres chocolatey. Vzdy rano pustim script co vsechno updatuje na novou stabilni verzi. Ano mate pravdu ze je to nebezpecne, ale za ta leta se mi stalo jen 2x ze jsem si neco rozbil jinak to funguje spolehlive.
Neprijemnost je ze se mi najednou v programu objevi nova funkcionalita nebo vzhled. Take to nemam rad ale nakonec jsem si rekl ze je lepsi vstrebavat novinky postupne jak prichazeji nez pak za par let uvazovat jestli prejdu protoze ten skok by neskutecny.
Já bych osobně vypustil "a vidím, že mám sedm let starou verzi". Protože se budu ptát vždycky a BFU taky. A jestli se nedoptám poblíž, tak budu pokračovat dál. Googlení byl příklad.
> a nemají potřebu studovat changelogy, odpovědi na googlu, release dates etc.
Ano, BFU neřeší release date. Proč? No protože z toho nic moc nepoznají. Vždyť to tu celou dobu píšu. Měl jsem pocit, že jste doteď argumentoval, že BFU rok vydání řeší, protože z něj něco poznají.
U věcí zadarmo nemá cenu řešit žádné číslo verze. BFU zajímá jen, jestli mají aktuální verzi a je jim úplně jedno, jak je označená. Je to jen implementační detail pro automatické aktualizace. Proto jsem se taky ptal, čemu by pomohlo, kdyby to číslovali bez děr.
Ano, BFU neřeší release date. Proč? No protože z toho nic moc nepoznají. Vždyť to tu celou dobu píšu. Měl jsem pocit, že jste doteď argumentoval, že BFU rok vydání řeší, protože z něj něco poznají.
V tom se neshodneme. BFU vědí, že sedm let starý počítač nebo verze už přesluhuje. Ta znalost ovlivňuje a usnadňuje. Nejednou jsem potkal člověka, který přišel s tím, že má nějaký problém, ale že už nechce investovat do hledání příčiny, že po těch letech si raději nejdřív koupí nový počítač / nový software.
U věcí zadarmo nemá cenu řešit žádné číslo verze. BFU zajímá jen, jestli mají aktuální verzi a je jim úplně jedno, jak je označená.
Vy opravdu nevidíte rozdíl mezi tím "mám předchozí verzi" (k čemuž potřebuji navazující číslování) vs. "mám sedm let starou verzi" vs. "mám verzi, o které nevím ani jak moc je pozadu, ani jak je stará"?
> Vy opravdu nevidíte rozdíl mezi tím "mám předchozí verzi" (k čemuž potřebuji navazující číslování) vs. "mám sedm let starou verzi" vs. "mám verzi, o které nevím ani jak moc je pozadu, ani jak je stará"?
Rozdíl vidím. Jen ho nepovažuju za nijak důležitý. Řeším:
"Mám _poslední_ verzi?" "Můžu si nainstalovat poslední verzi?" "Je v poslední verzi můj problém opravený?"
Jestli mám nebo nemám předchozí verzi je mi úplně ukradené. Proč bych měl řešit, kolik verzí při aktualizaci na tu poslední přeskočím?
Rozdíl vidím. Jen ho nepovažuju za nijak důležitý. Řeším:
"Mám _poslední_ verzi?" "Můžu si nainstalovat poslední verzi?" "Je v poslední verzi můj problém opravený?"
Jestli mám nebo nemám předchozí verzi je mi úplně ukradené. Proč bych měl řešit, kolik verzí při aktualizaci na tu poslední přeskočím?
Protože se bavíme o BFU, kteří takto nepřemýšlejí. "Vědí", že pět let staré auto je "nové" a deset let staré je "už staré". Pro jiného to platí "tři-sedm" a pro třetího "sedm-patnáct". V každém případě jednotlivec potřebuje ten orientační bod znát, přinejmenším pro první krok.
Jestli mám nebo nemám předchozí verzi je mi úplně ukradené. Proč bych měl řešit, kolik verzí při aktualizaci na tu poslední přeskočím?
Třeba kvůli tomu, že to může být poslední střípek v rozhodnutí, jestli si zaplatím odborníka na správku, nebo jestli ty peníze vynaložím do pořízení něčeho nového. Nebo taky kvůli tomu, jestli můžu očekávat velké změny v ovládání.
Je prokletím FOSS, že se "ajťáci" snaží vymýšlet (či určovat), jak by měli jiní přemýšlet. Pak se diví, že komerční software je neúměrně úspěšnější.
> Je prokletím FOSS, že se "ajťáci" snaží vymýšlet (či určovat), jak by měli jiní přemýšlet.
A jaký způsob přemýšlení se podle vás ajťáci snaží uživatelům vnucovat?
Jak u komerčního, tak u FOSS totiž v současné době vnímám, že BFU je od verzování poměrně dobře odstíněný. Aktulizace se řeší kliknutím na tlačítko bez ohledu na stáří nainstalované verze. A to jen pokud to neřeší automatické aktualizace.
Je to dobře nebo špatně?
To je obvyklý postup (u Firefoxu taky): nová ESR verze se objeví v nabídce k instalaci, automatický upgrade zapnou až pro verzi X.1 (takže cca za měsíc, místo 68.11 vám to provede upgrade na 78.1).
Já bych jen chtěl ke zprávičce dodat, že minimalizace do tray sice přítomná je, ale pouze na Widlích: https://www.thunderbird.net/en-US/thunderbird/78.0/releasenotes/ Takže v Linuxu můžeme být naprosto v klidu :D.
Plnohodnotný klient... Poměřování schopností nesystematického UI
To seskupování je úplně normální kurvítko :) Aneb jak přidělat uživateli nějaké to klikání navíc - celý taskbar prázdný a 3 filemanagery v různých složkách jsou schované pod jednou malou nicneříkající ikonou, takže nelze přepnout rovnou do zvoleného okna... Musí se na to kliknout a tam vyskočí 3 opět nicneříkající mini náhledy oken a začíná detektivka které z nich je to, co jsem hledal... Vrchol nepřehlednosti.
