Beiträge von Webfunk

... hm, der Quelltext ist ein Alptraum aber probier:

#col3 {
margin: 0 auto;
width: auto;

}

Greets, Markus

Wie immer erstmal Grüße in die Runde!

In den letzten Tagen bin ich auf folgendes Problem gestoßen. Vergibt man (aus welchen Gründen auch immer) zum Besipiel eine Kategorie namens Test und gleichzeitig ein Tag namens Test bekommt Wordpress Probleme. Benennt man jetzt die Kategorie Test um, erhält auch das Tag Test den so eben umbenannten Namen der Kategorie. Das Ganze geht auch umgekehrt- benennt man das Tag Test um, erhält auch die Kategorie Test den neuen Namen. Ein Blick in die Datenbank zeigt, das man offenbar keine zwei Taxonomien mit gleichen Namen anlegen kann, in der DB steht am Ende nur jeweils einer der beiden. Benennt man allerdings den Slug der Taxonomien jeweils anders also:

Kategorie Test - Slug test-01

Tag Test - Slug test-02

werden diese trotz gleichen Namen unabhängig verwaltet.

Das Phänomen betrifft dann übrigens auch custom taxonomies.

Kleines praktisches Beispiel:

Zwei Custom Post-Types wie etwa Bücher und CDs. Jeder Post-Type erhält eine eigene Custom Taxonomy wie etwa Farbe Einband und Farbe Cover. Legt man für die Farbe des Covers und des Einbands rot an, und benennt eine der beiden um, zum Beispiel in rot-braun, erhält auch die jeweils andere Farbe den neuen Namen rot-braun.

Das scheint mir nicht Sinn und Zweck der Sache zu sein, zwar lässt sich das Problem durch Vergabe verschiedener slugs umgehen - diese sind jedoch auch in den URLs zu sehen was dann merkwürdig aussieht (/rot-01 und /rot-02). Zum anderen muss man den Anwender dazu anhalten auch die Slugs zu vergeben, was aus dem Editor heraus nur über den Umweg in die jeweilige Taxonomy-Verwaltung möglich ist.

Ich freue mich über Feedbacks zu der Problematik ...

beste Grüße, Markus

auch nicht schlecht ;-) Danke!!

Die Hinweise häufen sich, dass diverse Probleme im Zusammenhang mit Wordpress 2.8 auftreten die (vermutlich) nichts mit dem Theme zutun haben. Es kann auch sein, das bei bestimmten Webspace-Providern die Unterstützung für PHP5 nicht richtig fungiert, was wahrscheinlich die Ursache sein könnte. Ich hatte gestern einen Nutzer der Anfangs ähnliche Probleme hatte, bei ihm lag es nur am Cache. Ich habe gestern nochmal alle Sachen kontrolliert die Theme-seitig als Problemursache infagre kommen, aber von meiner Seite aus scheint alles i.O.

Im Forum hier gibt es mittlerweile unzählige Meldungen zu WP 2.8, 1und1 und anderen Providern so dass ich leider etwas auf der Stelle trete ...

gibt es einen wesentlichen Unterschied zwischen

<?php do_action('wp_footer'); ?>

und

<?php wp_footer(); ?>

bisher habe ich immer erstere Variante im Footer des Themes verwendet, neuerdings wird empfohlen zweitere in den Footer zu packen ...

Greets, Markus

at murratore: im demoblog fungiert alles, blöde frage von mir aber sicher ist sicher: Hast Du nach dem Setzen des Häkchens auf speichern geklickt?

In welche Sidebar hast du ein widget gezogen? es gibt versch. bars für die index-seite, die archiv-seite, die suchseite usw. ziehst du ein widget in die archivbar, wirst du auf der startseite keine änderung sehen. übrigens sind die sidebars von haus aus bestückt, zieht man ein widget in die sidebar, wird die standardbestückung durch deine taten im Backend ersetzt! einige probleme treten aktuell auch mit wordpress auf, lösch mal deinen browsercache und probiers nochmal, die sidebar nach rechts zu schieben (speichern der options nicht vergessen)

Bambaataa: Kritik akzeptiert, wobei ich mir diese pokarte selbst zuzuschreiben habe. ich bin kein fan dieser menus, hab sie aber auf mehrfache anfrage eingebunden, merkwürdigerweise funktioniert das bei mir auf allen browsern recht gut, aber ein anderer nutzer hatte das auch schon bemängelt :( ich schaumal was da noch zu machen ist.

das ist definitiv buggy, hab auf jedem neu aufgesetzten blog das problem, das bei "Uploads in folgendem Ordner speichern" Unter Einstellungen standardmäßig erstmal nur "wp-content" anstatt "wp-content/uploads" drinsteht ... damit geht zum Beispiel auch der Austausch des Headerbilds nicht mehr, weil die Sachen alle in wp-content landen, alle Funktionen aber auf wp-content/uploads basieren!

Mein neues Theme "Iowa Pro" ist fertig und steht zum Download bereit. Aktuell läuft eine 14-tägige Testphase für Interessierte, die das Theme antesten möchten. Das Template ist äußerst flexibel und bietet umfangreiche Optionen zum individualisieren.

Viel Spaß beim ausprobieren, alle Infos gibt es hier:

http://www.web-funk.de/wordpress-theme-iowa-pro

Danke an alle im Forum die mit Rat und Tat zur Seite standen! Die Antworten waren sehr hilfreich und haben den ein oder anderen Nerv beim Schrauben am Theme erhalten ;-)

so, hat sich erledigt... die Lösung war doch recht einfach. In der functions.php musste einfach nochmal der Aufruf der textdomain genau wie in der header.php ... damit ging es ohne Probleme ...

Danke maxe für die Antwort!

das funktioniert nicht für´s Backend zumindest nicht wenn das Theme weitergegeben werden soll. Auf diese Weise lässt sich alles im Frontend lokalisieren aber das Backend muss irgendwie die Textdomain mitbekommen und den Pfad zu den *.mo/*.po files, also via

add_action('init', 'my_lang_function');

und dann per

function my_lang_function() {load_plugin_textdomain( 'my_domain', false, 'pfad' );}

es scheitert eben am Pfad in den Theme-Ordner ...

Greets, Markus

... versuche gerade Wordpress zu überreden, für die Theme-Options-Page meines Themes die Lokalisierungs-Dateien ranzuziehen um für die Options-Page die deutsche Übersetzung zu laden. Diese liegen ganz normal im Templateordner des Themes also unter wp-content/themes/mein_theme/de_DE.mo ...

wie kann ich Wordpres erklären wo die Files liegen?

Für Sachen im Backend geht das wohl mit:

load_plugin_textdomain( 'my_domain', false, 'der Pfad' );

aber scheinbar setzt der Pfad immer den Standort "wp-content/plugins" voraus. Wie kann ich hier den Pfad zum Theme festlegen?

Bin für jede Hilfe dankbar, beste Grüße, Markus

Ein Logo oder der gesamte Header? Gib mal Details dazu per Mail durch. Kontaktdaten findest Du hier:

Webfunk Contact

im Grunde geht es nur darum, das erste Post anzuzeigen, dann zwei Beiträge nebeneinander (über einen floatende Klasse) und dann alle weiteren Beiträge untereinander. Dafür war der Weg wahrscheinlich sinnlos kompliziert, mit einem anderen Versuch geht das schon besser:

<?php if (is_sticky()) { ?>
<?php if ( 1 == $first ) { ?>


das erste Sticky


<?php $first = 0; ?>


<?php } else { ?>


zwei floatende Stickys


<?php } ?>




<?php } else { ?>


die normalen Beiträge


<?php }  ?>
<?php endwhile; ?>

Problem bei dieser Lösung: mehr als ein Sticky führt dazu, das alle Stickys über das erste hinaus zusätzlich beim blättern nochmal auftauchen ...

ich müsste jetzt den Loop so bauen, das zunächst das Stickypost ganz oben erscheint, die ersten beiden normalen Beiträge meine float-klasse bekommen und alle nachfolgenden ganz normal untereinander aufgelistet werden (also ohne float-klasse) - hat da jemand eine spontane Idee das elegant zu lösen?

(Danke natürlich für den Tip Narcanti!)

Moin, Moin ... brauch mal etwas Unterstützung bei folgender Aufgabe:

Auf der Blog-Start-Seite sollen Stickys von normalen Post unterschieden werden. Zusätzlich sollen zwei Queries her die Beiträge einer bestimmten Taxonomy zeigen. Das Ganze sieht bisher so aus:

Als erstes der Loop für stickys:

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


// do stickypost


<?php } ?>
<?php endwhile; else : endif; ?>

dann die erste Abfrage für Beiträge der Taxonomy group_a:

<?php query_posts( array( 'group_a' => 'Grouptag A', 'showposts' => 2 ) ); ?>
<?php while (have_posts()) : the_post(); ?>


// do posts of taxonomy group_a


<?php endwhile;?>
<?php wp_reset_query(); ?>

dann weiter mit mit den normalen Beiträgen:

<?php if (have_posts()) : ?>
<?php while (have_posts()) : the_post(); ?>
<?php if (is_sticky()) { ?><?php } else { ?>


// do normal posts




<?php } ?>
<?php endwhile; ?>

und hinten dran noch eine Abfrage für Beiträge der Taxonomy group_b:

<?php query_posts( array( 'group_b' => 'Grouptag B', 'showposts' => 2 ) ); ?>
<?php while (have_posts()) : the_post(); ?>


// do posts of taxonomy group_b


<?php endwhile;?>
<?php wp_reset_query(); ?>

zusammen sieht das so aus:

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


// do stickypost


<?php } ?>
<?php endwhile; else : endif; ?>




<?php query_posts( array( 'group_a' => 'Grouptag A', 'showposts' => 2 ) ); ?>
<?php while (have_posts()) : the_post(); ?>


// do posts of taxonomy group_a


<?php endwhile;?>
<?php wp_reset_query(); ?>




<?php if (have_posts()) : ?>
<?php while (have_posts()) : the_post(); ?>
<?php if (is_sticky()) { ?><?php } else { ?>


// do normal posts




<?php } ?>
<?php endwhile; ?>






<?php query_posts( array( 'group_b' => 'Grouptag B', 'showposts' => 2 ) ); ?>
<?php while (have_posts()) : the_post(); ?>


// do posts of taxonomy group_b


<?php endwhile;?>
<?php wp_reset_query(); ?>




<p class="pagelinks"><?php previous_posts_link(__('&laquo; weitere Beitr&auml;ge','avenue'), '0'); ?>
<span class="next"><?php next_posts_link(__('neuere Beitr&auml;ge &raquo;','avenue'), '0'); ?></span></p><?php } ?>




<?php else : ?>
<?php endif; ?>

das funktioniert soweit auch, allerdings ergibt sich hier ein Problem beim blättern durch die Beiträge. Bei Klick auf den next_post_link / prev_post_link werden die "normalen" Beiträge zwar durchgeblättert, die Beiträge der beiden Abfragen bleiben aber immer in der Liste der Beiträge drin ... wie müsste dieses Konstrukt aussehen damit das funktioniert?

Greets, Markus

fungiert mit $alt = 'gravatar' ... besten Dank!

o.k., nach einiger Bastelei funktioniert´s ...

thx, Markus

Hi Wordpresser,

bisher hatte ich in meinem Theme eigene Widgets eingebunden die es ermöglichen, dass der Nutzer des Themes die Sidebar nach seinem ermessen zusammenbauen konnte. Dazu gab es einen Ordner "widgets" und einen Ordner "Sidebar" ...

Ein Widget sah dann so aus:

<?php
/*
Plugin Name: Avenue Blogroll
Description: Sidebar Widget to display the Blogroll
Author: Webfunk
Version: 1.0
Author URI: http://www.web-funk.de
*/


if ( !function_exists('register_sidebar_widget') )
    return;


function widget_avenue_blogroll($args) {
    global $wpdb, $post;
    extract($args);
    include(TEMPLATEPATH . '/sidebar/blogroll.php');
}


register_sidebar_widget('Avenue Blogroll', 'widget_avenue_blogroll');
?>

Es wird hier also einfach der Inhalt aus dem entsprechenden File blogroll.php aufgerufen welches dann den Teil enthält der sonst direkt in der Sidebar zu finden wäre, am Beispiel hier :

<?php wp_list_bookmarks('orderby=rand&title_before=<h1>&title_after=</h1>&between=<br />&show_description=1&limit=20'); ?>

Nun hat sich die Widget-API geändert und ich würde gern wissen wie eigene Widgets die in einem Theme integriert sein sollen nunmehr aussehen müssen.

(P.S.: die bisherige Lösung fungiert unter WP 2.8 aber ich würde gerne mit dem neuen Ansatz arbeiten)

Greets, Markus

gibt es eigentlich eine Möglichkeit, das Alt-Attribut bei Gravataren auch mit Inhalt zu füllen? Bislang bleibt dieses schlichtweg leer was nicht im Sinne der Sache liegt ...

Danke für die Antwort, damit gehts schon ...
Greets, Markus

Ich würde gerne folgendes realisieren: Ausgehend von der Sprach-Einstellung in der wp-config sollen unterschiedliche Klassen ausgegeben werden, also wenn wplang = de_DE dann bitte Klasse "x", ansonsten Klasse "y" ...

Wie müsste die Funktion genau aussehen, bin kein PHPler also am besten ne kommagenaue Angabe ;-)

Greets at all, Markus