EvilInside

Sorry, Dich enttäuschen zu müssen, aber es gibt in Netscape 4 keine Möglichkeit einen Selektor auf eine bestimmte Pixelbreite zu skalieren. Im Netscape ist der Selektor stets so breit, wie der längste Eintrag. Vorsicht also, bei langen Einträgen - das kann unter Umständen eine vorhandene Tabellenstruktur "zerlegen". :eek: Die einzige gangbare Möglichkeit ist -- wie Du schon versucht hast -- den Selektor mit einer Zeichenkette auf eine bestimmte Breite aufzuziehen. Dies klappt mit Gedankenstrichen ganz gut ("-" oder "_"). Es müßte aber auch mit dem non-breaking-space gehen. Wenn man diesen Eintrag nicht sehen will, könnte man den Eintrag im Selektor mittels JavaScript nach dem Laden der Seite entfernen. - Der Selektor behält dann nämlich seine Breite :cool: Damit kommt man einigermaßen zurande - schön ist es nicht, aber ein pixelgenaues Aufziehen geht meines Wissens einfach nicht. so long, EvilInside

Ich pflichte Orffi absolut bei. Ob es was hilft muß man abwarten - ich sehe das doch eher pessimistisch

Ich glaube, wenn Du aus Excel heraus HTML erstellen läßt, kann das hinterher sowieso nur noch der IE entziffern

Wenn ich es richtig sehe, will er ein Layer mit der Id "tosee" nach unten bzw. oben verschieben. Die Verzögerung braucht er, damit es eine flüssige Animation wird

Ich finde, DHTML kann durchaus sehr sinnvoll sein, da man dem Benutzer visuelles Feedback geben kann, ohne erst einen neuen Server-Request zu starten -- allerdings sollte man tunlichst darauf achten, es nicht zu übertreiben. Mit Netscape ist das aber in der Tat immer so eine Sache ...

Auch wenn es vielleicht nicht so wirklich hilft: Ich habe eine Hauppauge WinTV Theater Karte mit den neuesten XP-Treibern und XP-Anwendungen laufen und zwar bei 1600x1200 in 32 Bit Farbtiefe. Das geht ohne Probleme - ich kann mir nicht vorstellen, daß es an der Auflösung oder so liegen soll. Andererseits hat es ja bei dohost geholfen. Ich erhalte allerdings immer eine Fehlermeldung beim Starten der TV-Anwendung (irgendwas mit Mixer-In Pin, aber das hab ich nicht im Kopf). - Aber die Fernseh-Anwendung läuft trotzdem problemlos (WinTV). Das Problem muß eigentlich von einer fehlerhaften Installation herrühren - anders lassen sich z.B. die fehlenden DLLs nicht erklären. Es wäre auch möglich, daß die Hardware defekt ist, aber ich würde zunächst auf einen Softwarefehler tippen.

Ich nehme mal an, das Zerlegen in zwei Bildhälften kommt nicht in Frage ? Das wäre sonst die Alternative. An sich ist es mit ImageMaps aber auch kein Problem - es gibt dazu diverse Tutorials und Tools im Netz (siehe auch vorherige Postings ). Ansonsten ist MapEdit nicht so schlecht - es gibt eine 30-Tage-Evaluation-Version. http://html.about.com/gi/dynamic/offsite.htm?site=http%3A%2F%2Fwww.boutell.com%2Fmapedit%2F HTH, EvilInside

Ich versuche die Seiten so zu schreiben, daß sie im IE 4+, im Netscape 6+ / Mozilla und im Netscape 4x vernünftig sind. Zugegeben für Netscape 4x ist das manchmal schwer, aber ein wenig Ehrgeiz muß schon sein. Mit Opera checke ich auch, aber gerade wenn man mit Layern arbeitet, kommt Opera auch oft an seine Grenzen (z.B. kein Clipping möglich). Ich wage einfach mal die Behauptung, daß es eigentlich gar nicht so schwer ist, alle Browser zu unterstützen. Für Schriftstile und -farben sollte man ohnehin CSS-Dateien verwenden, die man dann für NEtscape oder auch Mac-Rechner anpassen kann - der Aufwand dafür ist nicht wirklich groß. Der zweite neuralgische Punkt ist DHTML. Es ist jedoch in der Regel möglich für Netscape 4x, IE 4+ und Netscape6+ übergreifende Scripts zu programmieren, ohne einen riesen Aufwand zu treiben. Natürlich kommt es immer auf den Einzelfall an: hochkomplizierte Seiten mit viel DHTML sind sicherlich sehr viel schwerer für alle browser anzupassen, als schlichtere Seiten. Ich persönlich finde zuviel DHTML aber auch eher nervig - manchmal ist weniger mehr

Also soweit ich weiß ist das kein IE-Only-Feature, sondern Bestandteil des CSS-Standards (ich meine sogar CSS Level1). Damit das Bild auch nicht kachelt, könnte man noch: background-repeat : no-repeat; mit angeben. Daß Netscape 4x das nicht kann, weiß ich aus dem Kopf nicht, es würde mich aber nicht sonderlich überraschen HTH, EvilInside

Das ganze läßt sich in der Tat nicht umsetzen. Es hängt allerdings mit der Render-Engine von Opera zusammen, und weniger mit dem eigentlichen DOM. Opera ist nicht in der Lage, Seiten "dynamisch" zu rendern, d.h. ein nachträgliches Manipulieren der Styles oder anderer Inhalte geht in Opera prinzipiell nicht (egal welches DOM man nun benutzt). Das gilt übrigens auch für Layer, deren Inhalt dynamisch geschrieben wird. Das kann Opera (noch) nicht. Man kann Layer verschieben, ein- und ausblenden, aber eben keine Inhalte nachträglich in die Seite einfügen. Eine Ausnahme bilden u.a. Farben. Hier ein kleiner Auszug aus der Opera-Spec-Seite (http://www.opera.com/docs/specs/): Modifying the document structure is not yet possible (ie. you cannot add or remove HTML elements). [...] Presently, we support getting and setting the following CSS attributes for absolutely positioned HTML elements: -visibility -pixelLeft, pixelTop -pixelWidth, pixelHeight -zIndex -color, background (only for setting of colors) Ich habe es mit der style-Eigenschaft "color" auf die Schnelle allerdings nicht hinbekommen... Laut Opera soll aber das dynamische Verändern des Dokuments ab Version 7 möglich sein - man darf gespannt sein. Du hast also Recht, daß Opera eben wirklich nicht alle Funktionen und Eigenschaften des IE document.all-Objektes übernommen hat - das liegt aber eben daran, daß Opera das technisch auch einfach nicht kann. well, EvilInside

Wie schon die Vorredner feststellten: als MP3-kodierte Datei geht das eigentlich gar nicht. Man kann aber einen Flash-Film erstellen und dort die Audiodatei einbetten. Flash 4x verwendet beim Export wiederum MP3-Kompression, so daß man im Endeffekt eine ähnliche Dateigröße erreicht. Allerdings: wenn Du normale Qualität nimmst, dann werden die Dateien ja schon einige MBs groß sein (hängt natürlich auch von der Länge ab). Es stellt sich dann schon die Frage, ob das praktikabel ist.... HTH, EvilInside

Den Schuß kann ich parieren : in Opera 6 und Opera 5.12 klappt es bei mir auch mit Buttons. Allerdings streckte Opera 4.02 die Waffen. Beispiel-Code: im Script-Teil: function renameBtn() { document.all.TestButton.value = "peter"; } im dokument: <input type="button" name="TestButton" value="testen"> Die Funktion habe ich über einen Textlink gestartet. Und ein Form-Tag hatte ich natürlich auch noch im Dokument Trotzdem ist es gut möglich, daß Opera nicht das komplette DOM vom IE übernommen hat. Man sollte sich vielleicht nicht zu sehr darauf verlassen :cool: so long, EvilInside

Stimmt, das Mitscrollen wäre noch zu lösen. Dafür braucht man dann Javascript, aber machbar ist es auch. Interessanter fand ich aber die Frage, ein skalierendes Hintergrundbild zu haben. :cool: so long, EvilInside

Nicht das ich wüßte - man kann per JavaScript auf die History zugreifen, ABER man kann sie nicht lesen. Im Klartext: Du kannst dem Browser sagen "Gehe x Seiten zurück" oder "Gehe zur letzten Seite" - Du kannst aber nicht die URL dieser Seite auslesen. Das ist aus Sicherheitsgründen nicht erlaubt. Um das tun zu können, bräuchte man sog. "Signed Scripts". HTH, EvilInside

Da habe ich nicht nur drüber nachgedacht, ich habe es auch ausprobiert. Aber ich bin sehr auf deinen Verbesserungsvorschlag gespannt... Selbstverständlich hat man einen krassen Pixeleffekt, wenn man ein 160x120 Bild auf 1600x1200 hochskaliert. Und: es wird definitiv Verzerrungen geben, wenn das Browserfenster nicht die selben Proportionen hat, wie das Bild (das Seitenverhältnis muß stimmen). Zum 1.Punkt: Wenn man ein Aufpixeln verhindern will, sollte man ein entsprechend großes Bild verwenden, welches im Zweifelsfall "runterskaliert". Man hat durch die Clientseitige Lösung den zusätzlichen Vorteil, daß das Bild mit dem Fenster "dynamisch" mitskaliert. Zum 2.Punkt: Das kommt eben darauf an, was man machen will. Soll das Fenster frei veränderbar sein in der Größe, dann kann man entweder nicht den ganzen Bildschirm ausfüllen, oder aber man hat Verzerrungen. Eine andere Möglichkeit wäre es, das Fenster nur proportional skalieren zu lassen, in dem man den onresize-Event abfängt. Dann braucht man aber schon JavaScript. SLS, EvilInside

Stimmt - ich war im falschen Quelltext... Sorry, aber das ist definitiv falsch. Man kann über document.all genauso Layer rumschubsen, wie im Internet Explorer. Voraussetzung ist, daß Opera sich als MSIE ausgeben soll. Dabei gibt Opera nicht nur einen anderen UserAgent-String aus, sondern verwendet auch ein anderes DOM. Und in diesem Fall funktioniert auch document.all . well, EvilInside

Wenn man nichts angibt, dann ist die Positionierung relativ, d.h. innerhalb des "Document-Flow". Ich bin mir nicht absolut sicher, aber wenn das DIV einfach im Document-Flow liegt, würde es ggf. unterhalb des Bildes auftauchen und somit gar nicht mehr zu sehen sein. Das habe ich aber nicht getestet. Ich würde das DIV immer explizit positionieren, da man dann auf der sicheren Seite ist. Mag aber sein, daß es auch ohne dem geht.

Also mit dem BODY-Tag und CSS wird es wohl nicht gehen -- es gäbe aber eine Art Workaround, der auch ohne JavaScript funktioniert: Das Bild einfach als normales IMG-Tag einsetzen und width- und height-Attribut auf 100% setzen. Damit wird das Bild immer so groß gezogen, wie das Browserfenster. Damit ist das Bild aber nicht im Hintergrund - das könnte man dann dadurch erreichen, daß der gesamte Inhalt in einem DIV-Layer liegt, welches per CSS positioniert wird. Das müßte mit allen Browsern funktionieren, die CSS unterstützen und klappt auch ohne JavaScript :cool: so long, EvilInside

OK, stattgegeben, dann ist meinetwegen auch vbscript am Start. Im Klartext ändert das aber leider genau gar nichts an der Tatsache, daß man per Clientside Code nicht auf das Kontextmenü zugreifen kann (was ja Thema dieses Threads ist). Und: selbst wenn es ginge, besteht immer noch die Möglichkeit, daß Scripting deaktiviert ist. SLS, EvilInside

Um es einfach mal klar zu sagen: Du wirst deine Inhalte nie 100%ig vor Zugriffen schützen können. Die rechte Maustaste abschalten ist zwar recht beliebt, bringt aber nicht wirklich etwas. Es reicht einfach, JavaScript abzuschalten und schon klappt alles mit der rechten Maustaste. Man kann höchstens versuchen, den Bilderklau so schwer wie möglich zu machen, z.B. durch Applets, Flash oder anderes.

Über "location.search" kannst Du den Paramterstring der URL auslesen. Wenn Du also main.html?html=peter.htm aufrufst, dann steht in location.search "?html=peter.htm" drin. Daraus kannst Du dann mittels entsprechender Stringfunktionen den Parameter-Wert auslesen. Die Seite lädst Du dann per location.href. HTH, EvilInside

Das ist falsch, da die Schleife ja bis -150 läuft, ist das i-- absolut korrekt, wenn gleich vielleicht etwas unorthodox. Nun aber zum eigentlichen Problem. Wie mein Vorredner schon erwähnte, ist die setTimeout-Funktion mitnichten eine Art "sleep"-Befehl, daß heißt, mit setTimeout eine Verzögerung zu erreichen, geht auf deine Art und Weise nicht. for (i=-150; i<0; i++) { document.all.tosee.style.top=i; setTimeout('leer()',250); } Diese for-Schleife läuft direkt durch - an der Stelle "setTimeout('leer()',250);" wird ein Timer gestartet, der nach 250 Millisekunden den Befehl "leer()" aufruft - aber deine for-Schleife läuft sofort weiter. Darüberhinaus kann der Code aber ohnehin nicht funktionieren, denn document.all funktioniert nur im IE und in Opera (wenn auf IE umgestellt). Dann aber heißt die top-Eigenschaft nicht ...style.top, sondern ...style.pixelTop. HTH EvilInside

Eine Einschränkung der Funktionen des Client-Browsers kann logischerweise nur im Client erfolgen. Damit bleiben als Scriptsprache eigentlich nur noch JavaScript oder VBScript. Das Kontextmenü läßt sich per Javascript in keiner Weise manipulieren -- allerhöchsten insofern, als daß man den Event "onmousedown" für das gesamte Dokument abfängt und so das Kontextmenü komplett "abschaltet". Eine Lösung per VBScript ist meines Wissens auch nicht möglich. Es wäre möglich, allerdings dann nur nach Installation zusätzlicher Komponenten (siehe auch http://www.vb-hellfire.de/knowlib/iesub.php). Darüberhinaus muß natürlich auch noch vbScript im Client aktiviert sein, was eher selten ist. So oder so sind aber prinzipiell alle Versuche nur teilweise effektiv - im Zweifelsfall reicht es, JavaScript im Client abzuschalten, um solche Scriptlösungen zu umgehen. HTH EvilInside