[Neo] Re: E-Mails: Reiner Text vs. HTML
Am 04.05.20 um 12:29 schrieb Hannes Kuhnert: Gängiges Vorsatzzeichen für Spezialbereiche, die kein Zitat im Sinne des Nachrichtenverlaufs sind, ist übrigens |. Danke, das wusste ich nicht. Ich hoffe, dass das auch die meisten E-Mail-Programme verstehen. multi: multipart/mixed Das sind signierte E-Mails oder solche mit Anhang. Das als eins zu betrachten, hilft nicht, scheint mir. Ich hab bei denen in den Quelltext geschaut, ob format=flowed für den text/plain-Teil gesetzt war. Btw, ich teste gerade FairEmail als Ersatz für K-9 Mail. Das ist ebenfalls Open Source und zeigt meine "falsch" formatierten E-Mails ohne die unerwünschten Zeilenumbrüche an. Und wenn mal ein längerer Code-Block dabei ist, der nicht umgebrochen werden soll, kann man einfach mit zwei Fingern soweit rauszoomen, bis die Zeilen auf den Bildschirm passen. Grüße Max ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org
[Neo] Re: E-Mails: Reiner Text vs. HTML
Meiner Meinung nach ist es aus dieser Phase raus. Man muss noch ein paar Systemvariablen setzen z.B. für Firefox, aber die meisten Programme die ich benutze unterstützen Wayland nativ. Kann man mit xeyes testen, bei XWayland verfolgen sie den Cursor, bei nativ Wayland nicht. Native Spiele laufen und auch die meisten Protonspiele. Sway ist ein drop-in Ersatz für i3. Probiers doch mal aus :-) Zu empfehlen wären die Wayland nativen Programme wie Wofi als Launcher Waybar Am 05.05.2020 02:50 schrieb ka’imi: On 04.05.20 22:45, miel...@posteo.de wrote: Falls jemand der swayWM eine Chance geben will. Ha, Wayland. Bin ja mal gespannt wann das aus der tech-demo-Phase raus ist ;p i3 hier. ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org
[Neo] Re: E-Mails: Reiner Text vs. HTML
ka’imi schrieb: > On 04.05.20 21:37, Hannes Kuhnert wrote: > > Wenn ich aber mal überlegen, was ein guter Kachel-Fenstermanager können > > sollte, dann gehört dazu auf jeden Fall ein produktives Umgehen mit dem > > Umstand, dass bei manchem Fenster eine Größe oberhalb des Optimums > > unvorteilhaft ist. > > Kann man sich trefflich drüber streiten. Könnte auch Job des Tools sein, > daß es sich sinnvoll verhält – egal wie groß das Fenster ist. Traditionell ist es ja das Festlegen der Fenstergröße – wie auch das Verändern etwaiger Bereichsgrößen innerhalb des Fensters –, mit dem man als Nutzer dem Programm mitteilt, was für eine Anzeige des Inhalts man gerade sinnvoll findet. Im Fall einer Textanzeige wird dieses klassische Konzept dadurch umgesetzt, dass der Text eben so breit fließt, wie ihm Platz gegeben wurde. Die E-Mails, die ich hier so schreibe, entsprechen wohlbemerkt nicht diesem Ansatz; stattdessen folgen sie dem alten Textkonsolen-Kompatibilitäts-Prinzip der fest langen Zeilen. Aber ansonsten ist der Standard, dass der Inhalt den ihm gegebenen Raum füllt. Man könnte für die Darstellung durch ein Programm in einem Fenster eine zusätzliche Festlegung treffen wie: „Zeilen werden nie länger als 100 Zeichen gemacht.“ Dann hätte man die typischerweise gewollte maximale Breite des Inhalts unabhängig von der Fensterbreite festgelegt und den übrigen Raum des Fensters leer gehalten oder anderweitiger Nutzung zugeführt – zu welchem Zweck auch immer. Allerdings ist das nicht unbedingt ein sinnvolles Verhalten, denn dann wären die Anzeigemöglichkeiten auch für Sonderfälle beschränkt. Ein Mittelweg, der nicht mit dem Prinzip des Platzausnutzens bricht: Ab Breite X wird standardmäßig Zusatzelement Y eingeblendet. Thunderbird, u. a. von ka’imi benutzt, ist erweiterungsstark. Gut möglich, dass es auch schon Plug-ins für derlei Anzeigeoptimierung gibt! Hannes ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org
[Neo] Re: E-Mails: Reiner Text vs. HTML
On 04.05.20 22:45, miel...@posteo.de wrote: > Falls jemand der swayWM eine Chance geben will. Ha, Wayland. Bin ja mal gespannt wann das aus der tech-demo-Phase raus ist ;p i3 hier. -- In the beginning the universe was created. This has made a lot of people very angry and been widely regarded as a bad move. signature.asc Description: OpenPGP digital signature ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org
[Neo] Re: E-Mails: Reiner Text vs. HTML
On 04.05.20 21:37, Hannes Kuhnert wrote: > Wenn ich aber mal überlegen, was ein guter Kachel-Fenstermanager können > sollte, > dann gehört dazu auf jeden Fall ein produktives Umgehen mit dem Umstand, dass > bei manchem Fenster eine Größe oberhalb des Optimums unvorteilhaft ist. Kann man sich trefflich drüber streiten. Könnte auch Job des Tools sein, daß es sich sinnvoll verhält – egal wie groß das Fenster ist. -- In the beginning the universe was created. This has made a lot of people very angry and been widely regarded as a bad move. signature.asc Description: OpenPGP digital signature ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org
[Neo] Re: E-Mails: Reiner Text vs. HTML
On 04.05.20 22:45, miel...@posteo.de wrote: Falls jemand der swayWM eine Chance geben will. Hier ist meine ~/.config/sway/config, angepasst für BONE. Sway macht es auch möglich, die selbe Konfig für Neo und Bone zu verwenden mittels „bindcode“ (anstelle von „bindsym“). Beispiel: bindcode $mod+43 splith Ich habe vor kurzem alle Tastenkombinationen angepasst, um den Umstieg zu erleichtern. Kann ich bei Gelegenheit mal hochladen … Grüße, Olli ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org
[Neo] Re: E-Mails: Reiner Text vs. HTML
Falls jemand der swayWM eine Chance geben will. Hier ist meine
~/.config/sway/config, angepasst für BONE.
Mit Navigation und Kontrolle über U T I E und Cursor-Tasten. Es ist
empfehlenswert die config an die eigenen Bedürfnisse an zu passen.
Teile die angepasst werden sollten oder müssen hab ich mit ### und
deutschem Text versehen.
Vielleicht interessiert es ja jemanden.
Kilian
PS: Bone-Config für ~/.xkb/symbols ebenfalls enthalten.
Am 04.05.2020 21:37 schrieb Hannes Kuhnert:
ka’imi schrieb:
On 04.05.20 12:29, Hannes Kuhnert wrote:
> Dagegen fällt mir zum Zu-breit-Problem als erstes ein, dass ein Großteil
> der Computernutzer davon profitieren könnte, den Sinn des
> Fenster-Prinzips wiederzuentdecken. Wenn ein Ding nicht all zu groß sein
> soll, macht man das Fenster eben nicht größer, als es sein soll – so
> einfach ist das eigentlich. Wenn ich mir das letzte Jahrzehnt ansehe,
> scheint mir: Die Bildschirme werden immer größer und immer weniger
> sinnvoll benutzt.
Naja. Ich benutze einen tiling wm, weil ich mich explizit _nicht_ mit
Fenster durch die Gegend schubsen befassen müssen will :)
Mit Tiling habe ich nur wenig Erfahrung, und lang ist es her, dass ich
mal
(reines) Tiling ausprobierte.
Wenn ich aber mal überlegen, was ein guter Kachel-Fenstermanager können
sollte,
dann gehört dazu auf jeden Fall ein produktives Umgehen mit dem
Umstand, dass
bei manchem Fenster eine Größe oberhalb des Optimums unvorteilhaft ist.
Bei meinem Fenstermanager KWin lässt sich derartiges mit Fensterregeln
erreichen: Fenster soundso von Programm sowieso soll anfangs oder immer
diese
oder jene Größe, Platzierung … Wasauchimmereigenschaft haben.
Hannes
___
Diskussion mailing list -- diskussion@neo-layout.org
To unsubscribe send an email to diskussion-le...@neo-layout.org# Default config for sway
#
# Copy this to ~/.config/sway/config and edit it to your liking.
#
# Read `man 5 sway` for a complete reference.
### Variables
#
# Logo key. Use Mod1 for Alt.
set $mod Mod4
# Home row direction keys, like vim
set $left t
set $down i
set $up u
set $right e
# Your preferred terminal emulator
### SET TERMINAL!!!
set $term alacritty
# Your preferred application launcher
# Note: it's recommended that you pass the final command to sway
#set $menu dmenu_path | dmenu | xargs swaymsg exec --
#set $menu j4-dmenu-desktop --dmenu='bemenu -i --tf "#f1c40f" --nb "#011f4b"
--nf "#005b96" --hf "#3498db" --fn "pango:DejaVu Sans Mono 10"'
--term='alacritty'
### Bester AppLauncher mit Wayland support ist wofi, Alternativen wären rofi
(X) und dmenu (X)
set $menu wofi --show drun --allow-images
### Output configuration
#
# Default wallpaper (more resolutions are available in
/usr/share/backgrounds/sway/)
#output * bg /usr/share/backgrounds/sway/Sway_Wallpaper_Blue_1920x1080.png fill
output * bg /home/nackt/Bilder/hs-2009-25-x-1920x1200_wallpaper.jpg fit
#
# Example configuration:
#
# output HDMI-A-1 resolution 1920x1080 position 1920,0
#
# You can get the names of your outputs by running: swaymsg -t get_outputs
### Idle configuration
#
# Example configuration:
#
# exec swayidle -w \
# timeout 300 'swaylock -f -c 00' \
# timeout 600 'swaymsg "output * dpms off"' \
# resume 'swaymsg "output * dpms on"' \
# before-sleep 'swaylock -f -c 00'
#
# This will lock your screen after 300 seconds of inactivity, then turn off
# your displays after another 300 seconds, and turn your screens back on when
# resumed. It will also lock your screen before your computer goes to sleep.
exec swayidle \
timeout 1200 'swaymsg "output * dpms off"' \
resume 'swaymsg "output * dpms on"'
### Input configuration
#
# Example configuration:
#
# input "2:14:SynPS/2_Synaptics_TouchPad" {
# dwt enabled
# tap enabled
# natural_scroll enabled
# middle_emulation enabled
# }
#
# You can get the names of your inputs by running: swaymsg -t get_inputs
# Read `man 5 sway-input` for more information about this section.
#input * xkb_layout "de"
### Sollte angepasst werden für "normal" Bone
input * xkb_layout "de-bone-j-q"
input "DasKeyboard" xkb_model "pc105"
### Key bindings
#
# Basics:
#
# start a terminal
bindsym $mod+Return exec $term
bindsym Mod1+Return exec $term
# kill focused window
bindsym Mod1+q kill
# start your launcher
bindsym $mod+c exec $menu
# Drag floating windows by holding down $mod and left mouse button.
# Resize them with right mouse button + $mod.
# Despite the name, also works for non-floating windows.
# Change normal to inverse to use left mouse button for resizing and right
# mouse button for dragging.
floating_modifier $mod normal
# reload the configuration file
bindsym $mod+Mod1+c reload
# exit sway (logs you out of your Wayland session)
bindsym $mod+Mod1+q exec swaynag -t warning -m 'You pressed the exit
[Neo] Re: E-Mails: Reiner Text vs. HTML
ka’imi schrieb: > On 04.05.20 12:29, Hannes Kuhnert wrote: > > Dagegen fällt mir zum Zu-breit-Problem als erstes ein, dass ein Großteil > > der Computernutzer davon profitieren könnte, den Sinn des > > Fenster-Prinzips wiederzuentdecken. Wenn ein Ding nicht all zu groß sein > > soll, macht man das Fenster eben nicht größer, als es sein soll – so > > einfach ist das eigentlich. Wenn ich mir das letzte Jahrzehnt ansehe, > > scheint mir: Die Bildschirme werden immer größer und immer weniger > > sinnvoll benutzt. > > Naja. Ich benutze einen tiling wm, weil ich mich explizit _nicht_ mit > Fenster durch die Gegend schubsen befassen müssen will :) Mit Tiling habe ich nur wenig Erfahrung, und lang ist es her, dass ich mal (reines) Tiling ausprobierte. Wenn ich aber mal überlegen, was ein guter Kachel-Fenstermanager können sollte, dann gehört dazu auf jeden Fall ein produktives Umgehen mit dem Umstand, dass bei manchem Fenster eine Größe oberhalb des Optimums unvorteilhaft ist. Bei meinem Fenstermanager KWin lässt sich derartiges mit Fensterregeln erreichen: Fenster soundso von Programm sowieso soll anfangs oder immer diese oder jene Größe, Platzierung … Wasauchimmereigenschaft haben. Hannes ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org
[Neo] Re: E-Mails: Reiner Text vs. HTML
On 04.05.20 12:29, Hannes Kuhnert wrote: > Dagegen fällt mir zum Zu-breit-Problem als erstes ein, dass ein Großteil der > Computernutzer davon profitieren könnte, den Sinn des Fenster-Prinzips > wiederzuentdecken. Wenn ein Ding nicht all zu groß sein soll, macht man das > Fenster eben nicht größer, als es sein soll – so einfach ist das eigentlich. > Wenn ich mir das letzte Jahrzehnt ansehe, scheint mir: Die Bildschirme werden > immer größer und immer weniger sinnvoll benutzt. Naja. Ich benutze einen tiling wm, weil ich mich explizit _nicht_ mit Fenster durch die Gegend schubsen befassen müssen will :) -- In the beginning the universe was created. This has made a lot of people very angry and been widely regarded as a bad move. signature.asc Description: OpenPGP digital signature ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org
[Neo] Re: E-Mails: Reiner Text vs. HTML
On 04.05.20 17:07, Annette Volz wrote: > Aufgefallen war mir schon oft, dass das Gesendete bei den anderen Leuten > anders aussieht, als wie ich es schreibe. Du schreibst HTML-Mails. Die meisten Leute lassen sich vermutlich nur die plain-text-Variante anzeigen. -- In the beginning the universe was created. This has made a lot of people very angry and been widely regarded as a bad move. signature.asc Description: OpenPGP digital signature ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org
[Neo] Re: E-Mails: Reiner Text vs. HTML
Annette Volz schrieb: > [Bildschirmfotos vom Lesen und Schreiben von E-Mails mit Firefox] > > Auf meinem Handy (Android, E-Mail) ist die empfangene E-Mail auch in > "Proportionalschrift". Ich weiß nicht welche Schrift. Hier beim > E-Mail-Schreiben ist sie bei mir eher in Calibri (Gott sei Dank nicht in > "Times New Roman", weil ich diese Schrift hasse. Die genannte Times-Variante ist unter den Serifenschriften wahrlich keine Schönheit, doch es gibt schlimmeres. Vor allem aber aber man kann es ja einstellen. > Die empfangene Version wie von oben sieht aus, als wäre sie auf dem PC > in "Lucida Console". Die Lucida-Schriften kenn ich gut, da ich sie als „Hausschriften“ benutze. Das Bildschirmfoto der E-Mail-Anzeige mit Festbreitenschrift hat nicht die Lucida Console, sondern die Consolas – aus der neueren auf Microsoft zurückgehenden Schriftenreihe Cambria, Constantia und so. > Ich weiß aber nicht, wo man das einstellen kann. Eine E-Mail hat normalerweise keine Schriftfestlegung. In HTML kann sie es technisch haben, sollte es aber normalerweise nicht. Regulär hat man es sowohl beim Schreiben als auch beim Lesen rein mit Anzeigeeinstellungen der benutzten Software zu tun: • Schrifteinstellungen des Betriebssystems bzw. Desktops • die etwaige Ad-hoc-Anzeige-Option /Festbreitenschrift/ oder /Proportionalschrift/, vorrangig im Menü /Ansicht/ zu erwarten • möglicherweise eine spezielle Schrifteinrichtung des E-Mail-Programms, meist über dessen Einstellungsdialog zugänglich Hannes ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org
[Neo] Re: E-Mails: Reiner Text vs. HTML
Max Schillinger schrieb: > [Ganz interessante E-Mail-Analyse] Gängiges Vorsatzzeichen für Spezialbereiche, die kein Zitat im Sinne des Nachrichtenverlaufs sind, ist übrigens |. > multi: multipart/mixed Das sind signierte E-Mails oder solche mit Anhang. Das als eins zu betrachten, hilft nicht, scheint mir. > Zusätzlich sehen die E-Mails von Daniel und Michael ohne format=flowed > gut aus. Möglicherweise ist da immer der ganze Absatz in einer einzigen > Zeile. Ja, von Daniel und Michael gibt es E-Mails, deren Text gar nicht umgebrochen ist. Mich stört es nicht, aber es gilt kompatibilitätsmäßig als nicht in Ordnung. Nebenbei: Ich würde gern format=flowed schreiben, nur unterstützt mein Client das nicht. > Am 02.05.20 um 16:17 schrieb ka’imi: > > Also ich benutze ja einen tiling window manager (= Thunderbird ist quasi > > immer „Vollbild“, weil mail auch noch seinen eigenen Desktop hat); von > > daher habe ich lieber harte Zeilenumbrüche. Text auf voller > > Bildschirmbreite zu lesen ist irgendwie anstrengend. > > Mit format=flowed füllen die Zeilen auch auf dem Desktop die ganze > Bildschirmbreite aus. Aber das kann man ja auf Empfänger-Seite ändern. > > mailnews.display.disable_format_flowed_support;true Ja, man kann die Formal=flowed-Interpretation ausschalten. Dagegen fällt mir zum Zu-breit-Problem als erstes ein, dass ein Großteil der Computernutzer davon profitieren könnte, den Sinn des Fenster-Prinzips wiederzuentdecken. Wenn ein Ding nicht all zu groß sein soll, macht man das Fenster eben nicht größer, als es sein soll – so einfach ist das eigentlich. Wenn ich mir das letzte Jahrzehnt ansehe, scheint mir: Die Bildschirme werden immer größer und immer weniger sinnvoll benutzt. Hannes ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org
[Neo] Re: E-Mails: Reiner Text vs. HTML
Am 02.05.20 um 21:46 schrieb Annette Volz: Wie ich Reiner Text oder HTML in Thunderbird einstelle, habe ich keine Ahnung, weil es mich bisher nicht interessiert hat: => Bitte dann mit Bedienungsanleitung Deine E-Mails sind bereits nur Text, mit format=flowed und werden auf meinem Smartphone gut leserlich dargestellt. Ich hab mal versucht herauszufinden, woran es liegt, dass manche Mails gut aussehen und andere nicht: | Von | OK | multi | f=f | charset| CTE| Programm | |-|--|---|--|||---| | Annette | ja | nein | ja | utf-8 | 8bit | TB 68.7.0 | | Jakob 1 | ja | nein | ja | iso-8859-1 | quot-p | TB 68.7.0 | | Jakob 2 | ja | ja| ja | utf-8 | base64 | TB 68.7.0 | | hrnz 1 | ja | nein | ja | iso-8859-1 | quot-p | ? | | Moritz | ja | nein | ja | utf-8 | base64 | TB 68.7.0 | | Max 1 | nein | nein | ja | iso-8859-1 | quot-p | TB 68.7.0 | | Max 2 | nein | nein | ja | utf-8 | base64 | TB 68.7.0 | | Hannes | nein | nein | nein | iso-8859-1 | quot-p | | | Arne| nein | nein | nein | utf-8 | quot-p | | | Jurek | nein | nein | nein | utf-8 | base64 | | | hrnz 2 | nein | ja| nein | utf-8 | quot-p | TB 68.7.0 | | ka'imi | nein | ja| nein | utf-8 | quot-p | TB 68.7.0 | | Thomas | nein | ja| nein | UTF-8 | quot-p | Evolution 3.34.4 | | Daniel | ja | nein | nein | utf-8 | base64 | Outlook 16.0 | | Michael | ja | nein | nein | utf-8 | base64 | Claws Mail 3.17.5 | OK: Zeilenumbrüche nur am Bildschirmrand f=f: format=flowed multi: multipart/mixed CTE: Content-Trasfer-Encoding quot-p: quoted-printable Jetzt hoff ich mal, dass diese Tabelle nicht umgebrochen wird :-) Zusammenfassend kann man sagen, dass alle Mails, die mit format=flowed versendet werden, auf meinem Smartphone in K-9 richtig dargestellt werden. Mit Ausnahme meiner eigenen E-Mails! :-( Ich hab es sogar schon mit einem ganz neuen Thunderbird-Profil versucht. Zusätzlich sehen die E-Mails von Daniel und Michael ohne format=flowed gut aus. Möglicherweise ist da immer der ganze Absatz in einer einzigen Zeile. Am 02.05.20 um 16:17 schrieb ka’imi: Also ich benutze ja einen tiling window manager (= Thunderbird ist quasi immer „Vollbild“, weil mail auch noch seinen eigenen Desktop hat); von daher habe ich lieber harte Zeilenumbrüche. Text auf voller Bildschirmbreite zu lesen ist irgendwie anstrengend. Mit format=flowed füllen die Zeilen auch auf dem Desktop die ganze Bildschirmbreite aus. Aber das kann man ja auf Empfänger-Seite ändern. Mit dieser Einstellung werden f=f-Mails mit einer Breite von nur 72 Zeichen (oder wo auch immer die Soft-Wraps liegen) angezeigt: mailnews.display.disable_format_flowed_support;true Grüße Max ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org
[Neo] Re: E-Mails: Reiner Text vs. HTML
Am 02.05.20 um 16:17 schrieb ka’imi: In Thunderbird hilft “paste as quote” oder Ctrl+Shift+O. Ist dann halt ein quote, aber die bricht er nicht automatisch um. Cool, danke! Das ist akzeptabel, dass es dann ein Zitat ist. Ich dachte, das geht nur in HTML-Mails. Also ich benutze ja einen tiling window manager (= Thunderbird ist quasi immer „Vollbild“, weil mail auch noch seinen eigenen Desktop hat); von daher habe ich lieber harte Zeilenumbrüche. Text auf voller Bildschirmbreite zu lesen ist irgendwie anstrengend. Ja, das ist doof. ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org
[Neo] Re: E-Mails: Reiner Text vs. HTML
Am 02.05.20 um 15:59 schrieb Hannes Kuhnert: Vielleicht kann bei sowas format=flowed helfen. Da HTML als eine Art Verbesserungsoption ins Spiel gebracht wurde: Ich bevorzuge eindeutig reinen Text vor HTML. Wenn jemand HTML benutzt, find ich das akzeptabel, wenn es multipart/alternative mit text/plain ist. Wenn ich das mit dem format=flowed richtig konfiguriert bekomme, verzichte ich auch komplett auf HTML. ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org
[Neo] Re: E-Mails: Reiner Text vs. HTML
Am 02.05.20 um 15:56 schrieb hrnz: Deine Mails haben zwar den f=f Header, haben aber keine Leerzeichen an den Zeilenenden. Ich schreibe hier gerade in dem Thunderbird-Editor vor mich hin und es sieht so aus als würde der automatisch so umbrechen, dass an jedem Zeilenende noch ein Leerzeichen ist, Der Test, ob sie nach dem Senden noch vorhanden ist, steht noch aus. Deine Mail wird auch "falsch" dargestellt, obwohl format=flowed im Header steht. Vielleicht ein Bug in Thunderbird? Beim Schreiben wird mir übrigens am Ende jeder Zeile ein Leerzeichen angezeigt. Grüße, Max ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org
[Neo] Re: E-Mails: Reiner Text vs. HTML
On 02.05.20 10:30, Max Schillinger wrote: > Problematisch wird es nur, wenn man zum Beispiel Konsolenausgaben in > eine E-Mail kopiert. So etwas ist echt schwer lesbar: In Thunderbird hilft “paste as quote” oder Ctrl+Shift+O. Ist dann halt ein quote, aber die bricht er nicht automatisch um. > Ich hab die harten Umbrüche mal deaktiviert, aber dann musste ich sogar > am Laptop horizontal scrollen (bin mir nicht mehr ganz sicher, ob es das > war, aber irgendwas hat mich dabei gestört). Auf dem Smartphone sehen > solche E-Mails jedenfalls besser aus. Zumindest der Fließtext. Obige > Beispiele aus der Konsole werden trotzdem unlesbar gemacht. Also ich benutze ja einen tiling window manager (= Thunderbird ist quasi immer „Vollbild“, weil mail auch noch seinen eigenen Desktop hat); von daher habe ich lieber harte Zeilenumbrüche. Text auf voller Bildschirmbreite zu lesen ist irgendwie anstrengend. Jaja, vermutlich gibt es da irgendwo ein setting für, aber der Leidensdruck war noch nicht groß genug. > Wie seht ihr das? Lest ihr keine E-Mails auf dem Smartphone? Das habe ich mir bewusst abgewöhnt. Seitdem ist mein Tag deutlich weniger stressig. Kann ich übrigens auch für andere Dinge, die einen mit Benachrichtigungen spammen, nur empfehlen. Also zumindest die push-Nachrichten auszumachen. -- In the beginning the universe was created. This has made a lot of people very angry and been widely regarded as a bad move. signature.asc Description: OpenPGP digital signature ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org
[Neo] Re: E-Mails: Reiner Text vs. HTML
Max Schillinger schrieb: > ich hab gesehen, dass viele hier reine Text-E-Mails verschicken. E-Mail eben! > Problematisch wird es nur, wenn man zum Beispiel Konsolenausgaben in > eine E-Mail kopiert. Über falsch umgebrochene Programmausgaben war ich neulich ebenfalls gestolpert. Klar, das war nicht vernünftig lesbar! Wenn man eine zeilenstrukturierte Programmausgabe versendet, sollte man sie nicht nach 75 Zeichen umbrechen (lassen). > Dazu kommt die allgemein schlechtere Lesbarkeit auf mobilen Geräten. > Thunderbird bricht Zeilen standardmäßig nach 72 Zeichen um. K-9 Mail > kann auf meinem Smartphone ca. 50 Zeichen darstellen, bricht dann um. > Die restlichen ~22 Zeichen stehen in der nächsten Zeile, dann wieder der > harte Umbruch. Das heißt, man sieht immer abwechselnd eine lange und > eine kurze Zeile. Vielleicht kann bei sowas format=flowed helfen. Da HTML als eine Art Verbesserungsoption ins Spiel gebracht wurde: Ich bevorzuge eindeutig reinen Text vor HTML. Wenn jemand HTML benutzt, find ich das akzeptabel, wenn es multipart/alternative mit text/plain ist. Hannes ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org
[Neo] Re: E-Mails: Reiner Text vs. HTML
On 5/2/20 2:33 PM, Max Schillinger wrote: > Das mit dem "format=flowed" hab ich schon gelesen. Ich wusste nur nicht, > dass es mit Leerzeichen am Zeilenende funktioniert. Mich wundert es nur, > dass deine Mail sowohl in Thunderbird als auch in K-9 die > Bildschirmbreite ausnutzt, ohne unerwünschte Zeilenumbrüche. Meine Mails > in diesem Thread sehe ich in Thunderbird mit 72 Zeichen, in K-9 mit > ebenfalls mit harten (unpassenden) Umbrüchen. Wenn ich in die Mailheader > reinschaue, sehe ich aber sowohl bei dir als auch bei mir > `format="flowed"`. Mein `charset` ist noch anders (kein utf-8) und > `Content-Transfer-Encoding` ist anders. Aber daran sollte es doch nicht > liegen!? Was ich auch merkwürdig finde, ist dass die Mail, die ich > gerade schreibe, keine Umbrüche nach 72 Zeilen enthält. Ich bin mal > gespannt, wie die in K-9 aussieht. Deine Mails haben zwar den f=f Header, haben aber keine Leerzeichen an den Zeilenenden. Ich schreibe hier gerade in dem Thunderbird-Editor vor mich hin und es sieht so aus als würde der automatisch so umbrechen, dass an jedem Zeilenende noch ein Leerzeichen ist, Der Test, ob sie nach dem Senden noch vorhanden ist, steht noch aus. Liebe Grüße hrnz signature.asc Description: OpenPGP digital signature ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org
[Neo] Re: E-Mails: Reiner Text vs. HTML
Am 02.05.20 um 10:48 schrieb Olli: > kennst du „Use plaintext email“? > https://useplaintext.email/ Das kannte ich noch nicht. Ist ja cool, dankeschön! Am 02.05.20 um 13:15 schrieb hrnz: das Problem ist schon seit längerer Zeit (vormut lich schon länger als HTML-Mails populär sind) gelöst und nennt sich "format=flowed". Die Idee ist, dass man Zeilenumbrüche, die keine semantische Bedeutung haben, sondern nur der besseren Lesbarkeit dienen, mit Leerzeichen am Ende der Zeile escapt. Ähnlich wird mit Zitaten umgegangen. Der MUA des Empfängers kann die entsprechenden Zeilenumbrüche dann schön auf die persönlichen Präferenzen des Empfängers abgestimmt rewrappen und alles ist gut. Tabellen und ähnliches funktioniert weiterhin problemlos, da man da dann die Zeilen nicht mit Leerzeichen beendent. Der Vorteil der Lösung ist, dass man trotzdem wunderbar lesbare Mails hat, wenn der MUA es nicht unterstützt. Man sieht die Mails lediglich nicht rewrapped, sondern schön mit 70 Zeichen langen Zeilen. Das mit dem "format=flowed" hab ich schon gelesen. Ich wusste nur nicht, dass es mit Leerzeichen am Zeilenende funktioniert. Mich wundert es nur, dass deine Mail sowohl in Thunderbird als auch in K-9 die Bildschirmbreite ausnutzt, ohne unerwünschte Zeilenumbrüche. Meine Mails in diesem Thread sehe ich in Thunderbird mit 72 Zeichen, in K-9 mit ebenfalls mit harten (unpassenden) Umbrüchen. Wenn ich in die Mailheader reinschaue, sehe ich aber sowohl bei dir als auch bei mir `format="flowed"`. Mein `charset` ist noch anders (kein utf-8) und `Content-Transfer-Encoding` ist anders. Aber daran sollte es doch nicht liegen!? Was ich auch merkwürdig finde, ist dass die Mail, die ich gerade schreibe, keine Umbrüche nach 72 Zeilen enthält. Ich bin mal gespannt, wie die in K-9 aussieht. Einige MUAs verwenden format=flowed standardmäßig bei Textmails (z.B. Thunderbird), andere bieten die Funktion optional an. Bei Lösungen, die das Verfassen von Mails in externen (besseren) Editoren erlauben, muss dieser natürlich dafür sorgen, dass die Zeilenumbrüche entsprechend gekenntzeichnet sind (vim hat dafür beispielsweise die w formatoption und ich hatte sie für mail nicht aktiviert, Schande über mein Haupt). Ich hab mir mal E-Mail in der Komandozeile eingerichtet, mit OfflineIMAP+Notmuch+Alot+vim+msmtp. Was für ein Aufwand! Auch Markdown ist wunderbar rückwärtskompatibel zu Plaintext: Du versendest dein Markdown einfach ganz normal, schreibst oben drüber Content-Type: text/markdown und MUAs, die davon keinen Ahnung haben, zeigen das sehr gut lesbare Markdown an, ohne es zu rendern. Fühle dich also frei, es ab sofort zu benutzen :) Ich fürchte nur, das versteht gar kein Mail-Programm. Grüße Max ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org
[Neo] Re: E-Mails: Reiner Text vs. HTML
Hallo Max und andere Neolinge, On 2020-05-02 10:30, Max Schillinger wrote: Dazu kommt die allgemein schlechtere Lesbarkeit auf mobilen Geräten. Thunderbird bricht Zeilen standardmäßig nach 72 Zeichen um. K-9 Mail kann auf meinem Smartphone ca. 50 Zeichen darstellen, bricht dann um. Die restlichen ~22 Zeichen stehen in der nächsten Zeile, dann wieder der harte Umbruch. Das heißt, man sieht immer abwechselnd eine lange und eine kurze Zeile. Ich hab die harten Umbrüche mal deaktiviert, aber dann musste ich sogar am Laptop horizontal scrollen (bin mir nicht mehr ganz sicher, ob es das war, aber irgendwas hat mich dabei gestört). Auf dem Smartphone sehen solche E-Mails jedenfalls besser aus. Zumindest der Fließtext. Obige Beispiele aus der Konsole werden trotzdem unlesbar gemacht. das Problem ist schon seit längerer Zeit (vormut lich schon länger als HTML-Mails populär sind) gelöst und nennt sich "format=flowed". Die Idee ist, dass man Zeilenumbrüche, die keine semantische Bedeutung haben, sondern nur der besseren Lesbarkeit dienen, mit Leerzeichen am Ende der Zeile escapt. Ähnlich wird mit Zitaten umgegangen. Der MUA des Empfängers kann die entsprechenden Zeilenumbrüche dann schön auf die persönlichen Präferenzen des Empfängers abgestimmt rewrappen und alles ist gut. Tabellen und ähnliches funktioniert weiterhin problemlos, da man da dann die Zeilen nicht mit Leerzeichen beendent. Der Vorteil der Lösung ist, dass man trotzdem wunderbar lesbare Mails hat, wenn der MUA es nicht unterstützt. Man sieht die Mails lediglich nicht rewrapped, sondern schön mit 70 Zeichen langen Zeilen. Einige MUAs verwenden format=flowed standardmäßig bei Textmails (z.B. Thunderbird), andere bieten die Funktion optional an. Bei Lösungen, die das Verfassen von Mails in externen (besseren) Editoren erlauben, muss dieser natürlich dafür sorgen, dass die Zeilenumbrüche entsprechend gekenntzeichnet sind (vim hat dafür beispielsweise die w formatoption und ich hatte sie für mail nicht aktiviert, Schande über mein Haupt). Am besten fände ich es ja, wenn E-Mail-Programme Markdown verstehen könnten. Dann könnte man einen Code-Block entsprechend markieren und E-Mail-Programme würden das dann in Monospace darstellen und keine Zeilen umbrechen (idealerweise könnte man den Code-Block auf dem Smartphone separat horizontal scrollen/wischen). Und sonstiger Text würde am Bildschirmende (visuell) umgebrochen. Ich hab auch mal das Chrome-/Firefox-/Thunderbird-Plugin *Markdown Here* (https://markdown-here.com) ausprobiert. Aber das wandelt die Markdown-E-Mails vor dem verschicken in HTML um, welches dann von allen E-Mail-Programmen richtig dargestellt wird, außer von Outlook (nur das für Windows), welches leider weit verbreitet ist (zumindest im Büro). Auch Markdown ist wunderbar rückwärtskompatibel zu Plaintext: Du versendest dein Markdown einfach ganz normal, schreibst oben drüber Content-Type: text/markdown und MUAs, die davon keinen Ahnung haben, zeigen das sehr gut lesbare Markdown an, ohne es zu rendern. Fühle dich also frei, es ab sofort zu benutzen :) Wie seht ihr das? Lest ihr keine E-Mails auf dem Smartphone? Oder habt ihr eine bessere E-Mail-App? Oder haltet ihr eure Smartphone zum E-Mail-Lesen quer? Oder akzeptiert ihr einfach, dass E-Mails bei manchen Empfängern ungünstig dargestellt werden? Ich lese am Smartphone fast nie Mails. Wenn es unbedingt sein muss, verwende ich einen ssh-client und ein Mailprogramm auf einem Server. Das ist wenigstens so unbenutzbar, dass ich nicht auf die Idee komme, permanent meine Mails zu checken, wenn ich unterwegs bin :) Bisher habe ich mir nicht so viele Gedanken darüber gemacht, dass Leute mit sehr schmalen Bildschirmen (also wohl vor allem Smartphonebenutzer) meine Mails potentiell nicht besonders gut lesen können, aber jetzt soltle das mit f=f eigentlich kein Probleim mehr sein. Liebe Grüße hrnz P.S. Immer schön weiter HTML-mails boykottieren! :] ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org
[Neo] Re: E-Mails: Reiner Text vs. HTML
Hi Max, On 02.05.20 10:30, Max Schillinger wrote: ich hab gesehen, dass viele hier reine Text-E-Mails verschicken. Manche mit harten Zeilenumbrüchen, manche ohne. Ich hab die letzten Tage mal versucht, ohne HTML auszukommen. Dabei hab ich aber ein paar Probleme bemerkt und wollte mal fragen, wie ihr das handhabt. kennst du „Use plaintext email“? https://useplaintext.email/ Viele Grüße, Olli ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org
[Neo] Re: E-Mails: Reiner Text vs. HTML
> Merkwürdig: > Beim Tippen in Thunderbird wurden die Zeilen nach 72 Zeichen > umgebrochen. Im Posteingang sind die Zeilen meiner eigenen Mail jedoch > lang. Sorry, stimmt nicht. Im Gesendet-Ordner sehe ich die Mail ohne Umbrüche, in der Inbox werden die Zeilen nach 72 Zeichen umgebrochen. ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org
[Neo] Re: E-Mails: Reiner Text vs. HTML
Merkwürdig: Beim Tippen in Thunderbird wurden die Zeilen nach 72 Zeichen umgebrochen. Im Posteingang sind die Zeilen meiner eigenen Mail jedoch lang. In K-9-Mail sehe ich trotzdem die harten Umbrüche (also immer eine ganze, dann eine halbe Zeile.) Am 02.05.20 um 10:30 schrieb Max Schillinger: Hallo zusammen, ich hab gesehen, dass viele hier reine Text-E-Mails verschicken. Manche mit harten Zeilenumbrüchen, manche ohne. Ich hab die letzten Tage mal versucht, ohne HTML auszukommen. Dabei hab ich aber ein paar Probleme bemerkt und wollte mal fragen, wie ihr das handhabt. Zunächst einmal finde ich es ganz gut, dass Thunderbird und K-9 Mail (Android) zitierten Text auch in reinen Text-Mails mit einer farbigen vertikalen Linie deutlich absetzen. Thunderbird erkennt sogar *fetten*, /schräggestellten/ und _unterstrichenen_ Text. Und auch in Programmen ohne Formatierung kann man noch erkennen, was gemeint ist. Problematisch wird es nur, wenn man zum Beispiel Konsolenausgaben in eine E-Mail kopiert. So etwas ist echt schwer lesbar: Beispiel 1: # 0.559982 % finger repeats top to bottom or vice versa ( 13.516306732036828 ) # 1.629684 % of trigrams have no handswitching (after direction change counted x 1 ) ( 7.208605473918783 ) # 8.573169 billion (rows²/dist)² to cross ( 111.45120365158101 ) # 0.037645 hand disbalance (4% shift is too much). Left: 0.46235421157397494 %, Right: 0.5376457884260251 % ( 1.1021876547551068 ) Beispiel 2: bone 443.211 Gesamtaufwand 214.682 Lageaufwand links rechts 2.034 Kollisionen 1.982 Shift-Kollisionen ob 14.0 13.6 jduax phlmwß 63.058 Handwechsel 33.581 Shift-Handwechsel mi 35.5 24.7 ctieo bnrsgq 0.986 Ein-/Auswärts 32.462 Ein- oder auswärts un 5.6 6.6 fvüäö yz,.k 13.344 benachbart 4.749 Shift-benachbart sum 55.1 44.9 7.0 12.2 10.6 25.3 --.- --.- 17.0 11.3 9.7 7.0 Sh 2.2 1.9 Dazu kommt die allgemein schlechtere Lesbarkeit auf mobilen Geräten. Thunderbird bricht Zeilen standardmäßig nach 72 Zeichen um. K-9 Mail kann auf meinem Smartphone ca. 50 Zeichen darstellen, bricht dann um. Die restlichen ~22 Zeichen stehen in der nächsten Zeile, dann wieder der harte Umbruch. Das heißt, man sieht immer abwechselnd eine lange und eine kurze Zeile. Ich hab die harten Umbrüche mal deaktiviert, aber dann musste ich sogar am Laptop horizontal scrollen (bin mir nicht mehr ganz sicher, ob es das war, aber irgendwas hat mich dabei gestört). Auf dem Smartphone sehen solche E-Mails jedenfalls besser aus. Zumindest der Fließtext. Obige Beispiele aus der Konsole werden trotzdem unlesbar gemacht. Am besten fände ich es ja, wenn E-Mail-Programme Markdown verstehen könnten. Dann könnte man einen Code-Block entsprechend markieren und E-Mail-Programme würden das dann in Monospace darstellen und keine Zeilen umbrechen (idealerweise könnte man den Code-Block auf dem Smartphone separat horizontal scrollen/wischen). Und sonstiger Text würde am Bildschirmende (visuell) umgebrochen. Ich hab auch mal das Chrome-/Firefox-/Thunderbird-Plugin *Markdown Here* (https://markdown-here.com) ausprobiert. Aber das wandelt die Markdown-E-Mails vor dem verschicken in HTML um, welches dann von allen E-Mail-Programmen richtig dargestellt wird, außer von Outlook (nur das für Windows), welches leider weit verbreitet ist (zumindest im Büro). Wie seht ihr das? Lest ihr keine E-Mails auf dem Smartphone? Oder habt ihr eine bessere E-Mail-App? Oder haltet ihr eure Smartphone zum E-Mail-Lesen quer? Oder akzeptiert ihr einfach, dass E-Mails bei manchen Empfängern ungünstig dargestellt werden? Grüße, Max ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org
