Am Donnerstag, 19. August 2004 01:54 schrieb Martin Falley:
Am Mittwoch, 18. August 2004 23:26 schrieb Martin Borchert:
Am Mittwoch, 18. August 2004 21:42 schrieb Martin Falley:
Am Mittwoch, 18. August 2004 20:36 schrieb Martin Borchert:
Eins vorab, ich bin auf suse-talk eingetragen. Wenn wir weiter über dieses Thema diskutieren wollen, sollten wir das dort tun.
Ich schrob an gleicher Stelle bereits einmal darüber. Die wesentlichen Argumente waren - Listen - Tabellen - Mehrspaltigkeit (ok, wieder Tabellen) - Hervorhebungen - Alles Argumente für PDF oder Anhänge. Das muß nicht innerhalb einer Mail sein. Soll es aber. Schließlich will ich das auf einen Blick sehen. Wenn ich bei mir unter KMail auf das Symbol einer angehängten PDF klicke, öffnet sich eine Dialogbox, in der ich nach dem zu öffnenden Programm gefragt werde. Darin ist z.B. der AcrobatReader vorgegeben. Ein Klick auf den Button öffnet den Reader in weniger als einer Sekunde. Da habe ich dann auch alles auf einen Blick.
Erstens sind das schon wieder zwei Klicks zuviel, zweitens musst du wohl eine wahre Höllenmaschine haben, wenn der Start des acroread und das Darstellen der Datei weniger als eine Sekunde dauert. Darüber hinaus fängst du dann an zu zoomen um alles lesen zu können, wechselst anschließend wieder zum TextSelectionTool zurück um mal was Text auswählen und kopieren zu können... Danke, lass mal.
und komm jetzt bitte nicht mit **, __ und //, das ist albern Bei reinen informativen Textmails nicht. Da reicht diese Art der Hervorhebung völlig aus und ich halte es nicht für albern. Und was machst du mit eher technophoben Anwendern? Die können mit dieser Art markup nichts anfangen. Und davon, solche Stile zu kombinieren oder auf ganze Sätze anzuwenden will ich erst gar nicht anfangen. ... und sind oft lernunwillig.
Na das ist doch mal ne Aussage. Du hast aber vergessen, die wissenschaftlich aussagekräftige Quelle hierfür anzugeben.
Aber diese Art, Mails zu verfassen ist doch nicht komlizierter, als HTML-Mails in der von Dir bevorzugten Art zu erzeugen. Ich kann mir jedenfalls vorstellen, daß das wesentlich schwieriger ist.
Ich hab doch gar nicht geschrieben, welche Art ich bevorzuge. Aber sei's drum. ich will, dass das genauso geht wie in meiner Textverarbeitung.
Struktur ist mehr als Absätze. Ok, darf auch mal ein oder mehrere 4-char-TAB sein Und schon hast du Probleme mit Ausrichtungen, weil jeder einen anderen Zeichensatz benutzt. Na gut, dann eben Leerzeichen. Die sind in jedem Zeichensatz gleich breit
Huh? In welchem paralleluniversum lebst du denn, dass Einrückungen mit Leerzeichen in Kombination mit unterschiedlichen Schriftarten funktioniert?
und wenn die Tastaturwiederholrate passend eingestellt ist, ist es auch kein größerer Aufwand.
Aha. Und die Tastaturwiederholrate erkennt automagisch, ob da jetzt in Sekundenbruchteilen 2 oder 28 Leerzeichen gemalt werden müssen?
Tabellen kann man also quoten? Na klar. Wo siehst du Probleme? Das stelle ich mir so vor, daß nach dem standardmäßigen Quotezeichen ein Leerzeichen folgt und dann die Tabellenzeile(n) eingerückt wird.
Ich kann zum Beispiel mit blauer Schrift direkt in den Zellen herummalen.
Nein, ich erstelle die Texte in einem standardisierten Format, das zufällig auch von anständigen(TM) Mailclients dargestellt werden kann. Wie hat man sich denn sowas vorzustellen?
html. Worüber reden wir hier die ganze Zeit?
Die Erstellung eines PDFs ist aufwändiger als das Schreiben einer email. Stimmt. Aber mit ps2pdf geht das doch ganz hervorragend Usage: ps2pdfwr [options...] (input.[e]ps|-) [output.pdf|-] Unnötige zusätzliche Arbeitsschritte. Zusätzlich ja. Unnötig nur, wenn Du Dich dagegen verwehrst.
In dem hier beschriebenen Kontext des effizienten email-Schreibens ist zusätzlich gleich unnötig.
Behindert unter Umständen den Workflow gar mächtig. Naja, wenn das eine 'mächtige' Beeinträchtigung darstellt. Ja. Stellt es. Es hält mich davon abhält, effizient zu kommunizieren. Und das soll ich in Kauf nehmen, nur weil das ein paar Dogmatiker so wünschen? Ich denke nicht. Also hat MS recht, wenn dort die Standardeinstellung HTML ist?
Andere Baustelle. Es geht um html in emails ist Unfug, nicht um html in emails als Standard ist Unfug.
Wenn Dir Dein unnütz ausgegebenes Geld egal ist, ist es zweifelsfrei Deine Sache. Es gibt aber leider bisher noch keine Möglichkeit für den Empfänger von Mails, direkt auf dem Mailserver des Providers den HTML-Anteil inkl. Hintergrundbild von Mails _vor_ dem Empfang der kompletten Mail abzutrennen. Bis da eine Lösung gefunden ist, sollte man doch die Welt ^^^^^^^^^^^^^^^^^^^^^^^^ davor verschonen. ^^^^^^^^^^^^^^^^ Warum willst du eigentlich permanent allen Leuten verbieten, so zu kommunizieren, wie die das wünschen? Will ich doch gar nicht
Ich hab es dir mal noch mal unterstrichen.
Das habe ich auch nicht angezweifelt. Es ging darum, daß Du behauptet hast, man könnte mit HTML besser strukturieren, als ohne. Dazu nur ein Beispiel: Manual von Ghostscript Du meinst das Manual, das mittlerweile komplett in html-Form vorliegt? Dagegen ist nichts einzuwenden. Das ist ja auch keine Mail.
So, und jetzt erklärst du mir bitte mal den Zusammenhang. Was ist denn, wenn ich das Ghostscript-Manual per email verschicken will? Dann ist html auf einmal wieder böse? Martin -- when in danger or in doubt, run in circles, scream and shout! pgp-key: via wwwkeys.de.pgp.net, key id is 0x21eec9b0