Beiträge von kaiser

In der erweiterten Forumssuche kannst Du Beiträge eines Users durchsuchen. Here it is: http://forum.wordpress-deutschland.org/design/77595-f…background.html

Schau mal in meine Fußzeile, da gibt's ein Firefox Addon namens Firebug. Damit kannst Du Dir einfach die Css-Classes und -IDs raus suchen. Dann in Deiner style.css entrsprechend ergänzen. Tip: Pseudklassen (zB :hover, :active)

Hilft doch: genauer lesen und Theme-Dateien anschauen.

Schau in Dein Template der Seite Y. Such die Stelle mit dem Code, die auf Deinem Link in der FAQ als erstes angegeben ist. Füge die Zeile, die in der FAQ als nächstes angegeben ist darüber ein.

Pushen ist [...]. Du hast heute um 14:11, 15:46 & 19:38 gepostet. Also wunder Dich nicht, wenn Dir niemand hilft.

Schau mal meine Beiträge durch. Hatte vor einiger Zeit jemanden mit demselben Problem. Da sind alle relevanten Schritte enthalten.

Lege die Dateien in Deinem Themeordner ab. Dann hol sie Dir via include/require(_once) in Deinen Template-Dateien. Solltest Du sie im Admin-UI brauchen, dann schreibe in Deine functions.php sowas wie:

function_name_blabla() { 
include_once(get_bloginfo('template_directory').'/datei_name.php'); 
}
add_action('admin_action_hook_xy', 'function_name_blabla');

Hierbei sollte Dein admin_action_hook_xy dem action hook entsprechen, den Du suchst. Finden kannst Du ihn indem Du die passenden WordPress Core Dateien nach do_action('admin_action_hook_xy'); durchsuchst. Das ganze wird a) sehr schwierig und b) nicht auf Anhieb funktionieren. Weiters öffnest Du Dir damit, wenn Du nicht aufpasst, was da eingegeben wird, alle Türen für eventuelle Hackangriffe.

Dazu brauchst Du die i18n Template Tags von Wordpress. Schau mal im Codex nach. Beispiele sind __('Text', 'textdomain'); _e('Text', 'textdomain'); _x('Text', 'textdomain');

Ad 1) Du musst das Plugin auf Deutsch einstellen, nicht WordPress.
Ad 2) siehe 1)
Ad 3) Das ist das Html-Zeichen für €. Du hast vermutlich Html-Email irgendwo angegeben (bei den Plugin Einstellungen).
Ad 4) In einer der Plugin Css-Dateien. Dort gibt es "list-style-type" als Css Attribut.

Sollte bei 1) & 2) keine deutsche Version zu haben sein, dann musst Du die Template Dateien des Plugins durchsuchen und alles ersetzen.

Kannst Du ein Beispiel geben? zB http://exmple.com/index.php/wp-login.php ??

podscms.org > public forms

Ich wiederhole mich: Eine Klasse/ID schadet niemandem und sie wird auch nicht angegriffen, solange Du dahinter keine Definition legst. Ein title/alt Attribut sollte immer(!) vergeben werden, außer Du bist einer der Menschen, die auch gegen Rollstuhlrampen bei Eingängen und Blindensignale an Ampeln sind. Das ist sinnvoll und wichtig und betrifft in keinster Weise das Markup. Weder in Html 4, noch in 5. Weiters dürfte derjenige sein Css jedesmal "from scratch" aufbauen. Also jeden Schritt, vom Browserreset bis zum border 0 für Tabellen schreiben. Ich bin allerdings ein Verfechter von Frameworks und Libraries. Code sollte man nicht wiederholen.

Wie man mit der Technik zB das .current_page_item ohne ID oder Class hervorheben will ist mir schleierhaft. Ich weiß was ich sage und tue und behaupte, dass der größte Teil von dem Text einfach nur blabla ist (hab's aber nur überflogen). Schau einfach mal in seinen Quellcode rein: Der verwendet selbst ausreichend Klassen und IDs. WordPress bietet aus gutem Grund Dinge wie body_class, post_class, sticky_class etc. an. Ich würde es zwar besser finden, wenn man die Klassen selbst definieren kann, aber solange man sie nicht verwendet ist's: wurscht. Mach Dir einfach keinen Kopf wegen dem Quatsch. Im Gegenteil würde ich Dir eher empfehlen Css Frameworks wie blueprint oder 960 grid system anzuschauen.

Edit: Das es Sinn macht semnatische Elemente wie strong, p, h1-h6, code, address, etc. direkt zu stylen ist klar. Die Seite sollte ja einheitlich ausschauen. Ein li-Element bezeichnet allerdings eine Auflistung und diese kann ganze Artikel, eine Photo-Gallerie, etc. beinhalten. Daher macht es auch Sinn diese nicht nur im Text-Context zu sehen und zu stylen.

Zitat von maxe

Hast du die aktuelle Sprachdatei von Dezember? Dort sollte es eigentlich schon korrigiert sein.
http://wordpress-deutschland.org/download/sprachdatei/

Hab nur automatisches Update laufen... Mea maxima culpa :mrgreen:

Ich persönlich finde Dreamweaver eigentlich rechts schrecklich, wenn's darum geht. Bringt ja auch nix, weil die Vorschau nicht stimmt, etc. Was ich gemeint hab, war eigentlich, dass Dir eine IDE hilft solche Tipfehler zu vermeiden. Da gibt's dann nette rote Wellen und ein Warnsymbol. :mrgreen:

Und der Tip darunter war eigentlich nur eine Hilfestellung wie Du arrays schreiben kannst ohne solche Fehler zu machen. Lies einfach den Text im Code. Der steht dort nicht ohne Grund drinnen.

Oder (noch einfacher): Podscms.org (Pods CMS Plugin). Da gibt's die Public Form. Damit kannst Du genau das erreichen und hast ein super einfaches, sauberes UI.

<?php
if ( function_exists('register_sidebar') )
register_sidebar(array('name'=>'left-sidebar',
'before_widget' => '<ul>',
'after_widget' => '</ul>',
'before_title' => '<span>',
'after_title' => '</span><br />',
));
register_sidebar(array('name'=>'right-sidebar',
'before_widget' => '<ul>',
'after_widget' => '</ul>',
'before_title' => '<span>',
'after_title' => '</span><br />',
));
?>

Schau Dir mal das Array zur register_sidebar(); function genauer an. Du hast Beistriche auch am Ende. Tip: Verwende eine IDE wie Eclipse, dann siehst Du das sofort.

Ein anderer guter Tip:

$test = array(
'Hier mache'
,'ich Beistriche'
,'am Zeilenanfang'
,'weil ich so erstens'
,'keine Fehler bei Beistrichen machen kann'
#,'und außerdem auf jede erdenkliche Art'
//,'einen Wert auskommentieren kann'
#,'ohne einen Fehler wegen dem angehängten'
//,'Beistrich am Ende zu machen'
);

"Deine Theme kann XY selbsterstellte (...)"

sollte

"Dein Theme (...)" sein.

PluginDateien durchsuchen. Dinge wie __('Übersetzbarer Text', 'textdomain_string'); oder _e('Übersetzbarer Text', 'textdomain_string'); sind via Sprachdatei regelbar. Andere Dinge wie echo 'Kein übersetzbarer Text'; sind es nicht.

Nein, nix Css. :) Widgets findest Du im Admin Bereich unter "Design" > "Widgets". Dann per Drag & Drop in die Bereiche einfügen. Voraussetzung ist allerdings, dass Dein Theme Widgetfähig ist.

Niemals Core-Dateien verändern. wp_nav_menu() nimmt auch callback functions als Argumente. Außerdem gibt's glaub ich einen action filter dafür. Wieso Du kein Css dabei haben willst, ist mir unverständlich. Das stört doch niemanden, solange Du den css-classes keine Definitionen gibst. Selbiges mit dem title Attribut. Den div kannst Du irgendwie umgehen (Hab mich damit aber nicht beschäftigt). Das mit den Pfaden versteh ich irgendwie auch nicht. Wie soll da ein funktionierender Link rauskommen?

Da bleiben Dir nur custom post types übrig. Dazu gibt's aber einige Tutorials.