Beiträge von F-rank

Hallo Charlet,

das muss unscharf sein, da auf deiner Beispielseite ein tatsächlich 150x150px-großes Bild via CSS für das img-Element hochskaliert wird auf 100% Container-Größe. Das CSS sollte wg. Responsive Design auch so bleiben, vermute ich einmal.

Kannst du ein anderes Bild in besserer Auflösung als Vorschaubild auswählen?

Schöne Grüße,
Frank

Mir fallen spontan 2 Dinge ein:

ich würde zunächst einmal in der Datenbank via phpMyAdmin nachsehen, ob sich da mit Tabellen reparieren/ optimieren etwas ändert und ob sich an der Struktur bzw. Größe der Tabellen etwas Auffälliges getan hat (ich hatte z.B. einmal Tausende von Datensätzen eines deinstallierten Plugins in der wp_posts-Tabelle).

Dann würde ich versuchen, die PHP-Error-Logs zu inspizieren, ob sich da vielleicht etwas Sprechendes ergibt.

Grüße!

Du könntest auch in der functions.php versuchen:

function mein_kommentar_titel ( $defaults ) {
  $defaults['title_reply'] = 'Hinterlasse einen Kommentar';
  return $defaults;
}
add_filter( 'comment_form_defaults', 'mein_kommentar_titel' );

:-)

Unter Einstellungen => Diskussion musst du (vob oben gesehen) den 2. und 3. Haken herausnehmen. Diese Einstellung betrifft aber nur neue Artikel,Seiten und Medienseiten, die du noch nicht erstellt hast.
Das Deaktivieren für bestehende Inhalte nimmst du an diesen selbst über das Modul "Diskussion" vor.

Grüße,
Frank

Zitat von ameier

Ich hoffe, das ist nun etwas verständlicher.

Nö. Immer noch nicht richtig. Wo kommt denn nun genau das Archiv ins Spiel? Und was ist der Inhalt der Unterseiten? Falls es um Teilmengen der Oberkategorie geht, wie ist das gelöst, über Schachtelung von Kategorien, oder Tags? Eine etwas weniger abstrakte Darstellung wäre in deinem Fall ziemlich hilfreich ... gibt's einen Link, etwas Konkreteres?

Ähm, du möchtest für jede Kategorie ein eigenes Archiv?

Hmm - ganz klar ist mir die Beschreibung nicht. Ich deute das mal so, dass du eine Kategorienseite als Submenüpunkt angelegt hast und jetzt der Hauptmenüpunkt gleichfalls hervorgehoben wird?! Das wäre normal. Oder was springt da?

Meine spontane Idee wäre, dies via Design => Menüs zu lösen und dort ein eigenes Menü zu erstellen. Gib dem Menü einen Namen, klicke links "Kategorien" an, setze bei A, B, C, D einen Haken und füge sie per Klick zum Menü hinzu. Vor dem Speichern des Menüs rechts setzt du bei den Menü-Einstellungen noch die gewünschten Haken.

Funktioniert super bei mir: im Firefox und auch Chrome. Welchen Browser benutzt du? Hast du irgendwelche Browser-Extensions wie Script-Blocker installiert?

Grüße

Dunkel hinterlegt ist ja normal bei der Lightbox - kannst du in einer Bildergallerie blättern? Ich meine: werden da Schaltflächen im oder beim Bild angezeigt? Diese und eine Schließen-Schaltfläche sollte es im sog. Overlay (das, was nicht abgedunkelt ist) geben.

Grüße

Gern geschehen.

Ein Tipp noch: du solltest nicht 2 Domains auf denselben Inhalt zeigen lassen. Domains sollten bei gleichem Inhalt auf eine Zieldomain weiterleiten und diese zeigt dann im Cofixx auf "/" - denn:
https://de.wikipedia.org/wiki/Duplicate_Content

WordPress übernimmt dabei für dich die www-Umleitung, je nachdem, welche Domain du im WP-Backend unter Einstellungen => Allgemein festgelegt hast, d.h. die beabsichtigte Zieldomain kann im Confixx mit und ohne "www" auf "/" zeigen.

Schöne Grüße!

W3c

Nun, eine Quelle hat sich dank Kevin inzwischen gefunden, an dieser Stelle. Was sich dort allerdings an sachlichen Argumenten, auf Seiten verteilt, finden lässt, spricht ja aber gegen eine Übersetzung von post mit Beitrag und für die Beibehaltung des bis v3.4 gebräuchlichen Artikels.

Ich möchte daher eine Diskussion überhaupt einmal anregen. Da wir im HTML5-Zeitalter angekommen sind, vielleicht am besten so:

Zitat von http://www.w3.org/TR/html-markup/article.html

The article element represents a section of content that forms an independent part of a document or site; for example, a magazine or newspaper article, or a blog entry.

A blog entry, das wäre laut W3C eine typische Verwendung für das <article>-Element. Damit ist nun nach aktueller Übersetzung Beitrag gemeint ...

Für mich ist erkennbar, dass hier ein konsistenter und eingeführter, praktizierter Sprachgebrauch vorliegt, und ich meine, dass die Aufgabe von Übersetzern eher darin besteht, zur Klarheit beizutragen, und weniger, für Abwechslung zu sorgen.

Grüße,
Frank

Danke

Danke, Kevin, für den Link.

Der war leider nicht so ergiebig hinsichtlich des Themas Artikel abschaffen. Eher las ich vernünftige Ansichten, die gegen eine Änderung waren.
Ich werde also dank deiner Anregung das Thema in dem von mir eröffneten Thread versuchen weiterzuführen. Dort gab es bislang wenig Resonanz.

Grüße,
Frank

Lies dir einfach mal konzentriert diese Stelle in deinem Provider-Wiki durch.
Du solltest nicht auf eine index.php "weiterleiten", sondern auf einen Ordner. Ich kenne ja Confixx nicht, aber mit "Weiterleitung" scheint da die Festlegung des DOCUMENT_ROOT gemeint zu sein. DOCUMENT_ROOT ist aber ein Ordner, keine Datei. Ich vermute, du musst in deinem Confixx-Domain-Tool einfach "index.php" durch "/" austauschen, wie es im Wiki steht und sofern dort deine WordPress-Installation liegt.

Grüße

Hallo,

also was du da siehst, ist eine WordPress-Seite, nur ohne eingebundenes CSS. Das hat mit "directory listing" und confixx, glaube ich, nichts zu tun, eher damit, dass z.B. der Pfad zur style.css oder auch anderen Dateien nicht gefunden wird.
Gibts eine öffentliche URL für dein Problem? Ein Blick in den HTML-Quelltext könnte evtl. Aufschluss geben.

Grüße

Das ist zu wenig als Info. Welches Shop-Plugin verwendest du? Was hast du schon gemacht, wo schon gesucht?

Grüße

Hallo Birgit

Zitat von CoachBirgit

Geplant sind bisher keine so tiefgreifende Änderungen. Was ich bis jetzt gesehen habe, bedarf keiner großartigen Umstellung.

Du bist offensichtlich die Forenmoderatorin für das Thema Sprachdatei und ich ersehe zudem aus diesem Beitrag, dass du dafür auch die Freigaben auf wordpress.org machst oder zumindest Verbindung zu jenen hast, die etwas "durch"-winken.

Meine Frage ist: Ist dieses Forum die Instanz, wo Grundsatzentscheidungen diskutiert werden? Also eben z.B. die Frage Beitrag vs. Artikel? Denn auf translate.wordpress.org, wo du die Vorschläge bestätigst oder ablehnst, sind ja Diskussionen nicht recht am Platz - das sehe ich doch richtig?

Es macht natürlich wenig Sinn, beim Thema Artikel alle Strings auf der wordpress.org-Plattform zu ändern, um dann zu sehen, dass alle Vorschläge (und das wären wohl so einige) abgelehnt werden.

Ich möchte also zu vorstehend verlinktem Thema gern die Entscheidungsfindung nachvollziehen, sie auch gern in Frage stellen. Aber ich finde nichts dazu. Hilf mir bitte!

Danke Dir und sommerliche Grüße,
Frank

Das geht so nicht; nicht über die Lokalisierung. Es kann nur lokalisiert werden, was im Code an lokalisierbaren Stringvorgaben da ist. Wenn dort keine Platzhalter für User drinnen sind (und das ist hier eben nicht der Fall), dann kann man über die Lokalisierung nichts machen.

Du könntest das evtl. über ein Plugin lösen. Falls es da nichts gibt, wird es nicht leicht. Der Filter-Hook heißt 'retrieve_password_message' und da kann man die Message vor dem Versand ändern.

Schöne Grüße

Guten Morgen,

ich möchte fragen, ob ich etwas übersehen habe, da ich nirgendwo eine Diskussion zu diesem Thema (Artikel vs. Beiträge) finden kann.

Mein Hintergrund ist der Support für WordPress, vor allem für Neueinsteiger; ich finde es äußerst mühsam, Kunden immer wieder erklären zu müssen, dass da etwas jahrelang Artikel hieß und zwar von vielen auch mdl. so weiterverwendet wird, nun aber, seit dem letztem Versionssprung, zum Beitrag geworden ist.

Das Wort "Artikel" hat Zeitbezug, lässt im Kontext mit WordPress bzw. Web-Publishing generell immer auch den Quasi-"Zeitungsartikel" mitschwingen, was eine nützliche Assoziation für das Verständnis ist.

Das Wort "Beitrag" meint m. E. letztlich alles, was bei-getragen wird, ist daher weitaus generischer und damit leider erklärungsbedürftiger. Dass eine Seite etwas ganz anderes als ein Beitrag sein soll, da sie ja auch zum Inhalt einer Site bei-trägt, wird nach meiner Erfahrung von eher kritischen Leuten schwer hingenommen.

Ich möchte gern eine Rückkehr zum Artikel vorschlagen. Auch im Sinne der Konsistenz bei Suchanfragen im Internet, das im Zusammenhang mit WordPress voll ist von Beschreibungen, Problemlösungen und Tutorials, die sich allesamt auf Artikel beziehen. Ein halbjähriger Ausrutscher zugunsten von "Beiträgen" ist m. E. verschmerzbarer als die Konfusion weiter zu steigern.

Was genau spricht, frage ich daher, aus der Sicht der Entscheider für Beitrag, wo wurde die Einführung und Abschaffung des Artikels diskutiert?

Danke,
Frank

Oh. Es geht also nicht um die Artikel-Vollansicht, sondern um Beitragslisten, wo das auftaucht ...

Du müsstest in der content.php und allen sonstigen content-...php - Dateien folgende Funktion (die dort überall einmal enthalten ist) um 2 Parameter erweitern. Aus:

comments_popup_link( __( '0 comments', 'yoko' ), __( '1 Comment', 'yoko' ), __( '% Comments', 'yoko' ) );

muss dies werden:

comments_popup_link( __( '0 comments', 'yoko' ), __( '1 Comment', 'yoko' ), __( '% Comments', 'yoko' ), '', '' );

Wenn du nicht mit Formatvorlagen spielst bzw. nur mit der "Standard"-Vorlage arbeitest, dann reicht es überigens, die Änderung nur in der content.php zu machen. Die image.php hat diese Funktion übrigens auch enthalten und müsste evtl. gleichfalls angepasst werden.

Falls du diese Parameter-Geschichte vestehen willst: der 5. Parameter gibt den Text an, der erscheint, wenn Kommentare deaktiviert sind. Indem dort ein Leer-String angegeben wird, sagen wir, dass dort nichts erscheinen soll. Den 4. Parameter brauchen wir nur, damit wir einen 5. haben können :-D

Sonnige Grüße,
Frank