selten dämliches HTML

[BoBo]

Hi
zu jedem Image will dieses selten dämliche HTML die Werte für WIDTH und HEIGHT wissen, bevor das Bild geladen wird. Ha!!!!

Nehm ich meinen PictureViewer oder Photoshop, dann wissen die das auch vorher nicht, die Laden sich das Image in den Bauch und wissen wo und an welchere Stelle die Infomationen liegen, damit die Bildgröße richtig dargestellt wird.....Grrrr.....

Hab ich mir doch über Word einen Dokumententext mit Bildinhalten auf HTML übersetzen lassen (is eh ein Sch..ß, werd ich auch nicht mehr machen, wollte mir nur den Krempel mit ü ersparen) so hat doch der BG in sein Word für die Sekretärinen auch das Feature eingebaut, die müssen damit auch nicht mehr denken.....Grrrrrrrrrrrrrr.....

Nur dieses selten dämliche HTML, das will es vorher wissen, das was ich manchmal selbst nicht weiß oder dann auch manchmal verkehrt eintippe.

Also wird es doch sicher einen Weg geben, dieses dämliche HTML-Gehabe ggf. durch einen Script zu lösen?? da bin ich mir gaaaaaaanz sicher!! Am besten dieses Gelumpe ganz in einen Script auslagern und durch das Script den HTML-Plappertext aufsagen lassen - das Auslagern hab ich schon realisiert und funzt auch prima nur an den Mist mit der Bildgröße hatte ich bisher keinen Gedanken verschwendet (heul - vergessen, Alzheimer läßt grüßen) und ich will nicht schon wieder alle Parameter eintippen müssen, wenn so was doch auch automatisch gehen könnte ..Schneufz..

Wer weiß einen Weg? Vielen Dank im voraus
Schönen Tach auch
BoBo

[TomIRL]

[Alexander]

Hi TomIRL,

Wenn deine Postings nichts beinhalten als ein Verweis auf die Message-Grafiken, dann spare Dir diese doch bitte einfach.

Du wirst doch nicht allen ernstes glauben, dass jemand aufgrund deines Postings die FAQs lesen wird. Entweder macht er es von sich aus, oder eben nicht. Da helfen diese blöden Postings auch nicht, zumal sie mit Sicherheit nicht dazu beitragen, das Klima im Forum zu verbessern, da sie vermutlich oft falsch verstanden werden.

Viele Grüße...

Alex :)

[hilker]

HTML ist nicht selten dämlich... könnte eher am Benutzer liegen.

lass doch einfach height & width einfach weg, und schon wird dein bild in orginalgröße angezeigt.
außerdem kannst Du noch % angaben, wie etwa: width="100%" angeben.

Zudem solltest Du Dir überlegen Deine Formatierung mittels Style Sheets vor zu nehmen, das ist wesentlich angenehmer und performanter.

gruß

[BoB]

Hi Hilker

HTML ist nicht selten dämlich... könnte eher am Benutzer liegen.

Danke für die Info. Ist brauchbar.

Aber bei der Dumheit fühl ich mich gerne den vielen "Proffessionellen" verwandt, die in ihren HTML-Texten auch ständig diesen Krempel mitschleppen, auch wenn das dann somit nicht erforderlich wäre....ggg....und HTML ist auch nicht unbedingt mein Ding, werd mich da auch nie wirklich zuhause fühlen. Apropos Proffessionelle, die Site vom BMF in AT strotzt nur so von Fehlern, und das habe Profis gemacht.

man schreibt sich
schönen Tach auch
BoBo

[daniel84]

Hallo BoB,

Aber bei der Dumheit fühl ich mich gerne den vielen "Proffessionellen" verwandt, die in ihren HTML-Texten auch ständig diesen Krempel mitschleppen, auch wenn das dann somit nicht erforderlich wäre....ggg....

Wenn man die Bilddimension kennt, ist es sinnvoll, sie auch anzugeben, da dann der Browser schon von Anfang an weiss, wie gross das einzubindende Bild ist, auch wenn dieses noch nicht geladen/übertragen wurde. Dies hat die angenehme Folge, dass beim Laden der Seite ein Platzhalter in der _richtigen_ (nämlich der Bild-)Grösse
angezeigt wird.

Gruss aus Luzern,
Daniel

[BoBo]

Hallo Daniel

Wenn man die Bilddimension kennt, ist es sinnvoll, sie auch anzugeben, da dann der Browser schon von Anfang an weiss, wie gross das einzubindende Bild ist, auch wenn dieses noch nicht geladen/übertragen wurde. Dies hat die angenehme Folge, dass beim Laden der Seite ein Platzhalter in der _richtigen_ (nämlich der Bild-)Grösse
angezeigt wird.

ich wollte mit meiner Fragestellung eigentlich etwas anderes bewirken.
Also, irgendwo hab ich mal was von preload gelesen, es sollte damit möglich sein, die Bilder zu laden und dann aus den Daten des Images die Dimensionierung zu bestimmen. Nach meinem Verständnis macht ein Browser eh nichts anders als das HTML sequentiel abzuarbeiten, wenn also an entsprechender Stelle z.B. zwischen zwei Textblöcken ein Bildimage dargestellt werden soll, so könnte man diesen Aufruf doch an ein Script deligieren, das das Image laden soll, sodann die Dimensionen ermittelt und hernach mit document.write die HTML-Anweisungen herunterplappert, die man sonst explizit zwischen die beiden Textblöcke in die HTML-Datei schreiben würde. Verstanden? Ich will mir damit a) die Tipparbeit ersparen und b) potentielle Fehlerquellen vermeiden zu versuchen.

That's all - nothing more and nothing less

Werd mich also auf die Socken machen, das mit Try+Error herauszufinden versuchen.

schönen Tach auch
BoBo

[wahsaga]

hi,

Also, irgendwo hab ich mal was von preload gelesen, es sollte damit möglich sein, die Bilder zu laden und dann aus den Daten des Images die Dimensionierung zu bestimmen.

also noch mehr daten übertragen (script), als die seite (html + bilder) eh schon erfordert.

Nach meinem Verständnis macht ein Browser eh nichts anders als das HTML sequentiel abzuarbeiten, wenn also an entsprechender Stelle z.B. zwischen zwei Textblöcken ein Bildimage dargestellt werden soll, so könnte man diesen Aufruf doch an ein Script deligieren, das das Image laden soll, sodann die Dimensionen ermittelt und hernach mit document.write die HTML-Anweisungen herunterplappert, die man sonst explizit zwischen die beiden Textblöcke in die HTML-Datei schreiben würde.

hurra.
also gibt höchstwahrscheinlich es erst mal _gar nichts_ zu sehen, bis alle bilder geladen sind, die scripte dann die "HTML-anweisungen" (autsch) ins dokument schreiben können ... ohne solch ein gehampel könnte ich mich wenigstens schon mal mit den textinhalten der seite befassen, "wenn's mit den bildern mal wieder länger dauert ..."
und ohne JS - gibt's dann gar keine bilder.

Ich will mir damit a) die Tipparbeit ersparen

in dem du dir zusätzliche tipparbeit schaffst, dieses script immer und überall da einzubauen/aufzurufen, wo ein bild erscheinen soll ...?

b) potentielle Fehlerquellen vermeiden zu versuchen.

im gegenteil, du schaffts sogar noch einige neue potentielle fehlerquellen.
abgesehen von deaktiviertem JS -> keine bilder, könnte es ja noch passieren, dass der eine oder andere browser JS nicht so toll beherrscht, und deshalb fehler wirft und ebenfalls keine bilder darstellt.

That's all - nothing more and nothing less

That's stupid - nothing more and nothing less

Werd mich also auf die Socken machen, das mit Try+Error herauszufinden versuchen.

every try an error ...

gruß,
wahsaga

[BoBo]

Hi wahsaga
Ich will ja keine tradionelle Website machen sondern damit nur die Mittel nutzen, die die Browser zur Verfügung stellen. So ganz nebenbei will ich für alle Dokumente ein einheitliches Aussehen schaffen, da ist mir mit JS bisher gelungen. Der Kreis der User ist eh eingeschränkt - da nicht öffentlich - sondern im Intranet eines Unternehmens. Wenn dabei auf das Laden der Bilder ein wenig gewartet werden muß, spielt das nur eine untergeordnete Rolle usw.

schönen Tach auch
BoBo

[Ashura]

Hallo BoBo.

Ich will ja keine tradionelle Website machen sondern damit nur die Mittel nutzen, die die Browser zur Verfügung stellen.

Ergo: traditionelles HTML.

So ganz nebenbei will ich für alle Dokumente ein einheitliches Aussehen schaffen, da ist mir mit JS bisher gelungen.

Ergo: CSS

Wenn dabei auf das Laden der Bilder ein wenig gewartet werden muß, spielt das nur eine untergeordnete Rolle usw.

Also wozu das ganze? Ob ich nun auf ein Preload-Skript oder das Laden der eigentlichen Bilder warte, macht doch kaum einen Unterschied.

Gruß, Ashura

[Alexander]

Hi,

ich wollte mit meiner Fragestellung eigentlich etwas anderes bewirken.
Also, irgendwo hab ich mal was von preload gelesen, es sollte damit möglich sein, die Bilder zu laden und dann aus den Daten des Images die Dimensionierung zu bestimmen.

Ein Preload funktioniert so ohne weiteres nicht. Mit Javascript ist kann man zwar Grafiken vorladen, aber es ist kein echtes vorladen. denn das js wird erst ausgeführt (und damit werden die grafiken auch erst gelden), wenn der Browser die HTML-Seite mit dem JS auswertet. Das, was langläufig als Vorladen bezeichnet wird ist einfach nur Taschenspielertrick. Man zeigt dem User einen dummen Fortschrittsbalken und lässt dann erst die eigentliche Seite anzeigen. Das ist meiner Meinung nach totaler Unsinn. Denn der User kann ja schon den Text anfangen zu lesen, wenn weiter unten eine zum Text gehörige Grafik noch nicht geladen ist. Wenn er dnn beim Lesen an diese Stelle kommt, ist diese vermutlich schon geladen. Man bevormundet also quasi den User und zwingt ihm auf, zu warten.

Zudem ist das mit JS so ne Sache bzgl. Barrierfreiheit, Sicherheit etc.

Blieben also Serverseitige Lösungen. Sicher kann ein Script die Dimensionen einer Grafik auslesen und die entsprechenden Werte in eine HTML-Datei schreiben. Aber was soll das?
Wenn die ganze Seite dynamisch erzeugt wird mag dies ja noch ok sein. Ebenso bei einer Seite, wo viele wechselnde Grafiken eingebunden werden sollen (z.B: Gallerien), aber bei statitischen Seite halte ich dies für Unsinn. Wie lange dauert, sich die Werte anzeigen zu lassen.
Mein Editor z.B. fügt automstisch die passenden Attribute ein, wenn ich die Grafik einfüge. Das ist einfach sicher und schnell.

Also nochmals: ich verstehe Deine Probleme nicht. Dass diese Attribute ihre Berechtigung haben, haben dir nun schon mehere Leute geschrieben. Dass diese einfach einzufügen sind, ist auch tatscahe. Weshalb also zeit und Arbeit in ein Skript stecken, was nur die Unsicherheit erhöht und Performacne kostet um an zwei, drei Stellen einen Arbeitsaufanwand von 2 sekunden zu gewinnen.

Das ist doch Quatsch.

Verstanden? Ich will mir damit a) die Tipparbeit ersparen und b) potentielle Fehlerquellen vermeiden zu versuchen.

Du wirst ja mit irgendwelchen Tools deine Seiten erstellen. Wenn Deine Tools keine Möglichkeit bieten, beim Einfügen von Grafiken diese Werte zu ermitteln, solltest Du mal drüber nachdenken, deinen Editor zu wechseln.
Ich erstelle meine Quelltexte mit Phase 5 bzw. Weaverslave. Beim Anklicken einer Grafik wird sofort ein <img>-tag mit allen nötigen Attributen an der Stelle im Dokument erzeugt, wo sich gerade der Cursor befindet. Ich muss lediglich den alt-Text eintragen. Einfacher geht's doch nun wirklich nicht.

Viele Grüße...

Alex :)

[BoBo]

Hi Alexander

danke für deine Infos. Somit muß ich begreifen, daß ich zu den Urviechern zähle...ggg

Aber was soll's. Dem ist nun einmal so. Schön das es solche Editoren gibt, die solche Arbeiten automatisch erledigen, hab ich aber nich :-((, Da ich auch nicht vorhabe mich in diesem Medium auf Dauer zu bewegen, werd ich wohl mit den Bordmitteln auskommen müssen. Zur Erläuterung - siehe auch an anderer Stelle in diesem Thread - ich mache keine Website sondern eine technische Dokumentation, die nicht öffentlich ist usw.

Das man gute Editoren braucht, hab ich mittlerweile begriffen. Alles andere ist Kinderkram - daher meine Äußerung: dämliches HTML. Punkt. Das es nun Editoren gibt, die solche Feature zur Verfügung stellen, kommt somit ja nicht von ungefähr. Also nix für ungut.

schönen Tach auch
BoBo

[wahsaga]

hi,

Zur Erläuterung - siehe auch an anderer Stelle in diesem Thread - ich mache keine Website sondern eine technische Dokumentation, die nicht öffentlich ist usw.

warum willst du dann unbedingt HTML dafür nutzen?

Das man gute Editoren braucht, hab ich mittlerweile begriffen. Alles andere ist Kinderkram - daher meine Äußerung: dämliches HTML. Punkt.

da bleibt einem wohl nur noch zu sagen,
"ebensolcher BoBo. punkt."
wenn du auf deiner unsinns-meinung immer noch beharrst.

Das es nun Editoren gibt, die solche Feature zur Verfügung stellen, kommt somit ja nicht von ungefähr.

deine argumentation ist ähnlich sinnfrei, wie aus:

"dass es nun einen spaten gibt, der das umgraben des gartens erleichtert, damit man nicht mit den fingern budeln muss, kommt nicht von ungefähr."

so wie du den schluss "ackerbau ist ein dämliches konzept" zu ziehen.

gruß,
wahsaga

[BoBo]

Hi wahsaga
Toleranz ist das, was man am meisten von den anderen erwartet, am wenigsten von sich selbst. Verstehen ist eine Kunst, die heute fast zur Gänze abhanden gekommen ist.

mach damit was dir gefällt

schönen Tach auch, meiner ist schon gut und schön. Danke
BoBo

[wahsaga]

hi,

Verstehen ist eine Kunst, die heute fast zur Gänze abhanden gekommen ist.

dir offenbar zumindest, ja.

gruß,
wahsaga

[Henryk Plötz]

Moin,

ich wollte mit meiner Fragestellung eigentlich etwas anderes bewirken.
Also, irgendwo hab ich mal was von preload gelesen, es sollte damit möglich sein, die Bilder zu laden und dann aus den Daten des Images die Dimensionierung zu bestimmen. Nach meinem Verständnis macht ein Browser eh nichts anders als das HTML sequentiel abzuarbeiten, wenn also an entsprechender Stelle z.B. zwischen zwei Textblöcken ein Bildimage dargestellt werden soll, so könnte man diesen Aufruf doch an ein Script deligieren, das das Image laden soll, sodann die Dimensionen ermittelt und hernach mit document.write die HTML-Anweisungen herunterplappert, die man sonst explizit zwischen die beiden Textblöcke in die HTML-Datei schreiben würde. Verstanden?

Ja, natürlich. Aber das ist ausgemachter Unfug.

Größenangaben für ein Bild setzt man im Prinzip aus zwei Gründen ein:
1. Man will das Bild in einer anderen als der ursprünglichen Größe anzeigen lassen.
2. Man will den Effekt ausnutzen dass die Angabe der Größe dazu führt, dass der Browser die Platzhalter schonmal in der richtigen Größe vorsehen kann, noch lange bevor er überhaupt daran denkt, mit dem Laden des Bildes anzufangen.

zu 1: Hier muss man die Größe ohnehin angeben, da der Browser ja sonst nicht weiss wie groß es denn sein soll. (Das Telepathie-Modul wird frühestens mit CSS 4 Einzug in die Webwelt halten.)
zu 2: In dem Fall wäre ein Skript welches sich erstmal mühsam das Bild lädt um die Größe auszulesen und einzutragen 'geringfügig' kontraproduktiv, nicht? Wenn man eh auf das vollständige Laden des Bildes warten muss um seine Größe zu kennen, kann man das auch gleich dem Browser überlassen, der kann das eh viel besser.

[e7]

Hi,

außerdem kannst Du noch % angaben, wie etwa: width="100%" angeben.

mmhh... Das zieht bei mir das Bild auf Bildschirmbreite...

E7

[Alexander]

Hi,

zu jedem Image will dieses selten dämliche HTML die Werte für WIDTH und HEIGHT wissen, bevor das Bild geladen wird. Ha!!!!

HTML interessiert das herzlich wenig, wie groß dein Bild ist. Bevor Du jedoch so ungehalten über irgendwas ärgerst, überlege doch mal, weshalb es Sinn macht, solche Angaben zu machen:

Sobald dein Browser die HTML-Seite geladen hat, macht er sich ran, das diese darzustellen. Aber zu diesem Zeitpuntk müssen noch nicht alle Grafiken, die in der seite stecken, geladen sein.

Also kann der Browser noch garnicht wissen, wie gross diese sind und wie viel Platz (z.b. für herumfliessenden Text) er für diese Grafiken lassen soll. Wenn er nun sieht, dass Du bereits eine Angabe gemacht hast, wie gross die Grafik werden soll, kann er entsprechenden Platz reservieren. Du machst es also dem Browser sozusagen etwas einfacher.

Das ganze hat aber noch eine weiteren Vorteil:
Oftmals werden Grafiken als Designelemente innerhalb einer Seite verwendet. Sollte nun aus welchen Grünen auch immer eine Grafik mal fehlen, kann sich so das gesamte Design verschieben (denn wenn die Grafik fehlt, weiss der Browser ja nicht, wieviel Platz er lassen soll) und die Seite sieht doof aus oder ist sogar gänzlich unleserlich.

Wenn er aber weiss, die groß die Grafik an sich sein müsste, so kann er entsprechend viel Platz lassen und alles ist gut.

Eine weiter Einsatzmöglichkeit ergibt sich so auch für die Skalierung von Grafiken. Vielleicht möchtest Du aus welchen Gründen auch immer eine Grafik kleiner oder größer Darstellen als sie eigentlich ist. Dann kannst Du dies auch einfach bewerkstelligen. Ob es sinnvoll ist oder nicht, sei dahingestellt.

Nur dieses selten dämliche HTML, das will es vorher wissen, das was ich manchmal selbst nicht weiß oder dann auch manchmal verkehrt eintippe.

Nachdenken soll helfen, Probleme zu lösen. Das war nun wirklich nicht schwer zu erraten, weshalb es Sinn macht, sowas nazugeben, oder? ;o)

Viele Grüße...

Alex :)

[Gunnar Bittersmann]

BoBo,

Hi
zu jedem Image will dieses selten dämliche HTML die Werte für WIDTH und HEIGHT wissen, bevor das Bild geladen wird. Ha!!!!

Dass diese Angaben nicht notwendig sind, aber trotzdem sinnvoll, hat dir Alexander ja schon gesagt.

Hab ich mir doch über Word einen Dokumententext mit Bildinhalten auf HTML übersetzen lassen (is eh ein Sch..ß, werd ich auch nicht mehr machen,

Wenigstens zu dieser Erkenntnis bist du schon gekommen.

wollte mir nur den Krempel mit &uuml; ersparen)

Den  Krempel  kannst du dir generell ersparen. Wenn der Server die richtige Zeichencodierung mitschickt, können Umlaute u.a. Sonderzeichen unmaskiert im HTML-Quelltext stehen.

Gunnar

[BoBo]

Hi Gunnar

Hab ich mir doch über Word einen Dokumententext mit Bildinhalten auf HTML übersetzen lassen (is eh ein Sch..ß, werd ich auch nicht mehr machen,

Wenigstens zu dieser Erkenntnis bist du schon gekommen.

wollte mir nur den Krempel mit &uuml; ersparen)

Den  Krempel  kannst du dir generell ersparen. Wenn der Server die richtige Zeichencodierung mitschickt, können Umlaute u.a. Sonderzeichen unmaskiert im HTML-Quelltext stehen.

Gunnar, dann sag auch nicht nur, das es geht, sondern sag auch wie, bitte.

Ich will hier keine Web-Site projektieren, sondern eine technische Dokumentation erstellen und diese soll dann lokal im Intranet mit IE oder NS dargestellt werden.

Wäre schön, wenn da ein Tipp kommen würde - hatte mir nämlich schon überlegt, in C einen Konverter zu schreiben, der das erledigen soll. Ich könnte mir das ersparen, wenn es da schon was gibt. Bin auch nicht jemand, der ständig das Rad neu erfinden will :-))

schönen Tach auch
Grüße aus den sonnigen AT
BoBo

[Alexander Brock]

Hallo BoBo,

Den  Krempel  kannst du dir generell ersparen. Wenn der Server die richtige Zeichencodierung mitschickt, können Umlaute u.a. Sonderzeichen unmaskiert im HTML-Quelltext stehen.

Gunnar, dann sag auch nicht nur, das es geht, sondern sag auch wie, bitte.

Du musst in der Server-Konfiguration einstellen, mit welcher Kodierung
der Server das Dokument verschicken soll. Oder mit PHP:

header("Content-Type: text/html; charset=utf-8");

Als Beispiel für die Kodierung UTF-8.

Gruß
Alexander Brock

[Gunnar Bittersmann]

Alexander,
Es ist gut, nicht das ganze Posting zu zitieren. Es ist schlecht, relevante Teile zu übergehen:

Ich will hier keine Web-Site projektieren, sondern eine technische Dokumentation erstellen und diese soll dann lokal im Intranet mit IE oder NS dargestellt werden.

Das entscheidende Wort ist  lokal . Da macht weder

Du musst in der Server-Konfiguration einstellen,

noch

Oder mit PHP:

einen Sinn.

Gunnar

[XaraX]

Hallo Alexander,

Das entscheidende Wort ist  lokal . Da macht weder

Du musst in der Server-Konfiguration einstellen,
noch
Oder mit PHP:
einen Sinn.

Hinzu kommt bei einer Online-Version, wo auch PHP zum Einsatz kommen kann, die Konfigurationseinstellung default_charset. (Gerade bei PHP halte ich erst Konfigurieren, dann Programmieren für wichtig ;)

Gruß aus Berlin!
eddi

[Gunnar Bittersmann]

»» »» Den  Krempel  kannst du dir generell ersparen. Wenn der Server die richtige Zeichencodierung mitschickt, können Umlaute u.a. Sonderzeichen unmaskiert im HTML-Quelltext stehen.

BoBo,
Da die Seiten ja nicht vom Webserver über HTTP ausgeliefert werden, ist eine HTTP-Äquivalent-Angabe zu machen:

<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">

wenn du diese Codierung (a.k.a. Latin-1, Western, ANSI) wählst, bzw.

<meta http-equiv="content-type" content="text/html; charset=UTF-8">

Dann kannst du die Umlaute im Quelltext verwenden.

Gunnar

[Ashura]

Hallo Gunnar.

Dann kannst du die Umlaute im Quelltext verwenden.

Welche aber dann vom Lynx z. B. falsch interpretiert werden...

Gruß, Ashura

[Axel Richter]

Hallo,

Dann kannst du die Umlaute im Quelltext verwenden.
Welche aber dann vom Lynx z. B. falsch interpretiert werden...

Bitte? Von meinem nicht.

Warum sollte Lynx mit Content-Type: text/html; charset=ISO-8859-1 ein "ä" anders interpretieren als ein &auml;?

viele Grüße

Axel

[Ashura]

Hallo Axel.

Warum sollte Lynx mit Content-Type: text/html; charset=ISO-8859-1 ein "ä" anders interpretieren als ein &auml;?

Bei der UTF-8 Kodierung sind zwar eigentlich Umlaute enthalten, aber der Lynx stellt diese nicht als solche dar, wenn man nicht selbst unter den Optionen auf UTF-8 wechselt.

Gruß, Ashura

[Henryk Plötz]

Moin,

Bei der UTF-8 Kodierung sind zwar eigentlich Umlaute enthalten, aber der Lynx stellt diese nicht als solche dar, wenn man nicht selbst unter den Optionen auf UTF-8 wechselt.

Das wäre dann ein Fehler des Browsers. Wo ist dein Bugreport?

Ach, bemüh dich nicht, WFM: http://www.ploetzli.ch/forumtst/utf8.php, http://www.ploetzli.ch/forumtst/lynxutf8.png.

[Gunnar Bittersmann]

»» »» Dann kannst du die Umlaute im Quelltext verwenden.

Welche aber dann vom Lynx z. B. falsch interpretiert werden...

Ashura,
Dass User von unfähiger oder falsch konfigurierter Software mit Einschränkungen leben müssen, ist ja nicht auf den MSIE beschränkt.

Gunnar

[Ashura]

Hallo Gunnar.

Dass User von unfähiger oder falsch konfigurierter Software mit Einschränkungen leben müssen, ist ja nicht auf den MSIE beschränkt.

Dessen bin ich mir bewusst. Aber kann man wirklich von jedem erwarten, dass er in seinem Lynx den Zeichensatz auf UTF-8 gewechselt hat?

Gruß, Ashura

[XaraX]

Hallo Ashura,

offengestanden ist Lynx Mist. Schmeiß ES von der Platte! Links wird Dich mit seiner Fähigkeit auch Tabellen darstellen zu können, begeistern.

Gruß aus Berlin!
eddi

[Ashura]

Hallo XaraX.

offengestanden ist Lynx Mist. Schmeiß ES von der Platte! Links wird Dich mit seiner Fähigkeit auch Tabellen darstellen zu können, begeistern.

Leider ist die Binary für Win32 fehlerhaft, da Links beim Start die Datei "cygwin1.dll" verlangt.

Ich bin mit dem Lynx zum Testen von Webseiten recht zufrieden.

Gruß, Ashura

[Ashura]

Hallo Gunnar.

Dass User von unfähiger oder falsch konfigurierter Software mit Einschränkungen leben müssen, ist ja nicht auf den MSIE beschränkt.

Kleiner Nachtrag: Mein Lynx setzt zudem bei jedem Start die Einstellungen auf Standard zurück...

Gruß, Ashura

[Axel Richter]

Hallo,

Kleiner Nachtrag: Mein Lynx setzt zudem bei jedem Start die Einstellungen auf Standard zurück...

https://forum.selfhtml.org/?t=101593&m=624571

viele Grüße

Axel

[BoBo]

Hi Gunnar

<meta http-equiv="content-type" content="text/html; charset=UTF-8">

Dann kannst du die Umlaute im Quelltext verwenden.

»»
Danke sehr für die Info
Hatte mir das fast schon nach dem letzten Posting gedacht.
werds anwenden

schönen Tach auch
meiner wird immer schöner

Gruß aus AT
BoBo

[Thomas J.S.]

Hallo,

<meta http-equiv="content-type" content="text/html; charset=UTF-8">

Dann kannst du die Umlaute im Quelltext verwenden.

Nein. Bei dieser Encoding kann er Umlaute definitiv nicht verwenden.

Grüße
Thomas

[Gunnar Bittersmann]

»» »»   <meta http-equiv="content-type" content="text/html; charset=UTF-8">

Nein. Bei dieser Encoding kann er Umlaute definitiv nicht verwenden.

Wie bitte?

Thomas,
Wo soll da das Problem sein?
Gunnar

[Thomas J.S.]

Hallo,

<meta http-equiv="content-type" content="text/html; charset=UTF-8">
Nein. Bei dieser Encoding kann er Umlaute definitiv nicht verwenden.

Wie bitte?

Thomas,
Wo soll da das Problem sein?

---------------
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<title>Untitled</title>
</head>

<body>

<h1>äöüß</h1>

</body>
</html>

-------------

Grüße
Thomas

[MudGuard]

Hi,

<meta http-equiv="content-type" content="text/html; charset=UTF-8">
Nein. Bei dieser Encoding kann er Umlaute definitiv nicht verwenden.
Wie bitte?
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<h1>äöüß</h1>

Selbstverständlich muß die Kodierung des Dokuments zur Kodierungsangabe passen.

cu,
Andreas

[Thomas J.S.]

Hallo Andreas,

Selbstverständlich muß die Kodierung des Dokuments zur Kodierungsangabe passen.

Warum sagst du das mir? ;-)

Grüße
Thomas

[MudGuard]

Hi,

Warum sagst du das mir? ;-)

Naja, wer hat denn behauptet, daß bei UTF-8 keine Umlaute verwendet werden können?

cu,
Andreas

[Thomas J.S.]

Hallo,

Warum sagst du das mir? ;-)

Naja, wer hat denn behauptet, daß bei UTF-8 keine Umlaute verwendet werden können?

Man möge nicht vergessen, dass die Welt nicht UTF-8 spricht. Und dass ein
äöüß trotz allem immer wieder als äöüß existiert (ja, eben ANSI).
Und wenn der Fragesteller schon Probleme mit Editoren und Umlauten hat, wird er sich eher nicht mit UFT-8 kodierten Dokuments auskennen.

Aber ich möchte wirklich keinen Strei/Diskussion vom Zaun brechen.

Grüße
Thomas