nicht angemeldet
Blocksatz (die 2.)
Hallo again!
Eigentlich ist es schade, daß die Bloksatzthematik nur so wenig Leute (bisher nur Thomas D.) interessieren konnte. Aber vielleicht liegt es daran, daß der Blocksatz verpöhnt ist, eben weil es in schmalen Spalten zu so unschönen "Löchern" zwischen den Wörtern führt (gerade in Verbindung mit der deutschen Sprache und ihren ellenlangen Wortkonstruktionen à la Computerdienstleistungen, Reichshauptdeputationsausschuß oder Vergangenheitsbewältigungstheorie ;-) )
Ich wollte hier eigentlich nur melden, daß ich, nachdem ich sehr vieles versucht habe (HSPACE=..., ALIGN=MIDDLE, ABSMIDDLE, usw..) was in der Netscape-Darstellung leider nichts brachte (übrigens auch nicht bei dem -etwas anderen- MSIE-Problem), da die Zeilenenden in diesem Absatz mit den Mini-PAC-Grafiken nach wie vor mit Netscape abgeschnitten werden, die entsprechende IMG-Tags durch folgendes ersetzt habe:
<I><FONT FACE=ARCHITECTURE,VERDANA SIZE=+1 COLOR=#01D5DB>P A C</I></FONT>
Noch ist die Änderung nicht online, aber wer die Schriftart "Architecture" auf dem Rechner nicht hat, kriegt dann wenigstens Verdana, was immer noch das kleinere Übel ist, als abgeschnittene Zeilenenden zu präsentieren.
Was das im Thread "Die Browser und der Bloksatz" präsentierte Bonbon-Beispiel angeht, so ist das Rätsel, warum Netscape nach Einfügen bestimmter Buchsatbenkombinationen in dieser einen speziellen Zeile den Blocksatz in der ganzen Tabelle killt, immer noch nicht gelöst.
Aus einem verregneten Frankfurt grüßt Euch
PAF (patrickausfrankfurt)
-
»»so ist das Rätsel, warum Netscape nach Einfügen bestimmter Buchsatbenkombinationen in dieser einen speziellen Zeile den Blocksatz in der ganzen Tabelle killt, immer noch nicht gelöst.
Manchmal ist es nach meiner Erfahrung nur ein HTML-TAG. Bei mir waren es <UL> und <LI> - Tags, die Netscape nicht mochte. Wenn mein mit einem Blocksatz-Style-Sheet belegtes <P> - Tag über eine solche Liste ging, wurde zwar noch die Liste mit sowohl dem Blocksatz, als auch meiner Schriftformatierung bedacht, aber danach wußte Netscape nichts mehr von meinen Anweisungen.
Probier also einfach mal, besimmte Tags aus den Blocksatzanweisungen auszuklammern (Tag schliessen, dann das Problem verursachende, Blocksatztag auf...
Ich hoffe, das bringt Dir was...
bye
bio-
Hallo Bio!
Probier also einfach mal, besimmte Tags aus den Blocksatzanweisungen auszuklammern (Tag schliessen, dann das Problem verursachende, Blocksatztag auf...
Werde ich bald ausprobieren (Wie gesagt, auf der Online-Seite hatte ich schließlich eine andere Formulierung gewählt, die dann problemlos "geblocksatzet" wurde. Aber die "Bonbon"-Datei habe ich immer noch auf dem Rechner und, wie Thomas D. sagt, diese Geschicht ist TO BE CONTINUED
So long und bis danndann
PAF (patrickausfrankfurt)
-
-
Eigentlich ist es schade, daß die Bloksatzthematik nur so wenig Leute (bisher nur Thomas D.) interessieren konnte. Aber vielleicht liegt es daran, daß der Blocksatz verpöhnt ist, eben weil es in schmalen Spalten zu so unschönen "Löchern" zwischen den Wörtern führt (gerade in Verbindung mit der deutschen Sprache und ihren ellenlangen Wortkonstruktionen à la Computerdienstleistungen, Reichshauptdeputationsausschuß oder Vergangenheitsbewältigungstheorie ;-) )
Ich hab alles durchaus mitverfolgt. Dein Problem ZWEI ist wirklich sehr nervig. Es ist echt ein Lotteriespiel. Ich kann nur hoffen, dass in einer der folgenden Versionen diese relativ einfache Sache behoben wird.
Ich mag uebrigens Blocksatz. Nicht ueberall, aber ich benutze ihn da, wo er nicht ganz fehl am Platze ist. das mit den Loeschern ist dabei wirklich nicht schoen, ich denke aber, dass das auch nicht so schwer besser zu berechenen geht. Das wird also noch.
<I><FONT FACE=ARCHITECTURE,VERDANA SIZE=+1 COLOR=#01D5DB>P A C</I></FONT>
Noch ist die Änderung nicht online, aber wer die Schriftart "Architecture" auf dem Rechner nicht hat, kriegt dann wenigstens Verdana, was immer noch das kleinere Übel ist, als abgeschnittene Zeilenenden zu präsentieren.
Du solltest nun wirklich nicht davon ausgehen, das alle Verdana auf ihren Rechner haben, obwohl es eine wirklich ueberaus schoene Schrift ist. Sie ist einfach nicht immer standartmaessig auf WINrechnern installiert. Auf andern Systemen sowieso nicht.
Vie Glueck weiterhin. Kann die Diskussion leider nicht weiter verfolgen, da ich ein paar Tage Urlaub hab.
Thomas Hieck
-
Hallo Thomas H.!
Vie Glueck weiterhin. Kann die Diskussion leider nicht weiter verfolgen, da ich ein paar Tage Urlaub hab.
Vielen Dank für Deine ANtwort. Das mit der Schriftart: ich werde bei der nächsten Aktualisierung noch Arial hinzufügen: die müßte nun jeder haben. Ansonsten wird so viel ich weiß, wenn der Browser eine Schriftart nicht kennt, Times New Roman eingestellt, so habe ich es auf meinem Rechner mit Fantasienamen für die Schrift getestet.
Einen schönen und vor allem sonnigen Urlaub und bis danndann von
PAF (patrickausfrankfurt)
-
-
Hallo Patrick, da sind wir wieder:
Du kannst mit unsichtbaren Grafiken arbeiten. Mit denen kannst Du pxlgenau positionieren, aber richtig genau wird alles erst, wenn der Rest nicht aus Fonts besteht, sondern auch aus Grafiken. Ist aber nicht schoen, weil Text sich doch etwas schneller als tausend kleine Bildchen laden laesst.
Das zu dem. Den Rest hab ich jetzt gerade nicht im Kopf. Falls Du noch mal mailen willst, dann bitte an meine AOL Adr. (hatte ich vergessen.)So und nun zum IE Problem. (ich hoffe es ist noch nicht geloest ;-) )
<TABLE WIDTH=600 BORDER=1 cellpadding=0 cellspacing=0>
<TR>
<TD>
<div align="justify">JavaScript gewinnt auf modernen WWW-Seiten immer mehr an Bedeutung.
Neuere Entwicklungen in JavaScript sind vor allem verantwortlich für das, was unter dem Schlagwort <img src="x1.gif" width=15 height=13 border=0 align=absmiddle hspace=2 vspace=2> Dynamic HTML.
bekannt geworden ist.<BR>
Die Entwicklung hat begonnen und ist nicht mehr aufzuhalten: JavaScript erlaubt den nachträglichen Zugriff auf alle Elemente einer HTML-Datei während der Anzeige. So werden faszinierende neue Effekte möglich, die mit normalem HTML nicht möglich sind. Ein Text kann etwa per Mausklick durch einen anderen ersetzt werden, Elemente können auf ein Anwenderereignis hin oder auch zeitgesteuert automatisch verschwinden, eingeblendet und am Bildschirm verschoben werden.
</div>
</TD>
</TR>
</TABLE>probier mal.
cellspacing und padding bringen auf NN und IE unterschiedliche Ergebnisse. Hatte ich vorher auch nicht gewusst. Leerzeichen hinter letztem Wort ist fuer NN wichtig. usw. Im Prinzip kann man sich an jedem Tag eine Woche pro Browser Zeit nehmen. Oder wir lesen alle nicht gruendlich genug.
Gruesse Thomas
ps:
Ich hab uebrigens auf der Linkseite im Testforum einige nuetzliche Adressen.-
Schon wieder zu voreilig gewesen:
Das script von vorhin lief auf NN405 und IE4? einwandfrei aber dafuer jetzt nicht mit NN403/Win95.
Daraufhin hab ich die Breite der Tabelle geaendert: 600 und 601 mag er nicht, mit border=0 stimmt's dann wieder bei 600. Aber nicht wenn ich border=0 und spacing und padding setze.
usw. Das war jetzt alles mit NN403/Win95 gefummelt (auf 311 klappt's natuerlich immer - nur wieso?)
to be continued
Thomas -
Hallo Thomas!
Echt toll, die Mühe, die Du Dir mit mir und meinen zugegeben ungewöhnlichen Beispielen machst!
Das mit den unsichtbaren Grafiken verstehe ich nicht ganz...
So und nun zum IE Problem. (ich hoffe es ist noch nicht geloest ;-) )
Also, ich habe Deinen Quelltext unterhalb meines eigenen Beispiels kopiert, und in Deinem Beispiel erscheint die Grafik (oder deren Platzhalter) genau auf dem "D" von "Dynamic HTML". Keinesfalls aber wie es sein sollte vor dem Wort, dem die Grafik im Quelltxt vorgesetzt ist.
Du hast auch das <BR> an anderer Stelle gesetzt, und zwar hinter "bekannt geworden ist". Ich hatte es gleich hinter "Dynamic HTML" gestellt, um zu demonstrieren, daß diese Berechnungsprobleme beim IE nur dann auftreten, wenn in einer Blocksatzzeile mit so einer kleinen Grafik im Text nur sehr wenig Text hinter der Grafik steht. Füllt man die Zeile mit Wörtern aus, kommt das Bildchen wieder am richtigen Platz.Lustig ist folgendes: nacheinander ein Wort hinzufügen und das Ergebnis anschauen: je voller die Zeile wird, desto mehr wandert das Bildchen in Richtung von seinem eigentlichen Platz!!!
Leerzeichen hinter letztem Wort ist fuer NN wichtig. usw.
Das ist mir mittlerweile auch klar geworden! Manchmal hilft auch ein non-breaking-space, auch wenn ich solche Hilfsmittelchen eigentlich nicht sehr mag!
Im Prinzip kann man sich an jedem Tag eine Woche pro Browser Zeit nehmen. Oder wir lesen alle nicht gruendlich genug.
Doch, wir schon, glaube ich. Die anderen an den Schlathebeln der Programmiermacht, die werden immer nachlässiger.... und mißbrauchen uns als Beta-Tester...
So long und bis danndann
PAF (patrickausfrankfurt)
-
Hallo Patrik!
Echt toll, die Mühe, die Du Dir mit mir und meinen zugegeben ungewöhnlichen Beispielen machst!
Es wurmt mich einfach, wenn ich nicht dahinterkomme wieso irgendwas so und nicht anders reagiert.
Ich bin mir immer noch nicht so sicher ob wir hier irgendwelchen Bugs aufsitzen, oder nicht doch einfach was falsch machen.
Andererseits hab ich auch an dem sehr vergnueglichen Resizebug von NN4.05 diverse Tage zugebracht, bis ich dann endlich eine Seite gefunden hatte, auf der eine Loesung angeboten wurde.
Mittlerweile hab ich sogar ein Bugfix bei NN direkt gefunden. Was beweist, dass es vermutlich schlauer ist, nach aehnlichen Meldungen im Netz zu fahnden, als sich tagelang damit rumzuquaelen.Das mit den unsichtbaren Grafiken verstehe ich nicht ganz...
Guck dir mal _ohne_ Javascript und CSS http://members.aol.com/schraewo/ an.
Dort steck ich einfach ein transparentes Gif als Abstandshalter zwischen die Zeilen.
Das Gif ist nur 50 Byte gross und Du kannst es logischerweise nach Bedarf verkleinern oder vergroessern und universell einsetzen.
Wenn Du das Ganze _mit_ JS + CSS ansiehst, dann kannst Du sehen, dass ich mit einem weissen Gif die Rahmenlinien des Hintergrundbildes verdecke.So und nun zum IE Problem. (ich hoffe es ist noch nicht geloest ;-) )
Wie gesagt - ich hatte es auf einem NT-Rechner/800*600 fuer beide hinbekommen. Ich muss mir nochmal paf3 online ansehen.
Lustig ist folgendes: nacheinander ein Wort hinzufügen und das Ergebnis anschauen: je
voller die Zeile wird, desto mehr wandert das Bildchen in Richtung von seinem
eigentlichen Platz!!!auf welcher Platform/Browser/etc. ? Mit meinem Vorschlag auch?
Hast Du eigentlich schon mal width=xprozent ausprobiert? Ich arbeite in Tabellen fast nur damit, hab allerdings selten Blocksatz benutzt.
Ich forsche jetzt mal danach im Netz
cu
Thomas-
Hallo Thomas!
Es wurmt mich einfach, wenn ich nicht dahinterkomme wieso irgendwas so und nicht anders reagiert.
Da bist Du genauso wie ich. Gerade für mich als (noch) Anfänger ist so eine Einstellung wichtig, denn nur wenn man solange 'rumprobiert, bis man einigermaße das Gewünschte erreicht hat, lernt man dazu.
Ich bin mir immer noch nicht so sicher ob wir hier irgendwelchen Bugs aufsitzen, oder nicht doch einfach was falsch machen.
Sicher bin ich auch nicht, aber langsam glaube ich's!!!
Guck dir mal _ohne_ Javascript und CSS http://members.aol.com/schraewo/ an.
Ich weiß nicht ob JS sich mit MSIE 4 deaktivieren läßt... habe keine entsprechende Option gefunden, denn auch wenn unter Internetoptionen/Erweitert alles, was mit JAVA anfängt deaktiviert ist, funzen trotzdem Sachen wie onMouseOver o.ä.
Aber ich glaube verstanden zu haben, was Du meinst. So etwas wie blinde Grafiken, ein ein Pixel-GIf, das durchsichtig ist, und das Du durch WIDTH und HEIGHT beliebig strecken kannst, oft dot.gif genannt???
auf welcher Platform/Browser/etc. ? Mit meinem Vorschlag auch?
17''-Monitor, 1024x768, Win 98. Mit Deinem Vorschlag auch: wie gesagt, da war das Bildchen mitten auf dem "D" von DynamicHTML.
Hast Du eigentlich schon mal width=xprozent ausprobiert?
Eben gerade: die Prozentangabe 60% entspricht bei meiner Auflösung in etwa die 600 Pixel-Breite. Wenn ich hinter Dynamic HTML ein BR einsetze, ist das Problem noch da. Die Grafik ist auf der Zeile, nur nicht VOR dem Wort, wo sie hingehört!
Am Anfang meiner Anfängerzeiten habe ich auch lieber mit %-Angaben gearbeitet. Inzwischen finde ich feste Angaben im zentrierten Bereich für 14-Zöller besser, da bei meinen eben ausprobieten 60% auf einem 14'', der durch die 640x480-Auflösung auch noch relativ große Schriften darstellt, nicht viel vom gewünschten Layout übrigbleibt. Kommt natürlich drauf an, wofür man die Tabelle braucht...
Also, wie Du gestern sagtest, "TO BE CONTINUED". Wir machen vielleicht noch eine "Blocksatz, die 3.!!!" Mich würde interessieren, was denn Stefan Münz zu allem sagt?
Danke und bis danndann
PAF (patrickausfrankfurt)
P.S.:die paf3 und 4.htm wurden nachgebessert...
-
-
-