Heisst das, der Fehler ist geklärt ?
Kann hier irgendwie nicht folgen ....
Beiträge von telekommander
-
-
Folgendes in der single.php ändern:
Code<div id="content" class="widecolumn">in
Code<div id="content" class="narrowcolumn">
Alternative wäre in der style.css die Breite von .widecolumn in Zeile 270 anpassen. -
Grundsätzlich nehm ich ja Landsleute in Schutz.
Aber diesmal .... ?Du suchst definitiv an der falschen Stelle, denn wirf mal einen Blick auf deinen Footer, der Sitz auch daneben. Heisst also, der Fehler liegt irgendwo dazwischen.
-
Kenn das Script leider nicht.
Ein Link oder den Code, wäre nicht schlecht.Grundsätzlich würde ich es aber sowieso mal mit auslagern probieren, und das ausgelagerte Script im Themeverzeichnis zu speichern.
Und das in den <head> der header.phpHTML<script src="<?php bloginfo('template_directory'); ?>/scriptzeugs.js" type="text/javascript"></script> -
Zitat von telekommander
[FONT=Verdana]... oder Grössenangaben definieren.[/FONT]Zitat von frankie
[FONT=Verdana]... [/FONT]sie auch mit width und height zu definieren
hä ... ?
Erkläre mir jemand den Unterschied ?...
-
Zitat von jowra
Die Wahrscheinlichkeit sich über JavaScript was einzufangen geht gegen null.
Danke, hätte es nicht besser sagen können.
Es ist schizophren, auf der einen Seite z.B. Framekiller einzusetzen, selbst aber mit deaktivierten Javascript unterwegs zu sein. -
@ all:
Gegenfrage.
Wer ist denn heute noch mit deaktivierten JScript unterwegs ? -
[FONT=Verdana]Die Bilder sind schuld.
[FONT=Lucida Console]<img src="http://corsab.funpic.de/pictures/Tim.jpg" />[/FONT]
[/FONT][FONT=Verdana]In diesem Image-Tag sind keinerlei Grössenangaben definiert wie width"200" height="150" was einen IE dazu veranlasst die Bilder in Originalgrösse anzuzeigen.
Firefox ist dagegen etwas schlauer...Also entweder Bildgrösse verkleinern, oder Grössenangaben definieren.
[/FONT] -
[FONT=Verdana]Versuch doch mal den Amazon-Container innerhalb des <blockquote><p> Tag zulegen.[/FONT]
[FONT=Verdana][/FONT]
[FONT=Verdana]So als Idee....[/FONT] -
Der Amazon-Link läuft innerhalb eines <iframe> .
Bei dir fehlt der Abschluss-Tag: </iframe>.
Der ist erforderlich, ohne gehts nicht..
-
1.
Möglicherweise liegt es auch daran, das es im Org.-Theme schon eine "header" ID und/oder "container" ID gibt .2.
Zitat von jowradu mußt keine DIVs nehmen wenn ich das richtig sehe
Ein aufgebohrter <a> Tag würde evtl. auch reichen, padding etc... ..
-
@ Lyrasia,
Du denkst auch an die Leute die noch mit Modempower durchs Netz heizen ?
-
Zitat von jowra
... validieren nicht als CSS...
Na, wieder einer Thread ausgegraben ... ;)
Validiertes CSS mit 'nem IE ?
1. Dann funktionierts nicht mehr.
2. Das wäre ungefähr dasselbe wie,
ein HighEnd-Turntable mit einer Schellackplatte zuvergewaltigen. :rolleyes:Vielen Dank für's Opera-Feedback. Den Fehler mit der Grafik vermute ich mal im Filter :
HTMLfilter:progid:DXImageTransform.Microsoft.AlphaImageLoader.
-
CSS technisch heisst das Zauberwort position: fixed .
Funktioniert im Firefox problemlos.#container {
background: url ('....img');
position: fixed;
top: 100px;
left: 100px;
width: 100px;
height: 100px;
}Im IE nur über Umwege : http://forum.wordpress-deutschland.org/showthread.php?t=3366&
-
Das sind "stinknormale" Bilder, zu finden im images-Verzeichnis des Themes.
Eingebunden über die header.php im/unterm <style> Tag. -
Bei allem Respekt vor diesem "MonsterHack",
versteh ich den Sinn nicht bzw. kann den enormen Aufwand nicht nachvollziehen.Ich muss lediglich APACHE in der httpd.conf sagen wo es lang geht, zum Root-Verzeichnis.
Like this:[FONT="Lucida Console"]
<VirtualHost *:80>
ServerName maschine
ServerAlias maschine *.maschine
DocumentRoot "C:/APACHE/xampp/htdocs/www/"
</VirtualHost>
[/FONT]( Wobei "maschine" = Beispiel Rechnername )
Wenn Wordpress unter /htdocs/www/wordpress/ installiert wurde,
ist es jetzt unter der Adresse
http://maschine/wordpress/
erreichbar.Zugriffe von aussen sofern vom LAN-Router unterstützt ( NAT/Virtueller Server/DYNDNS )
und man einen Account irgendeines DYN DNS Dienstes sein eigen nennt, dann so:
http://irgendeine_domain/wordpress/Der Witz an der ganzen Sache sind die absoluten Pfadangaben von Wordpress im Admin-Bereich.
Werden diese durch relative Pfadangaben ersetzt, ist es völlig egal von wo aus ich Zugreife.
Ob nun von "aussen" http://irgendeine_domain/wordpress/ oder lokal unter http://maschine/wordpress/
die relativen Pfadangaben passen immer, auch das Stylesheet passt.Weil nun das Root-Verzeichnis /htdocs/www/ ist, und man sich schon auf "höchster Ebene" befindet,
kommt man nicht mehr auf die lokale XAMPP-Seite, dafür wird einfach ein neuer ALIAS in der httpd.conf angelegt.[FONT="Lucida Console"]Alias /xampp "C:/Apache/xampp/htdocs/xampp/"
<Directory "C:/Apache/xampp/htdocs/xampp">
AllowOverride None
Order allow,deny
Allow from all
</Directory>[/FONT]Und die XAMPP-Seite ist wieder erreichbar : http://maschine/xampp/
Sehe ich das irgendwie verkehrt, habe ich was vergessen ?
So läufts bei mir problemlos ohne "Hack".( btw.: Das, dass ganze bei einem DSL-Upload von 128 kbit / sec keinen Sinn macht, sei mal dahingestellt.
Spätestens wenn sich 3 User auf dem Virtuellen Server austoben wirds eng und man ist wieder bei MODEM-Speed. ) -
Zitat von MacSEK
... wie ich es immer haben wollte! Tausend Dank nochmal ...
[SIZE="1"]Bitte. Kein Thema.[/SIZE] -
Trackback = Beziehung / Verknüpfung / Bezugs-URL (...?)
-
Zu TinyMCE:
Die Konfiguration von TinyMCE läuft über die editor_template.js
unter ../wp-includes/js/tinymce/themes/advanced/.
TinyMCE gibts hier komplett.
Und da ich schon mal dran gebastelt habe, diesen Thread :
http://forum.wordpress-deutschland.org/showthread.php?t=4333 -
Kurz und schmerzvoll, hier in der style.css:
Codesmall, #sidebar ul ul li, #sidebar ul ol li, .nocomments, .postmetadata, blockquote, strike { color: #FFFFFF; }
