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:
Am Mittwoch, 18. August 2004 19:34 schrieb Martin Falley:
Am Mittwoch, 18. August 2004 18:20 schrieb Martin Borchert:
Die Diskussion wird hier übrigens teilweise schon wieder mit bemerkenswert wenig Sachverstand, dafür aber mit dem Weitblick einer knieenden Ameise geführt.
Na, dann überzeuge mich!/uns? mal von irgendeiner Notwendigkeit, HTML-Mails zu erzeugen und zu versenden. Vielleicht kannst Du ja damit meinen/unseren Sachverstand und Weitblick erweitern.
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.
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 haben ja auch schon Angst vorm Rechner ... ;))
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. 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.
Html ist gut, um Texte strukturiert rüberzubringen. Da sind wir uns einig, oder?
Nö. Das kann man auf äußerst vielfältige Weise anders lösen. Das fängt bei Textmails mit der Verwendung von Absätzen an
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 und wenn die Tastaturwiederholrate passend eingestellt ist, ist es auch kein größerer Aufwand.
und geht bei komplexen Sachverhalten mit der Verwendung von Anhängen (bevorzugt PDF) weiter und kann dadurch viel überzeugender sein.
PDFs kann ich nicht editieren/quoten.
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.
Listen und Tabellen kannst Du zweckmäßiger editieren, wenn sie als Anhang kommen. Dann kann nämlich der Empfänger auch wieder was damit anfangen. Aber vielleicht erstellst Du ja Tabellen/Listen in einem nur für Mail-Clients brauchbaren Format.
Ich hab noch eine Problemstellung für dich: Durchsuchbarkeit. Mit KMail kann ich ohne Probleme (und demächst vielleicht auch volltextindiziert) in den Mails suchen. Das auch auf Anhänge auszudehnen dürfte ein programmiertechnisch eher anspruchsvolles Unterfangen werden.
Wenn Du Excel- oder StarCalc- oder äq. Tabellen anhängst, ist das auch durchsuchbar, zugegebenermaßen allerdings nicht mit KMail.
Das kann ich natürlich nicht beurteilen, aber sowas ist mir bisher auch nicht bekannt.
Nein, ich erstelle die Texte in einem standardisierten Format,
Wie hat man sich denn sowas vorzustellen?
das zufällig auch von anständigen(TM) Mailclients dargestellt werden kann.
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|-]
Wie bekomme ich das eps?
eps brauchst Du in diesem Zusammenhang normalerweise nie; ps reicht.
Was genau sind das für Optionen?
Die Optionen kannst Du weglassen.
Unnötige zusätzliche Arbeitsschritte.
Zusätzlich ja. Unnötig nur, wenn Du Dich dagegen verwehrst.
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? [...]
Das ist sicher nicht das Hauptargument, obwohl es nicht von der Hand zu weisen ist. Schließlich vergeuden unnütze Hintergrundbilder ja tatsächlich ebenso unnütz zusätzlich Bandbreite und damit Geld beim Empfänger, falls dieser auf die HTML-Darstellung von Mails verzichtet.
Richtig. Und falls er darauf aber nicht verzichtet? Dann ist doch alles Friede Freude Eierkuchen. Wenn es dir nicht passt, dass dir jemand mails mit Hintergrundbild schickt kannst du ja immer noch zu ihm nach Hause fahren, die Frau erschießen, den Hund vergewaltigen, das Haus anzünden und die Kinder dem Sozialamt übergeben.
bischen arg quer gedacht
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,
Will ich doch gar nicht
so zu kommunizieren, wie die das wünschen?
[...]
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?
Ich wußte gar nicht, daß das jetzt in dieser Form vorliegt, aber das meinte ich auch nicht, sondern das vor der HTML-Version. Das war in Plain-Text und ohne irgendein Bild sehr gut strukturiert, und darum ging es doch.
Ja, man scheint dort der Meinung zu sein, dass html eine gute Sache(TM) ist.
Dagegen ist nichts einzuwenden. Das ist ja auch keine Mail. [...]
Ich habe keine Ahnung, wieviele Leute hier dafür oder dagegen sind. Ist mir auch völlig egal. Schließlich möchte ich meine html-Mails ja nicht hier absetzen.
sehr löblich ;)
Das heißt doch aber nicht, dass sie nicht woanders sinnvoll einsetzbar sind. Und ja, ich bin der Meinung, dass Markup in emails ein Killerfeature ist.
Gruß Martin -- Mach' mal Urlaub http://www.ungarnurlaub.de