Beiträge von Ralf70

    Hallo Johannes.

    Von den Programmier Profis ist hier bisher keine Antwort gekommen. Vielleicht nen Plan B von mir :

    Ich weiss nun nicht ob das bei 2011 auch schon möglich war, aber wenn Du nicht möchtest, dass Besucher Deiner Seite die Meta Angaben nicht sehen können wäre es eine Lösung einen Link auf DEINE feed.php zu setzen und das Meta Widget ganz wegzulassen

    Halt LINKS als Widget auf die URL

    http://www.meine-seite.de/blog/feed.php.

    Ähnlich als würdest Du auf eine befreundetet Seite verlinken. In Deinem Fall http://schraegetouren.de/mein-blog/feed/

    Beachte bitte, dass Du den ANMELDE Button brauchst um Dich als Admin anzumelden. So ganz ohne den geht es nicht wenn Du nicht jedesmal über die login.php gehen willst :-)

    Gruss Ralf

    @ Codestyling

    so die Sache mit dem IMPORTANT hat funktioniert. Keinen Plan wo ich da gerade die krummen Finger hatte. Auch hierfür ein Danke.

    @ Uwe

    Der Firebug Geschichte werde ich mir mal in aller Ruhe zur Gemüte führen. Das Add On scheint mir da ja einiges drauf zu haben wenn man da Fehler sucht. Da werde ich mich am Wochende mal in aller Ruhe ne Stunde (oder 2) dran setzten.

    Hallo Codystyling,
    Hallo Uwe

    der Tipp mit dem IMPORTANT hat leider gar nichts gebracht. Sehr vielversprechend war allerdings der Ratschlag mir Firebug (kannte ich vorher gar nicht) mal anzuschauen. Hier wurde ein Source Code im Reiter CSS ´ausgespuckt´ der mir recht vielversprechend zu sein scheint.

    Die Anweisung #wpadminbar * erscheint dort einige Male untereinander, was für mich bedeutet, dass das die handgemachten Menüs unter WP sind.

    Nun eine gaaaaanz blöde Frage. Ich habe da innerhalb des Firebug Fensters alle möglichen und unmöglichen Buttons angeklickt und nicht herausfinden können wie die Datei heißt in der dieser Source gefunden wurde. Den Namen brauche ich aber um innerhalb von Wordpress unter Dashbord - Design - Editor die Datei aufrufen und editieren zu können.

    Wenn Du nach noch einmal ne Minute für den heißen Tipp hättest :confused:

    Gruss Ralf

    Zum 2. Mal Heute einen "Guten Tag" an das Forum.

    _ _ _ _ _

    Ich würde gerne die Schriftgröße in der Sidebar verändern und komme damit irgendwie nicht weiter. Meine Experimente da etwas zu ändern habe ich bisher AUSSCHLIESSLICH über die Style.css gemacht. Da ich in der Sidebar sehr intensiv mit den eigenen Menüs unter WP arbeite könnte es sein, dass die Menüs unabhängig von der Sidebar könfiguriert werden könnnen bzw. müssen.

    Hier mal eben der Teil der style.css (HTML und SQL Grundkenntnisse habe ich - PHP und Co liegt bei NULL)

    Eine Sicherungskopie der style.css habe ich auf der Platte liegen. Ich bin also auch für Versuche zu haben 8)

    Dies ist der Abschnitt, den ich da für interessant halte :

    Code
    widget-area .widget .textwidget {     
    font-size: 13px;     
    font-size: 0.928571429rem;     
    line-height: 1.846153846;

    Was es mit der REM Funktion auf sich hat habe ich im WWW erfahren. Meine Browser unter LINUNX und WIN dürften da keine Probleme mit haben. Was ist also zu tun um die Menues in der Sidebar etwas anzupassen.

    Wunsch wäre hier
    <h3>TITEL</h3>
    Aktikel 1
    Aktikel 2

    Was muss ich da in welcher Datei anpassen. Die style.css scheint mir da wenig zu bringen :-|

    Für Hilfe dankbar.

    Gruss Ralf

    Warum habe ich nicht gleich hier gefragt, dann hätte ich mir stundenlanges herumsufen ersparen können. :-)

    Ich habe WP so konfiguriert, dass „Leserbriefe“ für die Artikel nur 2 Wochen lang möglich sind. Somit waren die beiden Artikel mit den Sidebarverschiebungen die aktuellen wo halt die Kommentarfunktion noch eingeschaltet war. Nur hier erschien der Kommentarblock mit den ML Smilies und somit die Sidebar unter dem Artikel

    LÖSUNG :
    Es war unter Mona Lisa möglich die Smily Funktion NUR für die Kommentare (!!!) abzuschalten. Nachdem ich das gemacht habe erschienen die Beiträge mit der SIDEBAR fehlerlos.
    Also ein Danke für die schnelle Hilfe an „Codestyling“

    So und nun werde ich mit Problem 2 hier auch noch ins Forum gehen. ;-)

    Bis gleich Ralf

    Guten Tag beisammen,

    gelesen habe ich hier schon häufiger und auch Hilfe gefunden aber nun kommt es Jahre nach meiner Anmeldung hier doch mal zu einem konkreten Problem :-)

    Das Phänomen, das auftaucht ist, dass bei einigen (!!!) Artikeln die Sidebar unter den Artikel rutscht. Meine Vermutung, dass das etwas mit den (manchmal doch recht großen) Artikelbildern zu tun haben kann hat sich nicht bestätigt. Im Internet bin ich auf eine Info gestoßen, dass WP wohl große Probleme damit hat den HTML Befehl DIV zu interpretieren. Ich habe also darauf geachtet, dass <p>TEXT</p> genommen wird anstatt dem <div> TEXT </div> von Open Office.

    Hier mal ein paar Beispiele wo die Sidebar verrutscht:
    http://www.salsa-muenster.eu/blog/sylvester…ldorf-31-12-12/
    http://www.salsa-muenster.eu/blog/sunday-sa…harity-edition/

    Hier mal ein paar Beispiele wo die Sidebar NICHT verrutscht:

    http://www.salsa-muenster.eu/blog/salsa-soc…ertal-08-12-12/
    http://www.salsa-muenster.eu/blog/salsa-emo…pa-su-01-12-12/

    Ich benutze das aktuelle WP mit dem 2012 Theme. Somit also Standard. Als Editor habe ich mich für Dean's FCKEditor editor entschieden mit dem auch alle Beiträge erfasst wurden. KLEINE INFO : Wegen der Rechtschreibkontrolle werden die Texte mit Open Office geschrieben und dann über die WORD Importfunktion in den Editor eingefügt. Danach entferne ich die Formatierungen und mache diese ganzen <b> <li> <ul> <align=left> Klamotten mit dem FCKEditor.

    Für mich ist irgendwie eindeutig, dass da Probleme bei der Formatierung des Artikels eine Rolle spielen und nicht irgendwelche Zahlen in style.css und Co. Kleine 1. Hilfe Maßnahmen wie Bilder rauslöschen haben nichts gebracht. Wenn ihr den HTML Source eines Artikels braucht bitte ich um Info. Dann kopiere ich den hier eben rein.

    Für Antworten und Tipps dankbare Grüße

    Ralf

    @infected

    :shock:

    läuft wie am 1. Tag. Sogar die grafische Darstellung die immer total hinüber war funktioniert wieder. Vielen Dank für den Tipp. DEN FEHLER hätte ich in 100 Jahren nicht selber gefunden.

    Ich sehe schon hier werde ich mehr Fragen stellen als Antworten geben :shock:

    wird sofort erledigt Julia.

    ich habe ja für den Fall der Fälle die Schutzkopie auf der Festplatte :razz:

    Änderung :

    Die Zeile stand schon drin

    define('DB_CHARSET', 'utf8'); // Der Datenbankzeichensatz sollte nicht geändert werden

    Whau in einer halben Stunde gleich 2 Antworten :razz:

    @ infected
    Die PHP Version ist : PHP Version 4.4.9

    @ bgeissler
    dazu hätte ich gerne von Dir noch die Datei in der ich das eingeben muss. Die werde ich dann wohl selber editieren müssen (was nicht das Problem ist) nur in welcher Datei finde ich diese Angebe.

    Oder soll ich die Zeile an der Stelle eingeben wo nun der Zeichensatz innerhalb der Admin von WB ist. Also gar nichts mit Editieren ?

    Änderung :

    Ich habe die Zeile von Dir bgeissler mal in den die Adminzeile eingegeben unter WP und nun erscheinen solche Sachen bei mir :

    Zeichensatz für Seiten und Feeds
    Eine statische Seite (unten auswählen)

    Ich habe es also ersteinmal wider in normal utf-8 geändert

    Guten Morgen beisammen,

    ich habe mich hier gerade eben erst angemeldet und muss die Gemeinschaft direkt mit meinen Problemchen hier nerven :|

    Ich musste vor einiger Zeit beim Provider innerhalb der SQL Datenbank meine Schutzkopie von der Wordpress SQL Datei zurück sichern und habe dabei Mist mit den Deutschen Sonderzeichen gemacht.

    Diese habe ich daraufhin per Hand (WAT NE ARBEIT) korrigiert und nun ist zumindest das Erscheinungsbild im Blog wieder so wie es sein sollte.

    Seitdem habe ich ein massives Problem mit dem Editor, der bei Wordpress dabei ist. Ich kann einen einmal veröffentlichten Artikel nicht mehr innerhalb von WP aufrufen und erneut bearbeiten. KEINE CHANCE. Die Artikel werden einfach nicht angezeigt. Bei den Benutzern und den Kommentaren funktioniert alles völlig normal und ich kann innerhalb vor WP die Administration starten.

    Mir bleibt also augenblicklich nichts anderes übrig als jeden entdeckten Tippfehler beim Provider innerhalb des SQL Source Codes zu erledigen. Von SQL habe ich soviel Ahnung, dass ich meine Probleme selber lösen kann, würde mich aber nicht als Profi bezeichnen.

    Ihr seht sicherlich ein, dass dieses ewige herumtippen innerhalb des Source Codes beim Provider ein gewisses Gefahrenpotential mit sich bringt :shock: und ich hätte das ungerne als Dauerlösung.

    Kann/muss ich da in den Einstellungen von WP etwas ändern in Sachen Zeichensatz. Den habe ich eigentlich auf UTF-8 stehen genau wie die SQL Einstellungen beim Provider.

    So ich hoffe mal dass ich damit mein Problem halbwegs verständlich beschrieben habe und freue mich auf Hilfe der "WP-Community" :-P

    Gruß Ralf