Beiträge von Ammaletu

Wenn es sortierbar sein soll, klingt das nach Tabelle. Falls ja: Früher hatte WP manchmal Probleme mit Tabellen, wenn man den graphischen Editor TinyMCE benutzt hat. In der Code-Ansicht müsste das aber auf jeden Fall klappen. Ansonsten gibt es auch Plugins, die sich um eine einfachere Eingabe von Tabellen kümmern (mal nach "WP Tables" suchen). Einfach mal ausprobieren, würde ich sagen.

Sortieren kann man schön mit jQuery, z.B. hiermit: http://tablesorter.com/docs/

Natürlich nur, wenn die Tabelle nicht so lang ist, dass sie auf mehrere Seiten verteilt werden soll. Dann wird es schwierig.

Tja, jetzt wollte ich Dir eine Seite wie http://ipadpeek.com/ für die Fehlersuche empfehlen, da wird das allerdings richtig dargestellt. Ist das vielleicht ein bekannter Bug des iPads? Hast Du in diese Richtung mal gegoogelt?

Das wirst Du im Theme so bauen müssen, genau wie für den eigentlichen Seiteninhalt auch. Der wird doch jetzt sicher auch einfach mit einer if-Abfrage dagegen gesichert, dass anonyme Nutzer ihn sehen. Das muss analog auch für den Kommentar-Aufruf passieren. Und dann natürlich nicht das "Letzte Kommentare"-Widget in die Sidebar packen oder das Plugin "Widget Logic" nutzen, um dieses Widget auch nur eingeloggten Nutzern anzuzeigen.

Tja, dann kann ich Dir so auch nicht helfen. Da es aber wirklich sehr einfach ist kannst Du ja auch einfach mal den Originalzustand beider Dateien posten. Bitte als Code auszeichnen oder wenn die Dateien länger sind als Anhang posten. Oder extern bei Pastebin oder so. Dann kann ich Dir die Operation gerne vornehmen.

Zitat

Das Problem dabei ist, dass hier nur HTML akzeptiert wird, wenn ich PHP oder Shortcodes eingebe geht das nicht, wie kann ich das ändern das er sowohl auch PHP und Shortcodes annimmt und mir auf der Startseite dir ordertnlich anzeigt.

Sorry, hier kann ich Dir echt nicht folgen. In den Theme-Dateien kannst Du PHP und HTML verwenden, im Beitrag einer statischen Startseite HTML und Shortcodes. In Themedateien gehen Shortcodes mit do_shortcode() verpackt. PHP in Beiträgen/Seiten kann man machen, das ist aber keine gute Idee, finde ich. Da hat man dann in der Regel irgendwas falsch aufgebaut, wenn das nötig erscheint.

Zitat

Das zweite Thema wäre das ich echt header() und footer() aus dieser zweiten Seite rausgenommen habe, da er mir z.b. das menü von der ersten Seite einbindet, was ich natürlich nicht will, da diese 2te Seite ganz anders ausschauen sollte.

header() und footer() sind die Funktionen, welche die header.php und footer.php einbinden, die brauchst Du nicht. Du brauchst aber die beiden Aufrufe:

<?php wp_head(); ?>

und

<?php wp_footer(); ?>

Dadurch werden Hooks aufgerufen, die z.B. JavaScripte ausgeben.

Zitat

das Bild in der php einfuegen muesste dann ja so sein:
[FONT=Arial][size=10]<a href="http://www.beispiel.de"><img src="bild.jpg"></a>[/SIZE][/FONT]

Ja, aber bitte schon noch mit den Pflichtattributen width, heigth und alt am Bild. Außerdem solltest Du einen korrekten Bildpfad einbinden. Also entweder einfach gleichen einen absoluten Pfad bzw. URL zum Bild nehmen oder den Bildpfad mit etwa wie <?php echo get_stylesheet_directory_uri(); ?>/bild.jpg bauen, je nachdem wo es denn liegt. Keine relativen Pfade nehmen, je nach Permalinks gehen die ja nicht auf allen Seiten.

Mehr zu den Links, unten steht aber auch schon ein funktionierendes Beispiel: http://codex.wordpress.org/Function_Refer…t_directory_uri

Zitat

Was fuer mich jetzt neu ist: wie vergebe ich dem Bild eine ID und wie nutze ich die in der CSS?

Dem Bild gibst Du eine ID durch das id-Attribut am Bild, bzw. eine Klasse durch das class-Attribut am Bild. Komplettes Beispiel:

<a href="<?php bloginfo('url'); ?>/" class="screenonly"><img src="<?php bloginfo('template_directory'); ?>/img/header_headline.png" width="334" height="67" alt="<?php bloginfo('name'); ?>" title="" id="headerbild" /></a>

Im CSS greifst Du dann so darauf zurück:

#headerbild {
  /* wirkt nur für dieses eine Bild */
}


a.screenonly {
  /* wirkt für alle Links dieser Klasse */
}

Alles, was Dir jetzt noch fehlt, ist reines CSS, denke ich. Das sollte kein Problem sein.

Zitat

Aber: Warum werden die Bilder nicht nebeneinander angezeigt? Die Bilder sollen ja von rechts "rauskommen". Derzeit muss ich nach unten scrollen. Ich will aber nach rechts scrollen?

Dann musst Du das im CSS entsprechend konfigurieren, die Browser können ja nicht Gedanken lesen.

.entry-content a {
  float; left;
  margin-right: 10px;
  display: block;
}

Das floatet alle Links nach links, besser wäre es vermutlich, es auf Links einer bestimmten Klasse zu beschränken. Kann NextGen da immer eine Klasse dranhängen?

Dann müsste man noch schauen, dass das nicht umbricht. Hm... Vielleicht so?

.entry-content {
  white-space: nowrap;
  overflow: scroll;
}

Naja, ich weiß nicht, ob das schon reicht. Da musst Du etwas experimentieren.

Zitat

Leider ist das mit der variablen Größe natürlich auch ein grauen. Das wusste ich. Aber ich wollte eigentlich sowas wie zu alten Frame zeiten mit frames <frameset cols="50%,*"> machen. Denn jetzt wird beim Fenster kleiner machen auch die linke freie Seite sofort proportional zum kleiner werdenden Fenster in der Breite kleiner. Bei Prozenten sieht das besser aus, ist halt nicht proportional. Bekomm ich das in WP auch hin?

Wenn ich das in Deiner ursprünglichen Skizze richtig sehe, sollen links immer 100px frei sein und dann der Inhaltsbereich so breit wie das Fenster? Sollte das nicht gehen, wenn Du #main einfach keine width aber dafür einen margin-left: 100px gibst? Als Block dehnt sich das dann ja automatisch auf die Fensterweite aus.

Da ist eigentlich nicht viel zu zu erklären. Du trägst in das Extratextfeld des Widgets eine PHP-Funktion ein, die einen Boolean-Wert zurückgibt. Dafür bieten sich die Conditional Tags an:
http://codex.wordpress.org/Conditional_Tags

Um also ein Widget nur auf einer Einzelansicht darzustellen z.B.:

is_single()

Oder kombiniert mit && oder ||, z.B. die Einzelansicht eines Beitrags aus der Kategorie "Käse":

is_single() && in_category('cheese')

Es wird nichts ins Archiv kopiert, die Archive sind nur andere Sichten auf die gleichen Daten. Wenn es also auf der Startseite geht, dann geht es auch im Archiv mit dem richtigen Template-Code.

Hast Du noch den Originalzustand der beiden Themedateien? Da die doch relativ ähnlich sind, z.B. beide den PHP-Code für den Loop haben, sollte es doch leicht sein, den Teil für die Thumbnails von der index.php in die archive.php zu verpflanzen.

Da kannst Du meines Wissens nach jedes Theme nehmen. Ich wüsste nicht, was da speziell optimiert sein soll. Wie bei Plugins auch kann es andersrum natürlich sein, dass einzelne Themes etwas außerhalb der API anstellen, z.B. eigenes SQL ausführen, und dabei bei Multisite schiefliegen.

Als Beispiel wäre es z.B. nicht korrekt, wenn man eine SQL-Anfrage an "wp_options" richten würde, da der Prefix ja nun von der aktuellen Seite abhängt ("wp_2_options" etc.). Also vielleicht Themes mit weniger Funktionalität bevorzugen. Ich selber nutze ein angepasstes Twenty Eleven ohne Probleme.

Natürlich geht das, da ist doch nichts bei, was man mit etwas HTML+CSS nicht umsetzen kann. Als Grundlage kannst Du ein ähnliches Theme nehmen oder besser vielleicht noch ein "leeres" Theme wie z.B.:
http://speckyboy.com/2010/03/22/10-…or-development/

Die Frage ist für mich eher, wo in Deinem Mockup denn nun die üblichen WP-Elemente zu finden sind. Verlinkt jedes Foto auf einen Beitrag? Auf eine statische Seite?

Also ich weiß nicht, wie das bei Deinem Hoster aussieht. Ich habe bei Domainfactory ein Verzeichnis "webseiten" und darin pro Domain einen Unterordner. Drauf zeigen die Domains. Ich könnte neben "webseiten/example.org" aber problemlos einen neuen Ordner "webseiten/blog.example.org" anlegen und die neue Subdomain eben darauf zeigen lassen. Dann ist das alles sauber getrennt.

Zum Thema Überschreiben: Du hast Backups von allem, was wichtig ist, richtig? Datenbank und Dateien!?

Das Bild wird dort fest eingebunden, egal ob es da ist oder nicht. Was es wohl nicht ist. Die Bildadresse wird aus dem Benutzerdefinierten Feld "thumbnail", also eine Theme-spezifische Funktionalität. the_post_thumbnail() nutzt dagegen, soweit ich weiß, das im Editor festgelegte Artikelbild. Stell das also ruhig darauf um, falls DU dieses Custom Field nicht schon an vielen Artikeln gefüllt hast.

Zitat

habe den indexcode mal ins archiv copiert dann wird 1 Artikel angezeigt mit Bild aber eben kein array.

Hast Du den Loop-Code dabei entfernt? Der von Dir zitierte Block muss schon noch, so wie in der index.php, zwischen while (have_posts()) ... end stehen.

Ein Seitentemplate ist keine von WP getrennte Sache, es gelten dort die gleichen Regeln wie in allen anderen Theme-Dateien auch. Ich vermute also, dass Deine Probleme aus Missverständnissen bzw. Unkenntnis einiger Funktionen resultieren. Shortcodes z.B. kannst Du nicht einfach in eine Theme-Datei schreiben und erwarten, dass sie ausgeführt werden, das klappt nirgends. Es gibt aber eine Funktion, do_shortcode glaube ich, die das macht. Such mal im Codex oder hier im Forum, das war vor wenigen Wochen schon Thema.

Ob und wo Du jQuery einbindest kann ich Dir so nicht sagen. Du kannst es über die header.php des Themes einbinden oder besser noch über einen enqueue_script-Aufruf, z.B. in der functions.php. Letzteres klappt nicht, wenn der wp_header() und wp_footer()-Aufruf aus der Datei entfernt wurde. Hast Du im Seitentemplate die Header und Footer komplett rausgenommen? Falls ja musst Du diese beiden Aufrufe aus der header.php bzw. footer.php an die entsprechende Stelle im Seitentemplate kopieren.

Nein, da ist nichts zu beachten. WordPress "scrollt" ja nicht irgendwohin, sondern der Browser. Solange der Anker am Ziel da ist, klappt das auch. Der Link sollte also ...seite2#uebersicht lauten, dann müsste das gehen.

Freut mich, dass es wieder funktioniert. Für alle anderen, die hier vielleicht per Google landen: Ich würde es nicht als Patentlösung ansehen, UTF-8-Daten als ISO zu behandeln. Wieso das hier geklappt hat, kann ich nicht mal sagen. Generell wäre wichtig, die Daten schon explizit als UTF-8 zu exportieren (je nach Tool ja einstellbar) und dann auch so wieder zu importieren.

Normalerweise in der archive.php. Such ansosnten doch mal in allen Themedateien nach "the_post_thumbnail". Das steht sicher an einigen Stellen ohne ein if davor, denke ich.

Ich würde das nicht über Custom Fields lösen. Das klingt nach einem Einsatzgebiet für einen Custom Post Type. Du hättest dann im Menü neben Artikeln und Seiten die Möglichkeit, Tiere anzulegen. Mit ein paar Codezeilen kannst Du der Bearbeiten-Ansicht um Felder ergänzen. Für die Ausgabe sollte am besten ein eigenes Template her.

Hier mal ein wahllos per Google rausgefischtes Tutorial zum Thema:
http://www.elmastudio.de/wordpress/word…-du-sie-nutzen/

Vermutlich könnte man das irgendwie machen, aber ist es wirklich so wichtig, ob da ein paar leere Ordner liegen?

Spricht etwas dagegen, einen Unterordner zu benutzen? example.org/blog oder so? Oder vielleicht auch gleich eine Subdomain, á la blog.example.org. Dann ist das doch alles sauber getrennt.