Beiträge von Ammaletu

Also um erstmal das Desaster mit den hochgerutschten Kommentaren zu beseitigen, probiere mal Folgendes im Stylesheet einzufügen (ab Zeile 237 müsste es stehen):

#inhalt .postmetadata {
  clear: both;

Damit das zweite Bild nicht danebenrutscht sollte es reichen, das erste Bild nicht linksbündig zu markieren. Soll es ja in dem Fall auch nicht sein.

So auf Anhieb würde ich vermuten, dass Deine Probleme weniger am Sprung auf 2.5 als vielmehr am (impliziten) Sprung auf 2.3 liegen. Da wurde doch die ganze Kategorienstruktur in der DB umgebaut.

Folgende Fragen solltest Du beantworten:
- Nutzt Du Plugins, die in die Darstellung auf der Seite eingreifen und vielleicht etwas mit Kategorien zu tun haben könnten? Plugins zum Sortieren der Kategorien etwa?!
- Enthält Dein Theme irgendwo eigene SQL-Queries?

Davon abgesehen: Welches Theme verwendest Du überhaupt?

Standardmäßig hat WordPress das RSS-Widget dabei, das genau das machen müsste. Wenn Du keine Widgets nutzt, gibt es dafür auch Plugins.

Du könntest den Übersetzer der Version 1.2 fragen, ob er die 2.0.1 übersetzen könnte:
Jessman.com | Growing blog » Blog Archive » WordPress-Plugin: Democracy AJAX Umfrage

Oder Du machst es einfach selber:
milko´s spotLight » Beitrag » Wordpress Plugin Übersetzungen - Tutorial
Es gibt sicher bessere Tutorials, aber ich habe auf Anhieb kein umfangreicheres gefunden.

Ok, jetzt wollte ich Dir gerade beschreiben, wie Du Dir selber ein Widget bauen kannst, aber brauche ich gar nicht. Es handelt sich doch um dieses Plugin hier, oder?
Democracy AJAX Poll at Jalenack

Dann aktualisiere das mal auf die neue Version 2. Die enthält nicht nur ein Widget, sondern es wurde auch eine XSS-Lücke geschlossen:
Democracy Plugin XSS Vulnerability ALERT

Zitat

Die Frage ist nur, welchen Vorteil hätte dann eine zusätzliche single.php?

Übersichtlichkeit. Wenn man verschiedene Dateien für verschiedene Ansichten benutzt (Index, Single, Page, Archiv etc.) und Gemeinsames auslagert (Sidebar, Header, Footer), weiß man normalerweise sofort, wo man etwas suchen muss, und die Dateien werden kleiner. Dafür kommt die ein oder andere Codezeile dann doppelt vor. Aber solange Dein Theme funktioniert und Du es nicht aus Interesse umbauen willst oder es Dir wirklich zu kompliziert aufgebaut ist, lohnen sich Modifikationen vermutlich nicht. Du weißt schon, "never touch a running system".

Meine Bemerkung zu JavaScript bezog sich auf die Tatsache, dass jeder Besucher Deiner Seite und damit natürlich auch Du selbst JavaScript im Browser deaktivieren kann. Und ohne wirst Du den Button nicht sehen können, glaube ich. war jetzt nur eine Möglichkeit, wieso es bei Dir nicht klappen könnte.

Dir ist schon klar, dass Du die Breitenbegrenzung des iFrames loswerden musst, oder? Dazu hatte ich in meiner letzten Antwort ja schon was geschrieben. Andernfalls nützt Dir ja auch die ausgeblendete rechte Spalte nichts. Das Design, dass Du verwendest, ist nun mal mehr oder weniger fluide, da sollte es auch das iFrame sein.

Ob sich die rechte Spalte einfach ausblenden lässt, kann ich Dir auf Anhieb nicht sagen. Mit einer entsprechenden overflow-Definition am iFrame geht das vielleicht sogar, aber so richtig gut würde das vermutlich nicht aussehen. Das grundlegende Vorgehen hatte ich Dir ja schon geschildert (Template erstellen, Variable definieren, diese in sidebar.php abfragen). Aber ich denke, Du fährst besser, wenn Du erstmal den Platz in der Content-Spalte ausnutzt. Wenn Du nicht gerade mit einer 800*600-Auflösung unterwegs bist, sollte die Tabelle da eigentlich schon hinpassen, wenn Du die festen 680 Pixel Weite loswirst.

Steht etwas im PHP-Errorlog drin?

Du wirst aber nicht drumrum kommen, die comments.php Deines Themes in die page.php einzubauen. Wenn die nicht da ist, sieht man natürlich weder Kommentarfeld noch Kommentare. Wenn Du die Datei nicht änderst und sie in der single.php funktioniert, sollte sie eigentlich auch in der page.php funktionieren, würde ich sagen.

zu 1.: Da ich den Abstand im IE7 nicht sehen kann, würde ich mal darauf tippen, dass es sich um einen der vielen, vielen, vielen Bugs im IE6 handelt. Und zwar um einen, der im IE7 behoben wurde. Das grenzt das Suchfeld ein wenig ein, wenn auch nicht sehr. Je nachdem, wie Du das Menü genau aufgebaut hast, kannst Du googlen nach "IE bug margin" oder "IE bug float". Einfach über "IE haslayout" belesen könnte auch helfen.

Zu 2.: Beziehst Du Dich darauf, dass beim Einfügen eines Bildes die anzeige des Editors immer an den Anfang springt? das nervt mich auch tierisch, aber es geht besser, seit ich mitbekommen habe, dass der Cursor dabei nicht mitspringt, nur die Anzeige. Einfach die Cursortasten benutzen und Du solltest wieder da sein, wo Du vorher warst. Das tritt bei mir auch mit ausgeschaltetem TinyMCE auf, das hilft dabei also schon mal nicht. Ob andere Editoren (FCKEditor z.B.) das besser machen, kann ich Dir leider nicht sagen.

Weiße Seite heißt entweder das Memorylimit wurde überschritten oder es ist ein PHP-Fehler aufgetreten. So oder so solltest Du hoffentlich etwas in Deinem PHP-Errorlog finden (Forensuche falls Du nicht weiß wo das Log liegt). Mit einer konkreten Fehlermeldung können wir Dir vermutlich eher weiterhelfen.

Also das ist IMHO ein ganz klassischer Anwendungsfall für jQuery. Sowas kann man damit in wenigen Minuten basteln. Allerdings müsstest Du dann in den Beiträgen etwas im Quelltext arbeiten.

Ok, hier erstmal der Link zur jQuery-Doku:
Effects/toggle - jQuery JavaScript Library

Ok, sagen wir mal, Du hast im Beitrag folgendes stehen:

<span class="toggleLink">Hier klicken</span> <span class="hidden">Ich bin unsichtbar.</span>

WordPress würde das Ganze dann ja noch in ein p-Eleemnt verpacken, wenn davor und danach eine Leerzeile steht. Statt span kannst Du sicher auch passendere Elemente benutzen, je nachdem, was Du inhaltlich darstellen willst. Falls Du TinyMCE benutzt, musst Du aber schauen, dass der Dir Deine Elemente nicht wegzappt.

Ok, ins Stylesheet kommt dann folgendes:

.toggleLink {
  /* Link-Formatierung hier ergänzen */
}


.hidden {
  display: none;
}

Damit wird der Text beim Laden der Seite nicht angezeigt. Und dann müsstest Du noch eine JS-Datei in Dein Theme einbinden mit folgendem Inhalt (jQuery muss natürlich auch eingebunden werden):

/**
 * The following is jQuery functionality that will be executed as soon as the
 * DOM is ready (roughly equal to onload).
 */
jQuery(function($) {
  $(".toggleLink").click(function() {
      $(this).next(".hidden").toggle();
    });
});

Damit wird der versteckte Text beim Klick auf den "Link" an- und wieder ausgeblendet. Ohne JS sehen Deine Besucher den Text nicht, ohne Stylesheet sehen sie ihn immer.

Hast Du das iFrame einfach in den Quelltext einer statischen Seite eingefügt? Dann werden diese Seiten auch über die page.php angezeigt.

Soweit so schön. Dein Problem kann ich aktuell allerdings nicht ganz nachvollziehen. Hast Du vor, die Tabellen wesentlich breiter zu machen? Im Moment passt doch alles gut, und das iFrame nutzt den vorhandenen Platz nicht wirklich aus. Jedenfalls nicht bei einer größeren Auflösung.

Mal sehen... Das iFrame ist fest auf eine Breite von 680 Pixeln gestellt. Der Contentbereich wird aber größer, wenn das Fenster entsprechend Platz bietet.

Wie wäre es denn damit, die width-Angabe am iFrame zu entfernen und zu ersetzen durch:

class="iframetour"

Und dann kannst Du dafür etwas im Stylesheet Deines Themes definieren, z.B.:

.iframetour {
  min-width: 680px;
  width: 100%;
}

Oder etwas in der Art.

Ich habe übrigens letztens einen sehr informativen Artikel zum Thema "WP-Performance analysieren" gefunden. Der enthält eine Anleitung, wie man sich alle WP-DB-Queries ausgeben lassen kann:
WordPress Performance analysieren (Plugin) - bueltge.de [by:ltge.de]

Ich habe es selber noch nicht ausprobiert, aber eventuell kommst Du ja damit darauf, an welcher Stelle im Theme das auftritt!? Könnte einen Versuch wert sein.

Nein, da kann Dir vermutlich keiner helfen, solange Du gewisse Grundlagen von WordPress nicht verstanden hast (so wirkt es im Moment zumindest). Nicht übel nehmen, aber so spezielle Probleme musst Du einfach größtenteils selber lösen.

So, dann probiere ich es noch mal. Folgende Fragen solltest Du Dir stellen, denke ich:
- Blendet das "Category Access"-Plugin Deine geschützten Posts auch aus der Suche, aus dem Monatsarchiv, dem Jahresarchiv, dem Tagesarchiv und dem Tagarchiv aus? Denn wenn nicht, ist der ganze Ansatz schon mal eher witzlos.

- Welches Template benutzt die IUBH-Seite? Wenn Du mit der Frage nichts anfangen kannst, belies Dich doch mal zu "Custom Templates" oder "Seiten-Templates" (Google oder Forensuche). Nutzt die Seite überhaupt ein eigenes Template?

- Welche Beiträge sollen auf der IUBH-Seite erscheinen? Du musst das irgendwie formal ausdrücken können, z.B. "die neuesten x Beiträge" oder "alle Beiträge der Kategorien x, y und z" oder "alle Beiträge, die mit dem Tag x versehen sind" etc. Du könntest z.B. mehrere Kategorien definieren, deren Beiträge dort erscheinen sollen, wovon einige geschützt sind. Falls Du die Standard-Startseite nutzt, stehen alle diese Beiträge dann natürlich auch auf der Startseite. Eine andere Frage könnte also sein:

- Nutzt Du die Standard-Startseite? Oder eine statische Seite mit einem eigenen Template? Oder ist die index.php des Themes an spezielle Wünsche angepasst worden?

So, ich hoffe, das bringt Dich mit diesem Problem etwas weiter.

Bevor Du irgendwas machst, solltest Du auf jeden Fall sofort noch mal ein DB-Backup ziehen. Was auch immer da bei Dir gerade passiert, es gibt doch eine gewisse Chance, dass keine Beiträge aus der DB gelöscht wurden. Die Beiträge, die im letzten Backup nicht drin sind, kann man aus dem neuen Backup zur Not wiederherstellen, schlimmstenfalls in dem Du da wirklich einfach die Texte rauskopierst und neu einstellst, wenn alles wieder läuft.

Was jottlieb damit sagen möchte *g*: Widgets sind extra für Nutzer gedacht, die nichts oder nicht viel an der Sidebar ändern möchten. Für ausgefallenere Anpassungswünsche sind sie dagegen nicht gedacht, da fährt man meistens besser damit, das einfach direkt in der sidebar.php des Themes zu ändern und auf die Widgets zu verzichten.

Änderungen an Kerndateien sollte man natürlich auf keinen Fall vornehmen, dafür wird WP zu oft aktualisiert. Aber wenn Du gerne bei den Widgets bleiben möchtest, kannst Du Dir natürlich dieses eine Widget aus der widgets.php raussuchen und in die functions.php des Themes kopieren. Dort passt Du es dann an und registriert es einfach unter dem gleichen Namen noch einmal, so dass das Default-Widget überschrieben wird.

Das ist eigentlich recht einfach. Wenn Du Dich mit PHP allerdings gar nicht auskennst und Dich da nicht wirklich rantraust, würde ich Dir von so einer Operation eher abraten. Es wird Dir hier jedenfalls vermutlich niemand den fertigen Code posten (oder hat das zufällig jemand in seinem Theme schon zu liegen?). Ich kann Dir aber grob schildern, wie Du vorgehen musst, wenn Du es probieren willst.

Andere Frage: Hast Du in Deiner Sidebar auch eine Anzeige aller statischen Seiten? Soll das Impressum dort dann auch ausgeblendet werden?

Wenn Du ein Theme benutzt, das alles in die index.php quetscht oder aus anderen Gründen keine single.php hat, dann kann ich Dir so erstmal nichts dazu sagen. Der Link ist dann eben in der index.php falsch, aber er müsste dort auch mehrmals vorkommen. Die Stelle, die für die Einzelansicht zuständig ist, müsste korrigiert werden.

Verrate uns doch bitte etwas mehr über das Theme. Welche PHP-Dateien hast Du denn? Und wenn es nur die index.php ist, poste sie doch ggf. mal komplett.

Ok, ich korrigiere mich mal: Zuerst einmal müsstest Du herausfinden, mit welcher Themedatei die Seite angezeigt wird, welche Du ändern möchtest. Ich hatte auf die page.php getippt, aber vielleicht ist es ja auch schon ein Template (letzteres kannst Du im Backend überprüfen, beim Editieren der Seite).

Wenn es schon ein Template ist, müsstest Du rausfinden, ob es nur für diese eine Seite verwendet wird oder auch für andere. In letzterem Fall speicherst Du es entweder unter neuem Namen ab oder baust die Änderungen mit einer Bedingung ein, so dass sie nur für diese eine Seite gelten.

Und dann kommt es darauf an, wie das Theme genau aussieht. Mangels Link kann ich mir das ja nun nicht anschauen. Du könntest dann z.B. in dem Template ein div mit einer Klasse um die Sidebar definieren und im Stylesheet für diese Klasse eine der beiden (?) Sidebars ausschalten oder die Sidebar schmaler definieren. Oder Du setzt im Template eine PHP-Variable und liest diese in der sidebar.php wieder aus und machst da dann etwas. Wie gesagt, genauer kann ich es Dir auch nicht sagen, ohne die Seite gesehen zu haben und zu wissen, was genau Du da erreichen willst.