From: Raphael Becker (beckerra_at_rumms.uni-mannheim.de)
Date: 21. Apr 2000
[Quoting von Hand korrigiert]
Hinweis: Den "eigentlichen" Content habe ich mit "<content></content>"
markiert, also einfach runterscrollen :-)
Matthias Dumke wrote:
> Zur Sache: Ich informiere mich nicht einseitig, sondern über viele Wege.
> Ich bin kein "fan" von Linux, sondern ich meine nur, dass es mehr
> Möglichkeiten enthält, als andere Betriebssysteme. Ich hatte gedacht, es
> kommt Euch auf den Inhalt an, nicht allein auf die Form.
Es war kein "Inhalt" zur Sache in dieser Mail, lediglich ein Pointer
auf eine Seite:
http://www.pcwelt.de/content/news/newlin/2000/04/xn170400012.html
Es reicht normalerweise (immer) vollkommen aus, wenn man Web-Links
nicht komplett per mail vershcickt, sondern nur einen Pointer auf den
eigentlichen Content. Das ist allgemein so üblich und anerkannt. Man
muß diesen URL (http:// ...) nichtmal in einer HTML-Mail verschicken,
denn die meisten Mailclients sind von sich aus in der Lage einen URL
als solchen zu erkennen und bieten entsprechende Möglocheiten an (in
Netscape kann man so einen Pointer direkt anklicken), andere
mailprogramme (zB mutt) unterstützen das Laden von Web-Inhalten direkt
in einem Browser (zB Lynx, w3m, Netscape, ...)
> Es hätte mich
> zuviel Zeit gekostet, die HTML-Form von der PC-Welt zu konvertieren.
Nein, Du hättest einfach nur auf die Seite hinsurfen müssen und den
richtigen URL per Copy+Paste in die Mail schreiben können. NIcht sehr
schwer, ist Win-Standard. Unter X reicht es, einfach den Text zu
markieren und woanders mit der mittleren Maustaste "abzuwerfen".
> Ich mag auch keine HTML-Mails, aber ich will trotzdem vielseitig
> informiert sein und nehme deswegen die HTML-Nachrichten von PC-Welt in
> Kauf.
Ok, dagegen hat niemand was. Ich selbst bekomme hin und wieder auch
bestellte Newsletter im HTML-Format. Dagegen ist nichts einzuwenden.
Aber auf einer Mailingliste haben Webseiten einfach nichts verloren,
jedenfalls nicht in Form von html-Mails.
<content>
> IMHO war ich der Meinung, dass Euch die Meldung über IBMs HTML-Editor
> TopPage evtl. interessiert und dass vielleicht jemand davon noch nichts
> gehört hat.
Nun, also ich hab in der Tat noch nichts davon gehört.
aus dem Text der Nachricht:
---------------------------------------------
Der HTML-Editor unterstützt IBM zufolge Red Hat Linux 6.1, Suse Linux
6.3, Turbo Linux 4.2 sowie Caldera Open Linux 2.3. Außerdem muss "Wine
for Toppage" installiert sein - es
ebenfalls auf der IBM-Site zum Herunterladen bereit.
---------------------------------------------
Was genau soll "Wine for Toppage" sein? Erster Gedanke: Der Editor ist
eigentlich Windows-Spftware und läuft nur mit dem Window-Emulator wine
==> Keine Linux-Software.
Unter http://www.jp.ibm.com/esbu/E/toppage/down_linux_beta.html kann
man es downloaden, unter
http://www.jp.ibm.com/esbu/E/toppage/features7.html#linux_beta findet
man die Systemvoraussetzungen, unter anderem:
166 MHz CPU, 64MB RAM, 100%IBM-kompat (bei dem Hersteller kein wunder
:-), 84 MB Harddisk (bei Vollinstallation), 8 oder 16 Bit X (24 und
mehr ist nicht unterstützt, laut FAQ)
Das ganze basiert auf Wine, d.h. auf einem Windows-Emulator für Linux.
Das ganze macht die Sache also relativ bloatig, verglichen mit [enter
your favorite Editor here].
Mein Tipp: Wer´s braucht soll den download wagen und
Erfahrungsberichte dazu würden mich (hier auf der Liste)
interessieren.
Meine Meinung: Ich entwickele html-Seiten und möchte kein "Web-DTP"
machen. Wer wirklich html "programmieren" will, der sollte sich
SelfHTML runterladen (bei SuSE Serie doc enthalten) und einen
"schmalen" Texteditor, evtl mit Syntax-Highlighting) benutzen. Unter X
bevorzuge ich da "nedit", auf der Konsole lerne ich grad "vi[m]" zu
"lieben", d.h. sinnvoll zu benutzen. "pico" ist auch ein guter
Texteditor für die Konsole.
Wer Webinhalte anbieten will, wird ohnehin um die Darstellung in den
bekannten Browsern nicht herumkommen. So gesehen lohnt es sich, auf
einem Win-Rechner das Resultat unter den dort vorherrschenden Browsern
zu testen (hier kann auch vmware gute dienste tun, das ist allerdings
noch bloatiger als wine), Netscape/Linux und lynx sind ohnehin Pflicht
... w3m ist auch Klasse (mit Option -F gestartet kann der auch Frames
rendern).
Heißer Tipp: Auf aufwendige "Formatierungen" verzichten.
Übersichtlichkeit einer Seite ist ansprechender als
Frame/Tabellen/Banner/Bilder-Wirrwarr.
WYSISYG-Editoren haben den großen Nachteil, daß die "exakte"
Darstellung "erzwungen" wird und so ein erheblicher html-Overhead
entsteht, zB durch genaue (pixelgenaue) Positionierung von Elementen
durch Verwendung von Tabellen-Konstrukte.
Als Merkregel (hab ich mir angewöhnt): Sobald man die geöffneten
Instanzen (Tags/Tabellen/Absätze) nicht mehr im Kopf behalten kann,
ist die Struktur der Seite zu aufwendig und fehlerträchtig. Einrücken
(so wie zB bei C) hilft die Übersicht beim "Coden" nicht zu verlieren.
Für html-Syntaxcheck kann ich http://www.htmlhelp.com/ empfehlen
(nachteil: man muß selbst online sein).
Auf eine fehlerfreie, handentwickelte und inhaltlich gehaltvolle
Webseite kann man stolz sein, ein wackeliges Konstrukt, daß als
Datenmüll aus eiem WYSIWYG-Editor rausquillt und 80% der Surfer eh nur
nervt, weils nicht anständig lädt kann man sich nur dann freuen, wenn
mn es tatsächlich in einem Browser betrachten kann und wenn auch
wirklich der Inhalt den Größeren Anteil am html-Code hat. Zweifelhaft.
</content>
> Ihr habt Euch aber nur über die Form geäußert.
Es war ja nicht klar, was Du uns mit dieser Mail sagen wolltest. Das
ist aber inzwischen geklärt. Das ist halt dum gelaufen und das nächste
mal passiert sowas nicht mehr.
Irren ist menschlich, deswegen sollten wir uns nicht die Köpfe
einschalgen, nur weil einer "Jehova" gesagt hat ... ähm ... ich meinte
... html in ne Liste gepostet hat.
> Tant pis! Vous avez rien compris!
Schwerer Ausnahmefehler in Modul traduire.dll
So, und jetzt Frieden! flames nach /dev/null oder nach
news:de.alt.flame (oder so).
Gruß
Raphael Becker
-- Recht und Links - alles legal ...? http://www.teamone.de/selfaktuell/talk/rechtundlinks.htm
Dieses Archiv wurde generiert von hypermail 2.1.2 : 11. Mar 2002 CET