KMail a zalamovanie riadkov
Problém je so zarovnaním textu. Mám rozlíšenie monitora na šírku 1280 bodov a keď si v maximalizovanom okne prehliadača otvorim gmail a pozrem mail, ktorý som odolal, alebo niektoré maily, ktoré mi prišli (berme maili dlhšie ako jeden riadok), sú široké iba asi do polovice okna. To znamená že riadok nejde z jednej strany okna na druhú, ako keď pošlem mail z webového rozhrania gmailu, ale asi v polovičke strany sa sekne a pokračuje o riadok nižšie. Ako som povedal, veľa mailov, ktoré mi chodia sú takto prapodivne formátované. Verím, že ste sa s tým už určite stretli. Viete mi povedať, prečo to tak je a ako sa to rieši? Príp. je možne docieliť, aby sa formátovanie nie len na mnou odoslaných, ale aj prijatých malioch opravilo?
Existuje možnosť nezalamovať riadky, ale potom zas celý text ostáva v jednom riadku, pokým nedám enter. Prečo to nie je tak, ako pri každom normálnom formulárovom okne na nejakej stránke resp, webovom rozhraní gmailu, ked sa mi text zalamuje podľa toho, alé veľké okno mám otvorené a čitateľovi sa zalamuje tiež iba podľa toho. Priznám sa že som nečakal, že budem musieť riešiť práve takéto niečo.
Naopak emailovy klient v textovom zobrazeni standardne nastaveny na dlzku riadka tusim 72 znakov tieto konce riadkov do uvahy berie + berie do uvahy aj html tagy. Inak povedane, emailovy klient pri pisani spravy je nieco ako textovy editor a nie ako html formular.
Ak ti tato vlastnost prekaza, myslim ze by sa to dalo nastavit v options v zavislosti akeho klienta pouzivas. Alebo preusporiadat okna klienta, tak aby sa ti spravy zobrazovali v jednom zo stlpcov.
Píšeš, že sa program správa viac ako textový editor než ako html formulár. Ale prečo zrovna takáto úprava? Je na to nejaký dôvod? Mne to príde ako dosť čudný nápad...
V sekcii Zabezpecenie -> karta Citanie zaklikni moznost "Preferovat HTML pred cistym textom", tym docielis, ze posta v html sa ti bude zobrazovat ako stranka v prehliadaci. Vo Windows to ma tusim standardne zapnute vercina email klientov. Ale pozor, je to bezpecnostne riziko, nebezpecny kod sa moze nachadzat aj v grafickom formate a mozes to potom sirit dalej, prip. si to zaniest na particiu s Win...
V sekcii Editor sprav -> karta vseobecne, mozes upravit standardnu hodnotu v pripade zalamovania v textovom rezime. Ak si ju nemenil, mal by si tam mat 78 a nie 72 ako som pisal vyssie. Tato hodnota je ale spravna a potrebna hlavne pre email klientov, ktori bezia v terminali, napr. Mutt.. Je to skratka standard.
Ak chces docielit kompatibilitu zobrazovania so svojimi kamosmi beziacimi na Win, mas na tej istej karte moznost aktivovat externy editor. Tam napis cestu k nejakemu wysiwyg editoru, ktory ti to bude formatovat do html, standardne je tam totiz cesta ku Kate (tam ale budes musiet zadavat tagy rucne). Ak teda uz priamo KMail moznost pisat priamo v html neobsahuje, ale ako pisem KMail nepouzivam a maily posielam a prijmam iba textove so zalamovanim na 78. riadku.
skus otvorit emailovu spravu pisanu v Outlooku v nejakom textovom editore a potom spravu pisanu trebars v KMaili bez html balastu, a hned zbadas ten rozdiel ;)
Keď som v GMaili pozeral správy, ktoré som takto napísal, tie, čo som nedal zalomovať vôbec si prispôsobil tak ako treba. Tj, mohol by som teoreticky celý mail písať v jednom nezalomenom riadku a GMail by si to prispôsobil správe, jasné že tak to ale robiť nebudem ;) Inak ten externý editor tiež veľmi nepomohol, každopádne i keby aj hej, príde mi to ako dosť neohrabané riešenie. Čiže zostávame pri starom. Jediné, čo potrebujem dosiahnuť je pri vypnutom zalamovaní na 78 riadkov presvedčiť KMail zalomiť riadok na konci okna (opatrenie len pre mňa, aby sa mi lepšie písalo, lebo maili na druhej strane si to už upravia - tak ako GMail).
A ako sa v termináloch zobrazujú maili, ktoré niekto pošle napr. z GMailu? Tam žiadne zalomovanie riadkov nie je, takže si to asi musí terminál sám prispôsobiť nie? Dosť ľudí aj tak píše maili takto, čiže aj také opatrenie mi tak či tak príde ako prežitok.
ps.: podpora pre kmail bude s najvecsiou pravdepodobnostou uvedena na domovskej stranke projektu.
Mimochodom, ja preferujem holy text ktory sa zobrazuje neproporcionalnym fontom, mam na to ako sukromne tak aj pracovne dovody a niesom sam. Rozne emailove konfery mi davaju za pravdu.
ps.: Rozny emailovy klienti nakladaju s formatovanym (html) textom rozne, staci si pozriet ako vyzera posta z Lotus Notes v textovom rezime. Podobnych ficr u roznych klientov sa vyskytuje strasna kopa a tu citam o dalsej vymozenosti. Za chcilu nebude mozne rozlisit v emailovej konferencii kto co zaslal pocas diskusie.
http://bugs.kde.org/show_bug.cgi?id=31951
A to je dovod preco to ignoruju.Ono sa sice moze jednat o peknu novu vlastnost ale bez toho ze by to pouzivali vsetky klienti to bude iba strpcovat zivot. No ale nech si pouziva kto chce co chce. upravit zdrojaky si tiez moze ako chce.
mimochodom, ked si uz videl postu kde klient preformatuje odsek tak asi vies ako jednoduche je identifikovat v texte kto co pisal. dost bolo ironie, kto chce co chce to moze mat.
mail ma byt iba v neformatovanom ascii texte. ak pocitujes potrebu ho formatovat tak by si mal vazne pouvyzaovat nad tym ze to treba poslat ako prilohu (ako dokument ODF, HTML apod). ak to nestoji za to aby si to poslal ako prilohu tak to zanemena ze vypovedna hodnota formatovania v tom texte je nulova. mail sluzi na odovzdanie spravy. na odovzdanie formatovaneho dokumentu/formatovaneho textu) sluzi priloha mailu. skus nad tym porozmyslat.
tu nejde o to ci mas pravdu alebo nie ani nejde o to ci sa to tebe zda krajsie alebo nie ale ide o najlepsie riesenie pre 100% _bezproblemovu_ komunikaciu :-)
Práve tohto som sa obával, risuje ta tu flame, na ktorý tá diskusia vôbec nemala byť. Ale nedá sa nereagovať. Ako môžeš naísať takú vetu? Mám to chápať tak, že si za úplné zastavenie vývoja štandardov, aby sa náhodou nedostali do konfliktu so sofrwarom, ktorý by na ne nebol pripravený? Žiadna z fukncií, ktoré denne používaš na internete by tu pri takomto prístupe nebola a čítali by sme akurát tak holý text. A hrali by sme pre istotu iba 2D hry, aby náhodou nebol nejaký starý hardware na ktorom by nemuseli ísť (lebo tým by distribútor prišiel o potencionálneho zákazníka).
Klienty ako Mutte alebo Pine určite nebude používať nejaký lama. Tá pravdepodobnosť je minimálna. Lamy používajú webové rozhranie alebo majú v práci nainštalovaný Outlook, prípadne Thunderbird. A čo myslíš že takéhoto zákazníka viac zaujme? Monotónny text do polovice strany alebo text formátovaný, s fatebne odlíšenými, prípadne iným fontom napísanými dôležitými vecami? (prečo asi väčšina veľkých firiem má vo svojich mailoch také zložité formátovanie)
Takže ak to nebude lama, určite bude vedieť čo s takým mailom robiť, lebo keďže používa klient aký používa, stretáva sa s nimi denne.
windows, proprietarne formaty, virusy, nekompatibilita... ta s radostou ocakavaju. hoci velmi nerad ale myslim si ze najlepsim e-mailovym klientom pre teba bude m$ outlook.
"Problém, na ktorý som pri jej používaní narazil, je ale zrejme spoločný pre veľa mailovych klientov, lebo si to dávnejšie všímam na mnohích mailoch, ktoré mi chodia."
a v nasledujucom uryvku nasleduje jedno protirecenie ze druhym:
"Klienty ako Mutte alebo Pine určite nebude používať nejaký lama. Tá pravdepodobnosť je minimálna. Lamy používajú webové rozhranie alebo majú v práci nainštalovaný Outlook, prípadne Thunderbird."..."Takže ak to nebude lama, určite bude vedieť čo s takým mailom robiť, lebo keďže používa klient aký používa, stretáva sa s nimi denne."
Inak MS Outlook 2003 je podľa mňa veľmi kvalitný klient, ale nie je na Linux.
Aha, takže keď budem mať v pošte niečo takéto:
> blah blah > blah > blah blah blah > blah blah > blah > blah blah blah > blah blah > blah > blah blah blah > blah blah > blah > blah blah blah >
>>blah
Tak si budem musieť prejsť kompletnú históriu korešpondencie. Poprosím ťa, daj mi na seba email, rovno si ťa bloknem.
Tu by som rád ostal pri pôvodnom probléme a to, ako zalamovať riakdy v KMaili.