Beiträge von koslowski

Hi,

Zitat von koslowski

Meine Artikel schreibe ich erst in meinem bevorzugten Editor (notepad++ oder WeBuilder), dann kopiere ich das Geschriebene in die HTML-Ansicht des WP-Editor, rück alles richtig ein und publiziere dann.

das richtig einrücken ist wichtig, damit die Darstellung hinterher stimmt!!
Immer alles an den Zeilenanfang, wenn noch Platz ist nächste Zeile mit der Backspace-Taste zurückholen.

Wenn ein Zeilenumbruch hin soll, den auch im (HTML-)Editor lassen, ansonsten werden die Abstände in der style.css festgelegt. :wink:

Hi,

Zitat von 7lifes

Was hat das mit dem Markup aufsich.. womit mach ich das am besten? hat ja nichts mit slicen zu tun oder???

Markup ist der Quelltext. :)

Beim Firefox: Rechtsklick ins Browserfenster - Seitenquelltext anzeigen.

Das ist u.a. wichtig weil du in deinen Template-Dateien öfter mal Template Tags einfügst, die ganz bestimmte Aufgaben übernehmen.

Du kannst z.B. deine Seiten, die du im Backend erzeugt hast, mit wp_list_pages als Navigation ausgeben lassen.

Dazu bildet WP automatisch verschiedene Klassen.
Diese Klassen kannst du per CSS ansprechen.
Um herauszufinden welche Klassen das sind, läßt du dir den Seitenquelltext anzeigen.

Du bräuchtest auch noch Firebug (Deutsches Tut dazu).

Mit Firebug kannst du ein bißchen mit den Formatierungen rumspielen und das Ergebnis sofort im Browser sehen.

notepad++ als Editor ist ein guter Tip!

Aber wie schon gesagt ohne gute XHTML/CSS-Kenntnisse halte ich das Unternehmen "Eigenes Theme" für...., äh.., sehr ambitioniert.

Moin,

eine psd.Datei in CSS umzuwandeln, wie du schreibst ist imho ein ganz schlechter Weg.
Wenn du Ahnung von CSS hast (wie du schreibst), machst du dir die Photoshop-Datei als Bild, dann schreibst du das Markup und formatierst entsprechend, damit es hinterher so aussieht wie dein Bildentwurf.

Um ein eigenes Theme zu erstellen brauchst du meiner Erfahrung nach vor allem gute XHTML/CSS-Kenntnisse.

Erst die index.htm mit allen Formatierungen erstellen.

Diese Datei zerschneide ich dann praktisch und frickel sie in die header.php, footer.php, etc rein.

Hier kannst du was dazu nachlesen, auch den Links folgen.

Hier noch eine andere Quelle.
Die finde ich didaktisch aber nicht so toll.
Vor allem auf absol. posit. Layouts zu setzen finde ich nicht so optimal.

Moin,

#nav li  {
    float:left;
    list-style:none;
    color:#ffffff;
    padding-right:5px;
    text-decoration:none;
}
#nav li.page-item-10,
#nav li.page-item-12,
#nav li.page-item-2,
#nav li.page-item-15,
#nav li.page-item-18,
#nav li.page-item-20 {
    background:url(einstric.gif) no-repeat right bottom;
}
a { 
    padding:0 5px;
    color:#ffffff;
    text-decoration:none;
}

Damit ist der Strich nur zwischen den Menüpunkten und nicht auch noch nach dem letzten Link. ;-)

Hi,

also die Darstellung im FF 3.53, FF 2, IE 8, IE 7, Opera und Safari ist exakt gleich.
Nur im IE 6 läuft die navi vermutlich wegen dem Double Margin Bug ziemlich aus dem Ruder.

Deine Art der Gestaltung ist äh..., verbesserungswürdig.

Die HG-Grafik der ul zuzuweisen halte ich für ziemlich gewagt.
Diese Trennlinie zwischen den Menüpunkten ist ja auch auf deiner Tastatur.
Du könntest sie in deinen Linktext schreiben und in ein span wickeln.

Dann könntest du per CSS den nötigen horizontalen Abstand zwischen den Menüpunkten herstellen. Elemente zum Ansprechen hast du dann genug.

Oder du könntest den Trennstrich als HG-Grafik a zuweisen, was ich noch eleganter finde.

div#page hat bei dir die gigantische breite von 1600px.
Der Sinn dessen erschließt sich mir nicht.
900px Breite täten doch eigentlich langen, oder.
Mit margin:0 auto; wäre dein Layout dann auch horizontal schön zentriert und würde nicht so links am Rand kleben.

So ein Riesen-HG-image brauchst du doch auch nicht, das könntest du entsprechend anpassen.

Dann könntest du sicher auch auf diese aberwitzigen negativen margins verzichten.

pt ist eine absolute Schriftgröße für den Druck und fürs Web ungeeignet.
Schau dir mal diesen Artikel an, was für px gilt, gilt auch für pt. :wink:

So, jetzt aber genug gemeckert. Vielleicht hilft dir das ein bißchen. :)

Hi,

hast du einen Link zum Problem für uns?
Sonst könnte ich nur wild spekulieren.

Hi,

Zitat von alex123

danke fuer Deine Antwort! Habe nun alles wie vorgeschlagen versucht.
Leider macht Wordpress, sobald man die seite aktualisiert, was es will. Es werden Umbrueche oder zusaetzliche Leerzeilen eingefuegt.

das kenn ich gut! :sad:
Wenn man einen Satz schreibt und betätigt die Enter-Taste macht er einen Absatz, obwohl man im CSS keinen unteren Abstand definiert hat.

Schreibt man den Satz und betätigt Shift-Enter macht er keinen Absatz.
Das ist dann so als wenn man in die nächste Zeile durchschreibt, dann macht er auch keinen Absatz.
Ein bißchen erinnert einen das an Word.

Zitat von alex123

Irgendwie komme ich NIE um die html-ansicht herum, muss dort die beschriebenen Fehler korrigieren.

Jep, geht mir auch so. :-)

Hatte der vorige Absatz eine Klasse zugewiesen bekommen übernimmt die der grafische Editor wenn man dort einen weiteren Satz anfügt. *grkxvzefix*

Zitat von alex123

Es muss doch irgendwie moeglich sein, die visuelle Ansicht des Editors vernuenftig zu benutzen oder???

Ich hab da auch ein paar Probleme. Da setz ich mich nur mit auseinander wenn ein Kunde grad nicht klarkommt.

Ansonsten bin ich bekennender HTML-Ansichten-Fundamentalist [size=10][COLOR=Silver](graf. Editor ist abgeschaltet)[/COLOR][/SIZE], und zwar einer von der übelsten Sorte . :mrgreen:

Meine Artikel schreibe ich erst in meinem bevorzugten Editor (notepad++ oder WeBuilder), dann kopiere ich das Geschriebene in die HTML-Ansicht des WP-Editor, rück alles richtig ein und publiziere dann.

Damit ich ein einigermassen realistisches Bild zum testen bekomme, habe ich mir die CSS der lokalen Version so angepaßt, das es wie der Inhaltsbereich des Artikels vom Frontend ausschaut.

So kann ich mit meinen Lieblingseditoren arbeiten und deren ganze Vorteile nutzen (Syntax-Highlighting, etc.). :wink:

Moin,

Zitat von marjeta

Wie es sich dynamisch einstellen lässt dass das Hintergrundbild sich an die Bildschirmgröße anpasst wenn dieser kleiner ist, würde mich auch interessieren.

leider gar nicht.
HG-Bilder sind nicht skalierbar und pro Element ist im Moment auch nur ein HG-Bild möglich.

Hi,

Zitat von SessionX

Dort möchte ich, dass der QR Code links in den Text eingebunden wird, aber wie man sieht, klappt das nicht so recht.

Was ist QR-Code?? Verstehe leider nicht was du meinst.

Zitat von SessionX

Des Weiteren schreibe ich meine Texte mit Absätze, aber im Artikel selber werden die Absätze nicht angezeigt.

Schreibst du deine Text auf der HTML-Seite oder mit dem grafischen Editor?

Für den grafischen Editor gibt es ein Plugin, was deine Möglichkeiten erweitert.

Das enthebt dich jedoch wohl nicht davon, z.B. in der style.css Abstände für bestimmte Elemente zu definieren:

p  {
   margin-bottom:0.8em;
}

Das würde allen deinen Textabsätzen einen unteren Abstand zum nächsten Element geben.

Hi,

zu 1) keine Ahnung

zu 2)

Bei mir steht die Schlagwortwolke im footer.
Das sieht in der footer.php bei mir so aus:

<div id="fuss-tags">
    <h4>Schlagwortwolke</h4>
    <?php wp_tag_cloud(); ?>
  </div><!-- Ende #fuss-tags -->

Zuerst habe ich ein div mit einer id gemacht, damit ich diesen Bereich per CSS ansprechen und gestalten kann.
Dann eine überschrift.
Darunter dann die Schlagwortwolke mit wp_tag_cloud erzeugt.

Das alles schreibst du an der geeigneten Stelle in die sidebar.php. ;-)

Moin,

für Anfänger habe ich dazu auch mal einen Artikel verfasst. :wink:

Hi,

im Prinzip hat Bambaataa völlig recht.
In der style.css kannst du einstellen, wie groß der vertikale Abstand zwischen den Textabsätzen sein soll.

Du kannst deinen Editor durch das Plugin TinyMCE Advanced wesentlich erweitern und noch eine Reihe nützlicher Schaltflächen hinzufügen.

z.B. die Schaltfläche Format.
Damit hast du die Möglichkeit z.B. die verschiedenen Überschriften einzustellen. Wenn du dort Absatz einstellst und einen Satz schreibst wird nach jedem Druck auf die Enter-Taste ein neuer p-Absatz angefangen.

Und p kannst du in der style.css einen unteren Abstand geben, wie Bambaataa es vorschlug. ;)

Hi,

Zitat von Reiner

Wie kann ich dem Header und der description beibringen, dass sie nur die Breite nutzen sollen, welche die Schrift belegt?
[CODE].description {margin-top:0.5em; font-size:1.5em; color:#6a797d;}

wie ich schon gepostet habe HasLayout für #header löst das Problem.
Ich hab dem #header einfach width:58em; gegeben, dann taucht die ganze Grafik im IE6/7 auf.

Hi Monika,

Zitat von Monika

ich streit nicht ;-)

ich weiß definitiv , dass ich haslayout noch niemals brauchte

es ist einer von vielen hacks wers mag solls nehmen ich brauchs net

lg

sorry wenn das so rüberkam, als wollte ich streiten.
Das habe ich nicht beabsichtigt. :)

Eine Diskussion mit unterschiedlichen Standpunkten finde ich jedoch schon deshalb interessant, weil ich den Standpunkt der/des Anderen kennenlernen kann.
Schließlich habe ich längst nicht immer recht und kann schon mal in vollem Galopp, in die falsche Richtung preschen. :wink:

Hi,

Zitat von Monika

haslayout ist dann nötig, wenn mans vorher ein wenig *anders *macht --falsch mag ich nicht schreiben

sorry, jetzt muss aber aber leider etwas widersprechen.
Dein Aussage ist meiner Meinung nach nicht so ganz 100%ig richtig. :)

Der IE braucht auch oft HasLayout wenn man sauber gecodet hat.

mmmh, z.B. wird beim IE6 erst durch HasLayout die ganze Linkfläche verweissensitiv und nicht nur der Text.

z.B. erscheinen Skiplinktabs oft nicht an der gewünschten Stelle wenn der Containing Block kein HasLayout hat.

usw. usw..

Man hat da ja nicht falsch gecodet, der IE mißachtet leider nun mal gerne die Webstandards. ;)

Zitat von Monika

der IE weigert sich einem div die Breite des übergeordneten Divs mitzugeben, wenns gefloatet wird
zb div class x
div class y
ist div class y nur da damit man Bilder in den Hintergrund gibt braucht div class x eine Breite und div class y dann für den IE width: 100%
dann kapiert ers auch ;-)

öhem...,*hüstel*..., aber die beiden divs im header floaten doch gar nicht.
Ich denke mit HasLayout kommt man da weiter.
Werde ich nach dem Mittagessen mal kurz testen.

Zitat von Monika

außerdem mag der IEbackground Angaben nicht
{background:#fff url(images/blockquote.gif) no-repeat top left
das checkt der hie und da und eigentlich 90% von der Zeit nicht

Das kann ich leider auch so nicht bestätigen.
Es kann vorkommen, das es für den IE notwendig ist statt:
background:#fff url(images/blockquote.gif) no-repeat top left;

background:#fff url(images/blockquote.gif) no-repeat 0 0;
zu schreiben, kommt aber nicht so häufig vor.

Hi,

Zitat von Reiner

koslowski
Ich denke, damit hat sich das Missverständnis geklärt (Wobei mir immer noch nicht klar ist, wieso die verlinkten Bilder nicht angezeigt werden).

okay, in meinem ersten Post habe ich dir schon eine Vorgehensweise für den Footer genannt:
das Formular und das p mit den Links in Verbindung mit einer Breite floaten lassen und dem umgebenden Element auch eine Breite geben.
Man kann zwar seit CSS2.1 ohne Breite floaten, aber das mag der IE oft nicht so wirklich.

Dem header würde ich auch HasLayout in Form einer Breite geben.
Für den IE würde ich den beiden divs im header dann eben auch nur die benötigte Breite zuweisen.

Fehlendes HasLayout ist oft die Ursache für Probleme mit dem IE6/7 und bei deinem Layout fehlt HasLayout sehr oft. ;)

Moin,

ich seh da keinen Seitentitel "Fotografien 2".
Deine angehängten Bilder öffnen sich bei mir nicht.

Einen footer seh ich auch nicht nur übelstes, mittelalterliches Tabellendesign.
Und was für Links denn bitteschön.

Ich denke du willst backlinks und führst mich hier an der Nase herum.

Und Tschüss. :-|

Hi,

ich versteh auch mit Link nicht was du meinst.
Bei mir die Gegend um die Suche im IE/FF gleich aus.

Einen Seitentitel Fotografien 2 sehe ich auch nicht auf der Startseite?? :???:

Moin,

Zitat von Reiner

Nur macht der IE leider immer noch einen Zeilenumbruch nach dem Suchfeld

lass beide in Verbindung mit einer Breite floaten und gib dem umgebenden Element gleich auch noch ne Breite, das ist beim IE immer am sichersten.
Stichwort Block Formatting Context. :wink:

Ein Link zum Problem wäre nicht schlecht.

Hi,

Zitat von czoczo

Tja darüber habe ich nicht gedacht , das den besucher vieleicht das nicht gefallen wird .
Jetzt muss ich wirklich überlegen was ich will:confused:

du solltest auch dabei bedenken, das du die Seite unheimlich oft siehst.
Wenn da dann noch eine weitere Spalte hinzukommt macht dir das deshalb sicher nichts aus.

Für den Besucher, der das erste mal kommt stellt sich das ganz anders dar.
Da er deine Seite bisher nicht kannte wird er durch eine zusätzliche dritte Spalte, dein Angebot etwas verwirrend finde.

Ich war heute auch das erste mal da und hab mich dadurch, das es nur zwei Spalten waren, auf Anhieb gut zurechtgefunden. ;-)