Za použitelnější KMail (diskuse)

[corwin78]

Zrovna minulý týden jsem zkoušel PIM v KDE SC 4.7.1 a musím říct, že hlavním kamenem úrazu bude asi naprosto otřesný design.

Naprosto nejhnusnější jsou zřejmě kontakty a i kalendář v porovnání s konkurencí aspiruje na titul šeredka roku. Co se týká KMailu, byl jsem zhrozen, že přechod z QT3.x na QT4.x se prakticky neprojevili na úrovni designu a designové věci, které mi vadily už tenkrát jsou tam stále. Například jde o číslo s počtem emailů v jednotlivých složkách, které je přilepeno k pravému okraji a vypadá to naprosto hnusně, i když pár pixelů velká mezera by s tím udělala zázraky. Také způsob zobrazení emailů v mailboxu je naprosto hrozný - přeci jen v době Gmailu tady takový design už dávno nemá co dělat. Asi jediná aplikace která se mi líbí a aktivně ji používám je KJots, i když asi pomalu a jistě přecházím na multiplatformní a vynikající Zim.

Co musím pochválit je integrace s Akonadi. Sice to má ještě mnoho much, ale konečně se začíná reálně rýsovat spolupráce s Google aplikacemi.

[pushkin]

Vidíš mě zase čím dál tím víc deptá prolezlost KDE věcmi, které jsou funkčně naprosto zbytečné a prakticky se jich nelze zbavit - viz právě třeba Akonadi či Nepomuk. Netuším, proč by mi v systému mělo běžet XXX zbytečných (a v případě KDE i nestabilních) démonů, které lze "vypnout" pouze v uvozovkách - v případě Nepomuku jeho vypnutí způsobí, že první minutu po startu KDE se jej Akonadi snaží najít a následně vyhodí chybovou hlášku, že Nepomuk neběží. Samozřejmě, že neběží, když jsem ho vypnul, to si přeci Akonadi může ověřit z nastavení! Navíc jaksi nechápu, proč tuto chybovou hlášku nemohu trvale potlačit a je mi cpána po každém startu systému. Nevíc jsem jaksi nenalezl místo, kde by bylo možné deaktivovat či nějak pasivizovat Akonadi.

KDE4 je prostě defective by design. Ale naprosto ukázkově.

[belisarivs]

To jo. Mit kvuli mailum bezici MySQL server? WTF?

[Heron]

Pokud nebudu komentovat zrovna konkrétně MySQL, tak kde jinde by to mělo být?

Osobně jsem proto, že místo toho, aby si každý projekt vymýšlel své vlastní úložiště (a každý to udělal jinak blbě), to nechat profesionálům. Podle mě to odpovídá unixové tradici "dělej jednu věc a tu dělej pořádně".

[pushkin]

Asi takhle - KMail, ať si ukládá e-maily třeba v plaintextu, to je mi jedno, stejně používám jiného klienta. To, co je tragické, je že na databázové aplikaci je závislá polovina KDE, která by byla funkční i bez ní.

[corwin78]

To je asi věc názoru, já si zase myslím, že jít cestou databáze je správná idea. Samozřejmě je otázka jestli je zrovna MySQL nejvhodnější, ale to je na jinou diskuzi, na kterou se necítim dostatečně fundovaně.

[belisarivs]

Pokud nebudu komentovat zrovna konkrétně MySQL, tak kde jinde by to mělo být?

Treba SQLite (to jim zatim tusim nefunguje).

Osobně jsem proto, že místo toho, aby si každý projekt vymýšlel své vlastní úložiště (a každý to udělal jinak blbě), to nechat profesionálům.

A opravdu neni pro BFU s jednim uctem a dvema maily denne porad bezici MySQL/PostgreSQL overkill?

[Heron]

A opravdu neni pro BFU s jednim uctem a dvema maily denne porad bezici MySQL/PostgreSQL overkill?

Není. Protože, až to jednou začnou používat, bude na to ten celý systém připraven. Zatímco kdyby se to dělalo pro provoz "dvou mailu" tak to nebude fungovat nikdy.

Zatímco ten PostgreSQL se dá nastavit tak, aby si bral minimum prostředků (a potom tomu lze kdykoliv podle potřeby přidat), tak na nějakém "plain text" souboru nelze nastavit nic.

[nyan]

+1000. Navyse cim dal vic to zere neuveritelny mnozstvi pameti.. akonadi si pusti 10 child procesu, kazdy sezere >=20M. Pritom jeste nekdy kolem KDE 4.3 se (me osobne) cela kde session vlezla do 300M.

[pushkin]

Příloha:

• nepomuk_oznamovani.png (58463 bytů)

Tak se musím omluvit, nakonec se mi podařilo najít, kde se upravují možnosti oznamování. Jen odkaz na toto nastavení naprosto logicky není součástí nastavení příslušného appletu.

[luky]

Příloha:

• inbox.png (1953 bytů)

Například jde o číslo s počtem emailů v jednotlivých složkách, které je přilepeno k pravému okraji a vypadá to naprosto hnusně, i když pár pixelů velká mezera by s tím udělala zázraky.

Vzdyt si to muzete naroztahovat, jak chcete (vizte screenshot)

Také způsob Také způsob zobrazení emailů v mailboxu je naprosto hrozný - přeci jen v době Gmailu tady takový design už dávno nemá co dělat.

Razeni podle konverzaci jde zapnout uz asi 10 let, pak je to mnohem prijemnejsi.

[corwin78]

Příloha:

• mailbox.png (6843 bytů)

Já to myslel takto - viz obrázek. Rozumně nastavit to nejde, aspoň ne u mě, to číslo se prostě drží pravého kraje i při roztahování toho celého framu a samotná buňka samostatně zmenšit nejde.

Jinak nemyslel jsem konverzace, to samozřejmě jde, ale způsob jejich zobrazení. Jak je vidět ta otřesná zelená šipka a jméno odesilatele a musí se ručně rozkliknout aby bylo vidět další info o mailu. Možnost mít to defaultně všechno rozkliknuté nefachčí.

[luky]

Ja prave za tim poslednim sloupeckem mam jeste jeden prazdny bez jakychkoliv dat - ten mam roztazeny na sirku nekolika pixelu a vypada to pekne.

[corwin78]

To se mi tam právě nedaří dostat.

[luky]

Zmensete si to okno, aby se u slozek objevil vertikalni posuvnik, pak to jde snaz chytit.

[corwin78]

Asi jsem tupý, ale nedaří se. Není problém uchopit konec toho sloupce a roztáhnout ho třeba doprava, ale doleva se nehne.