Beiträge von kunstgriff

    Erledigt

    Es hat sich erledigt. Es lag an der Kompatibilitätsansicht des IE 8, die ich jetzt aktiviert habe. Plötzlich passt es. Ist aber doof, weil 3/4 aller User mit dem IE kommen und vielleicht keine Kompatibilität haben. Immer der IE. Vielleicht hat ja jemand eine Idee, wie das direkt lösbar wäre, also ohne Kompatibilität. Für den Fall, dass es interessiert: Alle 3 Sidebars sind über eigene ID in der sidebar.php angesprochen nach diesem Schema:

    PHP
    <div id="sidebar">
            <ul>
                <?php     /* Widgetized sidebar, if you have the plugin installed. */
                        if ( !function_exists('dynamic_sidebar') || !dynamic_sidebar(1) ) : ?>

    Dann

    Code
    <div id="sidebar2">

    usw.

    In der functions.php dann dieses:


    usw.

    Und schließlich in style.css: Das Grundverhalten ist bei allen gleich (bzgl. Textfarbe & -größe, Linkfarbe, etc., weitgehend von Kubrick geerbt), auch Alignment und Weite sind für alle gleich:

    Code
    #sidebar, #sidebar2, #sidebar3
    {
            float: left;
        padding: 20px 0 10px 0;
        margin-left: 45px;
        width: 190px;
        }


    und jede Seitenleiste hat eine eigene Hintergrundfarbe:

    Code
    #sidebar {
    background-color: #e4e4e4;
    }
    
    
    #sidebar2 {
    background-color: #F7FFCE;
    }


    usw.

    Braucht der IE eine eigene Stildefinition, um das zu verstehen? Warum ist der so inkompatibel zuweilen?

    Die Seite validiert übrigens ohne Widgets und Plug-Ins als XHTML. Wie gesagt: Im Kompatibilitätsmodus des IE funzt es jetzt. Ideen sind herzlich willkommen.

    Moin! Isch hätt' da gern mal 'n Problem. Suche erfolglos, sehr wahrscheinlich ist aber auch noch keiner auf so eine abstruse Idee gekommen, um dem Problem zu begegnen: Ich habe Kubrick bis zur Unkenntlichkeit rundumerneuert. Ich mag die Klarheit, die eingebauten Funktionen, aber es wurde Zeit für Neuerungen.
    Erhalten wollte ich gerne diese Anzeige über if-Anfrage, die bei Suchen und im Archiv anzeigt, wonach gesucht wurde. Sieht vom Prinzip her so aus:


    Normalerweise sitzt das in der Seitenleiste, außer in der search.php, da steht eine ähnliche Anfrage im Post-Bereich. Egal, wo ich die hinpacke: Seit ich eine 3-spaltige Sidebar habe, die unter dem Post sitzt, bastelt der IE 8 irgendeine wilde Verschachtelung dieser 3 Sidebars (alle haben eine eigene ID), wenn obige if-anfrage eine Ausgabe ergibt. Ansonsten ist die Anzeige normal, also 3-spaltig unter dem Post-Bereich und über dem Footer.
    Sollte mehr Code nötig sein, poste ich den gerne. Hoffe, das Prob ist klar geworden. Eine Idee wäre mehr als hilfreich. Das Blog läuft schon gebildet
    Firefox ist diesbezüglich sehr korrekt und zeigt immer alles. Zum Testen: Ich habe die Abfrage in der archive.php rausgenommen, weil die oft benutzt wird und viele User mit dem GRMPF* IE angeschusselt kommen. Man gebe mal im IE eine Suchabfrage ein, dann kommt das Dilemma ans Tageslicht.

    Genial! Chapeaux!

    martialblog: Ich weiß, der User sollte sich eigentlich daran erinnern, was er wenige Sekunden zuvor angeklickt hat. Aber: Es kann ja an der Tür klingeln, die Katze stürzt fast vom Balkon oder -- weiß der Gilb, was noch alles dazwischen kommen kann. Er kommt zurück und wundert sich, was er da für eine Liste vorfindet. Ich habe viel herumprobiert, mit

    Code
    the_author();

    ,

    Code
    $authordata->ID

    und was weiß ich. Denn wer A sagt, muss auch konsequent B sagen. Ich habe für alle Suchanfragen, Kategorieklicks etc. im Archiv eine Anzeige des gesuchten/geklickten Begriffs, nur für den Autor klappte es nicht -- bis ich deine Lösung fand. Die entsprechende Passage in der Archive.php sieht nun so aus (und funktioniert tadellos):

    Ich habe es jetzt nur noch mal gepostet, um die Komplettlösung zu zeigen. Vielen Dank nochmal! Eine elegantere Lösung ist mir nicht bekannt, aber warum auch? Die hier ist gut!

    Jau, so soll das sein mit den ID's! Nach Einsatz des Plug-Ins zeigte sich: Die von mir gesuchte Kategorie (in der Zählung #15, weil als 15. Item angelegt) hat die #57. Dass die Kategorie #1 (Allgemeines) nicht korrekt angezeigt hat, lag an falscher Kat.-Vergabe meinerseits. Ansonsten ist - abgesehen von #1 - die Nummernvergabe von #16 bis #57, quer Beet & scheinbar ohne Zusammenhang. (Das soll mal einer ahnen!)
    Mit den Nummern in der Hand klappt jetzt alles! (Und sieht jetzt so aus.) VIELEN VIELEN VIELEN DANK! :mrgreen:

    Nur noch eine technische Frage, um für meinen begrenzten Horizont die Logik (und den oben beklagten, scheinbar nicht vorhandenen Zusammenhang) klarzukriegen: Erfolgt die ID-Vergabe immer der Reihe nach und bezieht auch die Seiten, Benutzer und Posts mit ein? Denn dann käme das wohl so hin mit #57.

    Zeige mal den gesamten Code...

    Hier isser:

    Theme: Aero 2.0.

    ... und hat die Kategorie Allgemein überhaupt die ID 1 ??

    Tja, das ist eine gute Frage. Gehen die ID-# nicht chronologisch? Und hat nicht die (nicht löschbare) Kategorie "Allgemeines" die #1?

    query_posts in index.php funzt nicht

    OK, ich habe einen Fotoblog gebastelt, der zunächst Tutorials, kleine Fotolinks etc. enthalten hat. Nun aber habe ich eine extra Kategorie für reine Fotopräsentation eingeführt, die ich bei Seitenaufruf präsentieren möchte. (Alles andere kann über die Sidebar aufgerufen werden.)

    Über die o.g. Variante mit query_posts und der Cat-ID haut das irgendwie nicht hin. Gebe ich z.B. 1 ein (sollte ja die erste Kategorie Allgemeines sein), zeigt die Startseite eine wilde Zusammenstellung verschiedener Artikel an, die z.T. aber ganz anders kategorisiert sind.Dabei werden ganze Tage nicht berücksichtigt. Gebe ich irgendeine andere Zahl ein, erhalte ich eine Startseite mit header, footer und sidebar, aber ohne angezeigte Posts. [Ergänzung: Wegen des dunklen Hintergundes habe ich nicht gesehen, dass "Sorry, keine passenden Artikel" angezeigt wird.]

    Hat jemand eine Idee, was da nicht stimmt?:confused:

    Habe es zwischen

    PHP
    <?php
    get_header();
    ?>

    und

    PHP
    <?php if (have_posts()) : while (have_posts()) : the_post(); ?>

    eingefügt.

    THX 4 help.

    THX für schnelle Antwort!

    Mir ging's zunächst darum, beim Anpassungsprozess auf mehr als die unter Darstellung > Widgets angezeigten zurückgreifen zu können. Ich wechsele gerne mal das Design und hätte gerne mehr im Dashboard zur Auswahl, um sie mal zu aktivieren, mal wieder nicht. (Ist auf diese Art sehr komfortabel.) Aktuell wollte ich gerne die Katgeorien als Wolke haben, krieg sie so mit Bordmitteln im Dashboard aber nicht hin.

    Werde aber mal die Plug-Ins durchforsten. Ehrlich gesagt, war mir nicht ganz so klar, dass viele Widgets unter Plug-Ins zu finden sind. Meine Denke: Unterschiedliche Namen = unterschiedliche Prgrammteile. :oops: Ähm... Anfänger halt.

    Moin! Folgendes Problem: Habe seit einigen Tagen WordPress auf eigenem Webspace. Benutze das IMHO wundervolle Theme Connections Reloaded und bin gerade dabei, das Design anzupassen und alle Ausgaben ins Deutsche zu übersetzen. (Nicht unanstrengend!)
    Bei der Auswahl möglicher Widgets sind aber scheinbar Grenzen gesetzt, denn ich kann manche Widgets, die ich gerne hätte, nicht in der Auswahlliste möglicher Widgets finden. Mir ist bekannt, dass "mein" Theme auf Connections basiert, welches gar keine Widgets zulässt. Dieses wurde in der Reloaded-Fassung entsprechend geändert.
    Wie kann ich nun weitere Widgets im Code implementieren?

    Ich vermute, dass das in den Theme-Funktionen (functions.php) stattfinden muss, wahrscheinlich hier irgendwo:
    [INDENT]if ( function_exists('register_sidebar_widget') )
    {
    register_sidebar_widget(__('Search'), 'widget_conrel_search');
    register_sidebar_widget(__('Calendar'), 'widget_conrel_calendar');
    register_sidebar_widget(__('Tag Cloud'), 'widget_conrel_tags');
    register_widget_control(__('Tag Cloud'), 'widget_conrel_tags_control', null, 175);
    }

    [/INDENT]Zwei Fragen (ich habe vorher im Forum gesucht, bin aber entweder zu blöd zum Finden oder die Sache ist so logisch, dass alle außer mir das wissen)::confused:

    1. Bin ich da in der richtigen Datei an der richtigen Stelle? Falls nicht: Wo muss ich das machen?
    2. Wie stelle ich das an, Widgets zu implementieren, die sich nicht unter Darstellung > Widgets tummeln?

    Danke für die Hilfe! Ich hoffe, es wird klar, wo's bei mir hakt.

    Für die Zukunft...

    Bin auch ein WordPress-Neuling, habe aber vorher mit BetaBlogger experimentiert. Experimente können naturgemäß auch schiefgehen. Deshalb lasse ich mir den AdminBereich in einem einem eigenen Fenster oder Tab geöffnet, dort wird programmiert und ausprobiert. Dann gehe ich im Dashboard mit der Maus auf den Link oben links, klicke rechts und wähle "Link in neuem Fenster öffnen" oder "Link in neuem Tab öffnen" -- sehe ich dann, dass etwas nicht funzt, kann ich immer noch auf das administrative Fenster zurückgreifen und etwas ändern. Spart im Zweifelsfall 'ne Menge Arbeit (und Lebenszeit, die wir ja für's Bloggen nehmen wollen).