Beiträge von HolgerGr

Hi maxe,

danke. Aber....es ist bei archieve.php gar kein container mit class=entry-content aktiv. Oder habe ich etwas übersehen?

Ach so...link zur Seite ;-)

http://wighty.de/13/category/boote/

für die Blogbeiträge runterscrollen. Sieht aus als wäre dort nur ein Beitrag. Sind aber zwei, die sich überlagern. Problem ist schlagartig gelöst wenn ich das div lösche. Aber die Beiträge sollen ja nicht da unten bleiben, sondern nach oben rechts neben das Menü und schwarz hinterlegt werden wie der Rest der Seite.

Einzelne Blogbeiträge funktionieren übrigens. Mit der single.php gibt es also keine Probleme. Nur mit der arcieve.php.

Ich habe gerade festgestellt, dass es gar nicht am Loop selber liegt, sondern dass dieses Phänomen immer dann auftritt wenn ich den Loop in ein div packe.

Also...

Ich habe die archive.php von Twentysixteen als Basis verwendet und wollte dann den Loop in ein div packen damit ich Einfluss auf das Design nehmen kann. Aber sobald ich das mache, werden alle Beitäge nicht mehr untereinander sondern sich gegenseitig überlagernd dargestellt. Das ist selbst dann der Fall wenn es für das div noch gar keine Anweisungen im stylesheet gibt.

Dankeschön, ich schau mir das mal an.

Hallo,

hier fehlt wohl etwas denn alle Blogbeiträge werden übereinander statt untereinander gelegt. Aber was?

#
   <div id="hauptcontent1">
        <?php
        // Start the Loop.
            while ( have_posts() ) : the_post();


                
                get_template_part( 'template-parts/content', get_post_format() );


            // End the loop.
        endwhile;
        ?>
   </div><!--hauptcontent1-->

Ersatzweise würde auch ein fixieren des divs gehen, so dass es die screenhöhe einnimmt und nicht mitscrollt aber leider geht auch posotion:fixed; nicht. Wenn ich das mache, rutscht das ganze div auf die rechte Seite. Keine Ahnung, warum. Momentan ist position: relative eingetragen.

hust...das bin ich ;-)

Hallo,

kann mir jemand sagen wie ich das div #links (das das Menü enthält) so einstelle, dass es sich immer der Seitenhöhe anpasst? Im Moment habe ich dem eine fixe Höhe von 1100px gegeben. Die ist auf der Startseite (auf meinem Display) aber viel zu hoch und man muss scrollen um zum Impressumslink zu gelangen. Auf umfangreichen Contentseiten ist es aber viel zu kurz und endet bevor die Seite zuende ist.

Es soll immer so hoch sein wie die Seite, also so hoch, dass das Impressum immer am unteren Seitenrand sichtbar ist. height: 100%; geht leider nicht.

http://wighty.de/13/

Wäre toll wenn das jemand wüßte.

Danke und Grüße
Holger

Echt super! Vielen Dank. Hat einwandfrei funktioniert.

Yippie, Ihr seid klasse! Das hat schon mal geklappt. Ich hatte nur die Werte für den großen Monitor geändert. Jetzt muss der Kasten nur noch auf halbe Seitenhöhe statt an den oberen Seitenrand. Einen festen Wert margin-top kann ich nicht angeben, da ich nicht weiss wie viel Inhalt da reinkommt.

Hallo Leute,

ich habe mich total verzettelt. Ein halbes dutzend media queries und hunderte, teilweise auskommentierte Anweisungen. Die Seite ist schon etwas älter und lag nicht mehr in meinem Fokus. Nun sollte etwas geändert werden was eoigentlich gar kein Problem sein sollte. Aber ich habe alles nur noch schlimmer gemacht. Zusätzlich scheint beim letzten Firefox-Update irgendwas mit dem Inspektor schief gelaufen zu sein. Ich kann die einzelnen Elemente nicht mehr richtig mit der Maus auswählen.

Folgendes: Der rechte Kasten (dieses halbtransparente Teil) soll sich von der Größe her einfach nur dem Inhalt anpassen. Ich hatte ihn damals ganz nach oben an den oberen Rand geklebt. Er soll da weg und etwa in die Seitenmitte. Ihr könnte das allerdings derzeit nur auf einem halbwegs großen Monitor sehen. Auf Tablet oder Handy wird derzeit etwas komplett anderes angezeigt.

Wäre echt dankbar wenn mir jemand helfen könnte.

http://wighty.de/13/

Daaaanke
Holger

Ich hab's endlich. Der Hinweis, dass das Thumbnail von FB gezogen wird, hat den Erfolg gebracht. Ich hatte gar nicht daran gedacht, danach zu suchen. Es war ein Plugin namens Faceboo AutoConnect, das veraltet war.

Vielen Dank Euch allen

Herzlichen Dank. Das passt schon. Die Seite ist nur noch bis zum 11.Juni nötig. Es arbeiten mehrere daran. Daher kann ich nicht genau sagen wer das geschrieben hat. Seit gut einem Monat wurde nichts mehr am Code geändert. Daher denke ich, dass sich etwas auf dem Server geändert hat weil es vorher kein Problem gegeben hat. Die Fehlermeldung ist jetzt weg und damit sollte es bis zum 11. Juni hinkommen.

Viele Grüß
Holger

Zitat

Dein "Profilbild von Erutan" hat als Bildquelle einen direkten Link zu Facebook, warum auch immer.

Ich hatte ganz zu Anfang mal einen FB-Login via separatem Plugin ausprobiert, das dann aber ganz schnell wieder gecancelled, d.h. das Plugin wieder gelöscht. Die Frage ist, warum ich das jetzt nachträglich für den account nicht mehr ändern kann. Es geht weder über den Weg des BP Profils, noch über das WP-Backend.

Hi b3317133

Vielen Dank für Deine Hilfe. Hier die gewünschten Zeilen:

<?php if( $themeoption_layout == 'no-sidebar-full-width' ) {
                        echo '<div class="col9">'; 
                    }
                    else {
                        echo '<div class="col5">';
                    }
                else :
                    if( $themeoption_layout == 'no-sidebar-full-width' ) {
                        echo '<div class="col12">'; 
                    }
                    else {
                        echo '<div class="col8">';
                    }
                endif; ?>

Hatte schon mal jemand ein ähnliches Problem? Ich habe vor Monaten eine WP-Seite mit Buddypress eingerichtet. Alles funktioniert reibungslos aber irgendwann war mein Avatarbild weg. Bei Buddypress ist es noch vorhanden, d.h. wenn nich mein Profil aufrufe, kann ich es sehen. Es fehlt aber in nder Thumbnailansicht und ich kann es nicht neu hochladen oder löschen.

Sehr seltsam! Alle anderen accounts funktionieren einwandfrei. Nur mein eigene will nicht so recht.

Grüße
Holger

Hallo,

seit ein paar Tagen (vermutlich ging ein Serverupdate voraus) bekomme ich eine Fehlermeldung beim twentysixteen Childtheme. Die Variable themeoptiion_layout scheint nicht definiert zu sein. War vorher kein Problem. Ich habe bereits versucht, den Fehler durch ein if(!empty....) abzufangen. Geht leider nicht.

Hat jemand eine Idee, was ich tun kann?

Hier die Proiblemseite:
https://www.mittelalterfest-duesseldorf.de/blog/

Danke und Grüße
Holger

Ich glaube, ich sehe es ein. So schön siteorigin auch ist - dafür ist es nicht geeignet. 2/3 der Spalten sind nur Platzhalter um die Abstände zum Rand und zueinander einzuhalten. Das kann es ja wohl nicht sein. Ich versuche es jetzt einfach mal mit zwei eigenen Containern.

Und schon gehen die Probleme los.

Ich habe in das twentysixteen drei weitere Container eingebaut. Den ersten für das Logo. Darin befindet sich ein Widget.
CSS ist

#logobanner {
    background-color: #FFA54F;
    width: 280px;
    padding-top: 0em;
    padding-bottom: 1em;
    padding-right: 2em;
    padding-left: 2em;
    margin-top: 0em;
    margin-left: 50px;
}

Dann der Container für das Hauptmenü.

#menu1 {
    background-color: #FFA54F;
    width: 280px;
    padding-top: 0em;
    margin-top: 0em;
    margin-left: 50px;
    height: 900px;
    float: left;
    display: inline-block;
    
}

Und zu guter letzt noch dder Container für den eigentlichen Contentbereich

#hauptcontent {

background-color: #FFA54F;
width: 780px;
padding-top: 0em;
margin-top: 0em;
margin-right: 50px;
height: 900px;
float: right;
display: inline-block;
}

Das funktioniert...bis auf zwei Stellen. Erstens rutscht der hauptcontent-Container nicht bis ganz nach oben an den Seitenrand sondern nur bis auf Höhe des logobanners. Ist klar weil das bei float nicht mitmacht. Es kann aber nicht mitmachen weil sonst menu1 rechts neben logobanner rutschen würde. Dann wären es drei Container nebeneinander. logobanner und menu1 sollen aber unereinander bleiben. Ich könnte jetzt einen Minuswert bei margin-toüp eingeben aber der stört wahrscheinlich an irgendeiner späteren Stelle wieder. Muss doch auch eleganter gehen.

Zweitens gibt's in dem Theme einen "bearbeiten"-Link, der eigentlich obehalb des Footers zu finden ist. In meinem Fall ist er aber in den hauptcontent gerutscht und ich habe keinen Schimmer, wieso. Ich würde ihn ja ganz rauslöschen aber im Theme selber finde ich keinen Container mit der ID oder Klasse.#

Link ist hier: http://wighty.de/13/test11/

Danke Dir Edi.

Ich habe gerade eben die fixe Spaltenhöhe für kleine Displays über die Media Queries ausgeschaltet. Das klappt schon mal.

Ja, ich hatte auch darüber nachgedacht, ob ich nicht selber zwei div-Container bastele in die ich den Content packe. Aber dann muss ich ja alles bis zum kleinsten Bisschen an die Responsivität anopassen. Siteorigin macht das innerhalb seiner panels problemlos vollautomatisch. Er packt die Inhalte darin immer genau so zusammen wie es auf dem jeweiligen Bildschirm vorteilhaft ist. Das kriege ich so perfekt niemals hin....denke ich.

Bei den Spalten habe ich einfach die id der jeweiligen Spalte angesprochen, also

pgc-125-0-1  {
    
    background-color: #FFA54F !important;
}

Es wäre aber vorteilhafter sagen zu können: Die zweite Spalte auf der Seite oder: die fünfte Spalte auf der Seite.

Ich habs :-) Allerdings ist die Seite jetzt nicht mehr responsive. Und eine Lösung um auf jeder Seite die gleichen Spalten anzusprechen habe ich auch noch nicht....

Geht das nicht irgendwie nach dem Schema: 1 und 3. Spalte statt #pgc-125-0-1 #pgc-125-0-3?