Hat hierzu vielleicht inzwischen der eine oder die andere Ideen?
PS.:
Ich habe inzwischen im übrigen weitere eigene eigene Taxomonien, deren Bearbeitung/Füllung mit dem gesuchten Tool deutlich schneller gehen würde als 'von Hand', angelegt:
Beiträge von Am Ende des Lateins
-
-
So - ich habe eine LÖSUNG gefunden --- warum sie funktioniert bzw. überhaupt nötig ist, verstehe ich allerdings nicht:
- Alle meine fünf eigenen (= zusätzlich zu "Kategorien" und "Schlagwörtern") Taxomonien sind in Anlehnung an https://developer.wordpress.org/reference/func…my/#comment-398 (an der hier interessierenden Stelle) wie folgt aufgebaut:
Coderegister_taxonomy( 'NAME DER TAXOMONIE IN KLEINSCHREIBUNG', 'post', array( 'label' => __( 'NAME DER TAXOMONIE ggf. MIT GROSSEM ANFANGSBUCHSTABEN', 'textdomain' ), 'rewrite' => array( 'slug' => 'NAME DER TAXOMONIE IN KLEINSCHREIBUNG' ),- Meine ersten drei eigenen Taxmonien funktionieren damit - wie schon mehrfach erwähnt - anstandslos; die beiden neuesten nicht.
- Da ich irgendwie den Verdacht hatte, daß oben erwähnte Umleitung etwas mit dem rewrite-Befehl zu tun hat, habe ich nun noch einmal dort: https://codex.wordpress.org/Function_Refer…gister_taxonomy
nachgeschlagen und (wieder)gefunden:
Zitatrewrite
(boolean/array) (optional) Set to false to prevent automatic URL rewriting a.k.a. "pretty permalinks".- Also habe ich einfach mal ausprobiert, was passiert, wenn ich bei meinen beiden nicht funktionierenden Taxomonien
Code'rewrite' => array( 'slug' => 'NAME DER TAXOMONIE IN KLEINSCHREIBUNG' )durch
Code'rewrite' => false;ersetze - und siehe da: auf einmal funktionieren auch diese drei Taxomonien. :eek: :) ---
Bliebe die Frage:
Warum rief das, was bei meinen beiden neuesten Taxominien Probleme hervorrief, bei meinen ersten drei eigenen Taxomonien keine Probleme hervor?
-
Mir kam jetzt die Idee, eventuell mal Folgendes - als Notlösung - zu probieren:
- im ERSTEN SCHRITT: (A.) meine funktionierende Taxomonie "Buchtitel" in den beiden entsprechenden .php-Dateien in "Buchtitel und Verlage" umzubenennen; dann (B.) in der umbenannten Taxomonie zwei neue Ober-Oberkategorien einzurichten (einerseits "Buchtitel" und andererseits "Verlage") und sodann (C.) dort unter Verlage die (Unter-)Kategorien einzurichten, die bisher in der separaten Taxomonie "Verlage" waren - und dann schließlich die einzelnen Beiträge - manuell - insoweit von der einen in die andere Taxomonie umzusortieren
- im ZWEITEN SCHRITT: (A.) eine Umbenennung der - danach völlig leeren Taxomonie "Verlage" in "Organisationen und Unternehmen" vorzunehmen und (B.) eine entsprechende Umsortierung der Beiträge in den beiden nicht funktionierenden Taxomonien "Organisationen" und "Verlage" in die neue - umbenannte - Taxomonie "Organisationen und Unternehmen" (= bisher: "Verlage") vorzunehmen.
- und dann im DRITTEN SCHRITT: die - dann wiederum leeren - beiden nicht-funktionierenden Taxomonien "Organisationen" und "Verlage" zu löschen.
Das wäre allerdings zum einen ziemlich arbeitsaufwendig; und zum anderen würde ich nicht das Risiko eingehen wollen, mir durch die Umbenennung der beiden bisher funktionierenden Taxomonien auch diese noch zu zerschießen.
Könnt Ihr die Erfolgsaussichten dieses - ins Auge gefaßten - Manövers abschätzen? Und: Würdet Ihr davon abraten oder dazu zuraten?
-
Zitat
Möglicherweise liegt es auch an dem 'Template' Konstrukt.
Die Templates der drei funktionierenden Taxomonien sind ja aber - abgesehen von den Taxomonienamen - identisch mit den Templates der beiden nicht funktionierenden Taxomonien (s. siehe Bild 3 zu #1). -
Um das Problem noch mal zu verdeutlichen:
- In allen fünf Taxomonien haben die Links die Struktur DOMAIN / NAME DER TAXOMONIE / NAME DER KATEGORIE.
- Wenn in einer der drei funktionierenden Taxomonien z.B. auf http://peter-nowak-journalist.de/verlage/ag-spak geklickt wird, dann wird auch tatsächlich verlage/ag-spak angezeigt.
- Im Falle der nicht-funktionierenden Taxomonien wird
+++ - im Falle, daß es sich nicht um eine Unterkategorie handelt - z.B. für http://peter-nowak-journalist.de/unternehmen/amazon - statt "unternehmen/amazon" - vielmehr "2018/04/19/amazon-aktion-in-berlin-und-europaweite-streiks-geplant/" angezeigt (= einer der Beiträge aus der Kategorie)und
+++ im Falle der Unterkategorien wird z.B. für http://peter-nowak-journalist.de/unternehmen/cfm/ tatsächlich dies (in der Browser-Adresszeile) angezeigt, aber der angezeigte Inhalt ist nicht die Liste der Beiträge dieser Kategorie, sondern die Fehlermeldung: "Die Seite konnte leider nicht gefunden werden."
-
Zitat
Die Links (slugs) der beiden betroffenen Unternehmen entsprechen den terms
"terms" = "names"? (Von "terms" lese ich da gar nichts...
Falls das gemeint ist:
- Bei der funktionierenden Taxomonie ist zwar der Name groß, aber der Slug kleingeschriebenen; während im Falle des "amazon"-Namens auch der Name kleingeschrieben ist.
- Da das Problem aber auch bei den großgeschriebenen Namen der nicht-funktionierenden Taxomonie auftritt, scheint mir nicht, daß dies der ausschlaggebende Punkt ist.)
ZitatDer Fehler liegt also in der Anlage des Eintrags beider Unternehmen.
- Der Eintrag "AG SPAK" in der Verlage-Taxomonie funktioniert ja aber so, wie er soll;
- das Problem tritt nur mit den Einträgen in der "Unternehmen" (und "Organisationen"-)Taxomonie auf.
-
Kann ich bei einem Vergleich mit einer der funktionierenden Taxomonien nichts Auffälliges erkennen - scheint sich für meine Augen strukturell zu entsprechen:
-
WP 5.1 - Theme: Twenty Sixteen
Ich habe mittlerweile fünf eigene Taxomonien eingerichtet; die ersten drei funktionieren anstandslos; die letzten beiden nicht:
- Für alle fünf Taxomonien werden ordnungsgemäß die Kategorien der jeweiligen Taxomonie angezeigt.
- Bei den ersten drei Taxomonien sind die Kategorien mit funktionierenden Links zu den Listen der Beiträge, die zu den jeweiligen Kategorien gehören, versehen:
http://peter-nowak-journalist.de/buchtitel, http://peter-nowak-journalist.de/verlage und http://peter-nowak-journalist.de/interviewpartnerinnen/- Bei den beiden neuen Taxomonien funktionieren die Links dagegen nicht korrekt:
http://peter-nowak-journalist.de/unternehmen und http://peter-nowak-journalist.de/organisationen++ Der Link für die Kategorie "amazon" verlinkt angeblich - wie es korrekt wäre - zu:
http://peter-nowak-journalist.de/unternehmen/amazon;
umgeleitet wird aber zu einem einzigen Beitrag aus dieser Kategorie:
http://peter-nowak-journalist.de/2018/04/19/ama…treiks-geplant/
++ Der Link für die Unter-Kategorie "CFM" (der Kategorie "Charité") verlinkt angeblich zu:
http://peter-nowak-journalist.de/unternehmen/cfm/
Angezeigt wird aber nur: "Die Seite konnte leider nicht gefunden werden", obwohl dort vier Beiträge gelistet sein müßten. - Entsprechend stellt sich das Fehlerbild bei den anderen Kategorien und Unter-Kategorien der beiden neueren Taxomonien dar.
-----
So sieht es im back end zur Taxomonie "Unternehmen" aus:
Und dies vergleicht den ordnungsgemäß funktionierenden mit dem nicht ordnungsgemäß funktionierenden Code:
Wo liegt der Fehler?(Die zwischen Anlegung der ersten drei und der letzten beiden Taxomonien neu installierten Plugins zu deaktivieren, ändert nichts am Problem.)
-
1. Unter Verwendung meines Child Themes werden die Beitrags(-Anfänge) auf die Startseite wie folgt dargestellt (vorausgesetzt, die einzelnen Beiträge wurden entsprechend [nach]bearbeitet):
2. Unter Verwendung der Original content-serach.php werden die Suchergebnisse dagegen wie folgt dargestellt:
3. Um diesen Unterschied zu beseitigen, habe ich in meinem Child Theme eine content-search.php angelegt, die den gleichen Inhalt hat wie meine Child content.php. Dies führt zu folgendem Ergebnis:
4. Das Ergebnis läßt sich weiter verbessern, wenn ich aus meiner Child content-search.php folgende Zeile (die auch in der content.php enthalten ist, dort aber keine unerwünschten Auswirkungen hat [*]) entferne:
PHP<?php twentysixteen_excerpt(); ?>
5. Bleibt die Frage: Was ruft die abweichende Plazierung des Beitrags-Metas hervor und wie kann ich sie unterbinden?
(Vermutung ins Blaue hinein: In der style.css von "2016" gibt es jede Menge Einträge für
Codebody:not(.search-results)liegt das an denen vielleicht? Und was müßte ich ggf. mit denen bzw. einigen von denen [ggf: welchen?] machen, damit die Darstellung vollständig angeglichen wird?)
[*] Ich meine herausgefunden zu haben, warum sich die Zeile nur in der content-search.php auswirkt; aber dies nur am Rande.
-
Ohne, daß es das bisher eine Antwort des Hosters wegen des memory_limit gab (vllt. auch ohne, daß der Content-Produzent auch nur zum Nachfragen kam), funktioniert der Konverter jetzt:
- Die einzige mir nachvollziehbare Ursache könnte sein, daß ich zwischenzeitlich die Zahl der Schlagwörter von etwas über auf etwas unter 12.000 reduziert habe.
- Oder kann es z.B. auch daran liegen, mit welchen - mehr oder minder rechenintensiven - Aufgaben andere KundInnen des Hosters den Server im selben Moment belasten?
----------
Jetzt würde mich noch interessieren:
- (Der Konverter wandelt die ausgewählten Schlagwörter in Kategorien genau des gleichen Namens um.) Gibt es vielleicht auch eine erweiterte Version des Konverters / einen ähnlichen Konverter, der erlaubt, einen neuen Zielnamen, insb. einen gemeinsamen neuen Kategoriennamen für mehrere Schlagwörter (also: wandele die Schlagwörter x, y und z in die Kategorie A um) festzulegen?
- Und: Gibt es auch eine Möglichkeit, Schlagwörter (und Kategorien) in eigene Taxomonien umzuwandeln? Siehe:
-
Mal sehen, ob ich auch noch herausfinden kann, wie eine bestimmte Eigenschaft eines bestimmten Datenobjektes (statt des kompletten Datensatz) abgefragt werden kann.
Das habe ich zwar noch nicht herausgefunden; aber ich habe herausgefunden,
1. daß
https://www.wikidata.org/w/api.php?acti…ps=descriptions (also in etwa das, was in dem Code des
WikiData References Plugins steht)(statt https://www.wikidata.org/w/api.php?acti…s&ids=Q61717073) statt des kompletten Datensatzes bloß die Beschreibungen des fraglichen Objektes abruft:
ZitatAlles anzeigen
{
"entities": {
"Q61717073": {
"type": "item",
"id": "Q61717073",
"descriptions": {
"de": {
"language": "de",
"value": "Buch von Peter Birke und Wolfgang Hien"
}
}
}
},
"success": 1
}2. Wird an die URL noch "|claims" drangehängt, werden zusätzlich zu den "descriptions", noch die sog. "claims" abgerufen, was im vorliegenden Fall wieder einen ziemlich umfassenden, wenn nicht vollständigen Datensatz ergibt:
https://www.wikidata.org/w/api.php?action=wbgetentities&ids=Q61717073&props=descriptions|claims
-
Ich habe jetzt noch Folgendes herausgefunden:
Mit https://www.wikidata.org/w/api.php?acti…s&ids=Q61717073 wird der Datensatz "with all available attributes in all available languages" ausgegeben; das sieht dann - um einen recht kurzen Datensatz zu nehmen - z.B. für ein Buch von Wolfgang Hien und Peter Birke wie folgt aus:
Die .pdf-Datei enthält auf sechs Seiten in der linken Spalte die Ausgabe, die der Browser zu der genannten URL ausgibt, und in der rechten Spalte Erläuterungen dazu (insbesondere die deutschen Bezeichnungen der verschiedenen P- und Q-Nummern). -
Mal sehen, ob ich auch noch herausfinden kann, wie eine bestimmte Eigenschaft eines bestimmten Datenobjektes (statt des kompletten Datensatz) abgefragt werden kann.
-
4. a) Wenn ich recht sehe, wird die oben bei Nr. 2. zitierte Funktion ihrerseits von folgender Funktion verwendet, um die Anzeige der "despription" im back end zu bewirken.
Code
Alles anzeigen/** * Tag Colmn CONTENT wikidata id * @param unknown $content * @return unknown */ function wkrf_add_taxonomy_wikidata_column_content( $content, $column_name, $term_id ){ if( ! current_user_can( 'manage_categories' ) ){ return $content; } $term = get_term( $term_id ); $term_taxonomy = $term->taxonomy; $wikidata_id = get_term_meta( $term_id, $this->wikidata_id_key, true ); $wikidata_description = get_term_meta( $term_id, $this->wikidat_key, true ); $wikidata_link = get_term_meta( $term_id, $this->wikidata_link_key, true ); $wikidata_link = '<a target="_blank" href="'.esc_html__($wikidata_link).'">'.esc_html__($wikidata_id).'</a>'; switch ( $column_name ) { case 'wikidata_id': $content = '<p>'.$wikidata_link.'</p><p>'.$wikidata_description.'</p>'; break; default: break; } return $content; }b) Die Ausgabe im front end (die bisher allerdings nicht die "description" umfaßt) scheint dagegen mit folgender Funktion zu erfolgen:
Code
Alles anzeigen/** * Wikidata References * Adds link value for each tag with an associated wikidata id value. * Action hooked to wp_head hook, when a page header is loaded. * Example of link added to head: * <link rel="describedby" href="https://www.wikidata.org/entity/Q80228" type="text/html"> * @since 1.0.0 */ public function wkrf_add_head_wikidata_taxonomy_links() { $tags = get_tags(); $categories = get_categories(); $echo_enable = false; $options = get_option($this->plugin_name); //if a tag page, adds metadata if ( is_tag() ) { foreach( $tags as $tag ) { //checks what tag archive page is if( is_tag( $tag->term_id, $tag->slug ) ) { $wikidata_id = get_term_meta( $tag->term_id, $this->wikidata_id_key, true ); $wikidata_link = get_term_meta( $tag->term_id, $this->wikidata_link_key, true ); if( ! empty( $wikidata_id ) && ! empty( $wikidata_link ) ) { $echo_enable = true; } break; } } } elseif( is_category() ) { foreach( $categories as $category ) { //checks what category archive page is if( is_category( $category->term_id, $category->term_id ) ) { $wikidata_id = get_term_meta( $category->term_id, $this->wikidata_id_key, true ); $wikidata_link = get_term_meta( $category->term_id, $this->wikidata_link_key, true ); if( ! empty( $wikidata_id ) && ! empty( $wikidata_link ) ){ $echo_enable = true; } break; } } } if( $echo_enable ) { if( isset( $options['wkrf_wikidata_link_enable'] ) && $options['wkrf_wikidata_link_enable'] ) { $this->wkrf_echo_head_meta_link( 'describedby', $wikidata_link, $this->type_html ); } if( isset( $options['wkrf_wikidata_json_enable'] ) && $options['wkrf_wikidata_json_enable'] ) { $this->wkrf_echo_head_meta_link( 'describedby', $wikidata_link.$this->extension_json, $this->type_json ); } if( isset( $options['wkrf_wikidata_n3_enable'] ) && $options['wkrf_wikidata_n3_enable'] ) { $this->wkrf_echo_head_meta_link( 'describedby', $wikidata_link.$this->extension_n3, $this->type_n3 ); } if( isset( $options['wkrf_wikidata_nt_enable'] ) && $options['wkrf_wikidata_nt_enable'] ) { $this->wkrf_echo_head_meta_link( 'describedby', $wikidata_link.$this->extension_nt, $this->type_nt ); } if( isset( $options['wkrf_wikidata_php_enable'] ) && $options['wkrf_wikidata_php_enable'] ) { $this->wkrf_echo_head_meta_link( 'describedby', $wikidata_link.$this->extension_php, $this->type_php ); } if( isset( $options['wkrf_wikidata_rdf_enable'] ) && $options['wkrf_wikidata_rdf_enable'] ) { $this->wkrf_echo_head_meta_link( 'describedby', $wikidata_link.$this->extension_rdf, $this->type_rdf ); } if( isset( $options['wkrf_wikidata_ttl_enable'] ) && $options['wkrf_wikidata_ttl_enable'] ){ $this->wkrf_echo_head_meta_link( 'describedby', $wikidata_link.$this->extension_ttl, $this->type_ttl ); } } }5. Habe ich das soweit richtig identifiziert? Und falls ja: Was müßte ich alles tun, um die "description" auch im front end bei den Schlagwort-Archiven anzueigen zu lassen - also z.B. so:
"Wolfgang Hien – in Bremen (BRD) lebender Arbeitswissenschaftler – (Q61707522)"
(siehe bisher: http://peter-nowak-journalist.de/tag/wolfgang-hien/).
Müßte ich dafür nur ein paar weitere Zeilen in die zuletzt zitierte Funktion schreiben? (Und falls ja: Was?) Oder würde ich dafür auch noch zusätzliche Funktionen benötigen?
-
Alles anzeigen
PS.:
Ich habe jetzt das:
https://wordpress.org/plugins/references-for-wikidata/
gefunden; aber das scheint nicht mehr zu machen, als die Schlagwort-Liste um eine entsprechende Spalte zu erweitern (im front end sehe ich bei dem Schlagwort nichts):
PPS.:
Wenn dem Schlagwort im Artikel-Meta gefolgt wird, dann erscheint auf der Archiv-Seite zu dem Schlagwort ein Link zu Wikidata (- und das Design der Seite ist zerschossen [siehe den oberen blauen Rahmen, der falsch plaziert ist]):
Mir ist jetzt aufgefallen:
1. Wenn im back end die "description" des jeweiligen Wikidata-Objektes angezeigt wird (s. den ersten screen shot), dann muß doch in WordPress die Möglichkeit, - nicht nur die manuell eingegebene Q-Nummer anzuzeigen und von dieser zu dem Wikidata-Datensatz zu verlinken, sondern auch - auf den Inhalt des Datensatzes zuzugreifen und diesen auszugeben, bereits realisiert sein.
2. Also habe ich mir die Dateien des Plugins WikiData References angesehen. Jener Zugriff scheint mittels folgender Funktion in der class-wikidata-references-admin.php zu erfolgen:
Code
Alles anzeigen/** * Wikidata references. * Gets wikidata item description by wikidata id, gets item with wbgetentities wikidata api * function in the locale language, if not found, tries to return it in English, if not found, * return null * @param unknown $wikidata_id * @param unknown $language * @return mixed|NULL */ function wkrf_get_wikidata_description($wikidata_id, $language){ $api_request = 'https://www.wikidata.org/w/api.php?action=wbgetentities&props=descriptions&ids='.$wikidata_id.'&languages='.$language.'&format=json'; $en_api_request = 'https://www.wikidata.org/w/api.php?action=wbgetentities&props=descriptions&ids='.$wikidata_id.'&languages=en&format=json'; //$api_response = file_get_contents($api_request); //error_log('json: '.$api_response); $api_response = json_decode( file_get_contents( $api_request ), true); if ( $api_response != null ){ $response = $api_response['entities'][$wikidata_id]['descriptions'][$language]['value']; if ( $response != null){ return $response; } elseif( $response == null ){ $en_api_response = json_decode( file_get_contents( $en_api_request ), true); $response = $en_api_response['entities'][$wikidata_id]['descriptions']['en']['value']; if ( $response != null ){ return $response; } } return null; } return null; }
Der Zugriff speziell auf die "description" scheint dabei mittels "props=descriptions" zu erfolgen:Code$api_request = 'https://www.wikidata.org/w/api.php?action=wbgetentities&props=descriptions&ids='.$wikidata_id.'&languages='.$language.'&format=json'; $en_api_request = 'https://www.wikidata.org/w/api.php?action=wbgetentities&props=descriptions&ids='.$wikidata_id.'&languages=en&format=json';3. Falls das zutrifft, dann müßte es doch auch möglich sein
- mittels "props=IRGENDETWAS" auf die anderen Felder der Wikidata-Datensätzen zuzugreifen (wobei "IRGENDETWS" vielleicht die jeweilige P-Nummer ist) sowie
- die "description" (und ggf. den Inhalt der anderen Datenfelder) nicht nur im WordPress back end, sondern auch im front end ausgeben zu lassen.
Sehe ich das soweit richtig? -
Was das Crowdfunding betrifft, habe ich inzwischen noch gelesen:
I.
Crowdfunding etabliert sich in Deutschland
https://gruender.wiwo.de/crowdfunding-k…in-deutschland/ (v. 18.01.2017)ZitatMarktführer in Deutschland ist die Plattform Startnext mit Sitz in Dresden.
ZitatDas durchschnittlich finanzierte Projektvolumen auf den großen Plattformen wie Startnext und VisionBakery liegt bei 5.000 bis 8.000 Euro, schätzt eine aktuelle Studie im Auftrag des Bundesfinanzministeriums.
ZitatDie GLS Bank wird im März eine eigene Crowdinvesting-Plattform eröffnen.
II.
In dem zuletzt verlinkten Text wird - in etwas anderem Kontext - zitiert:
Zitat„Der GLS-Beitrag ist notwendig, wenn wir weiterhin gute, nicht provisionsgetriebene Leistungen anbieten wollen“
III.
Zu einem aktuell bei startnext nach Geld suchendem Projekt - einer Unterkunfts-Buchungs-Plattform:
Projekte / Technologie:
[size=24] [/SIZE]Grüne Ferienunterkünfte einfach online buchen
bookitgreen macht es dir möglich, nachhaltige Ferienunterkünfte unkompliziert online zu buchen.https://www.startnext.com/bookitgreen
IV.
Ebenfalls bei startnext:
- zu Projekten, die das angestrebte Geld nicht einwerben konnten:
7 Gründe, warum Crowdfunding-Projekte scheiternhttps://www.startnext.com/blog/Blog-Deta…xtra~ba706.html
- zu erfolgreichen Projekten:
10 Tipps für ein erfolgreiches Crowdfunding-Projekt
https://www.startnext.com/blog/Blog-Deta…nbsp~ba509.html
V.
Dann gibt es auch noch das:
Handbuch für Starter*innen
https://www.startnext.com/hilfe/handbuch…ktionierts.html- aber dort sind anscheinend vor allem die weiterführenden Links von Interesse, die ich bisher noch nicht gelesen habe.
-
Danke sehr - abgesehen von der Frage des Umganges mit Suchmaschinen ;), ergab sich daraus Folgendes :
1. Das Gesuchte befindet sich im Theme-Ordner "inc" in der Datei "template-tags".
2. Die für mich relevante Code-Passage lautet zunächst einmal:
Code
Alles anzeigenif ( ! function_exists( 'twentysixteen_entry_meta' ) ) : /** * Prints HTML with meta information for the categories, tags. * * Create your own twentysixteen_entry_meta() function to override in a child theme. * * @since Twenty Sixteen 1.0 */ function twentysixteen_entry_meta() { if ( 'post' === get_post_type() ) { $author_avatar_size = apply_filters( 'twentysixteen_author_avatar_size', 49 ); printf( '<span class="byline"><span class="author vcard">%1$s<span class="screen-reader-text">%2$s </span> <a class="url fn n" href="%3$s">%4$s</a></span></span>', get_avatar( get_the_author_meta( 'user_email' ), $author_avatar_size ), _x( 'Author', 'Used before post author name.', 'twentysixteen' ), esc_url( get_author_posts_url( get_the_author_meta( 'ID' ) ) ), get_the_author() ); } if ( in_array( get_post_type(), array( 'post', 'attachment' ) ) ) { twentysixteen_entry_date(); } $format = get_post_format(); if ( current_theme_supports( 'post-formats', $format ) ) { printf( '<span class="entry-format">%1$s<a href="%2$s">%3$s</a></span>', sprintf( '<span class="screen-reader-text">%s </span>', _x( 'Format', 'Used before post format.', 'twentysixteen' ) ), esc_url( get_post_format_link( $format ) ), get_post_format_string( $format ) ); } if ( 'post' === get_post_type() ) { twentysixteen_entry_taxonomies(); } if ( ! is_singular() && ! post_password_required() && ( comments_open() || get_comments_number() ) ) { echo '<span class="comments-link">'; comments_popup_link( sprintf( __( 'Leave a comment<span class="screen-reader-text"> on %s</span>', 'twentysixteen' ), get_the_title() ) ); echo '</span>'; } } endif;Ich habe die ganze Passage in meine child functions.php kopiert und dann den "if"-Block bzgl. "author" von Zeile 10 bis 18 rausgenommen, da in meinem Fall eh alle Beiträge und Seiten von ein und demselben Autor sind. Außerdem habe ich den Kommentar am Anfang auf die erste Zeile reduziert sowie die 3. bis 7. Zeile von unten entfernt, da den LeserInnen eh keine Kommentare in dem Blog erlaubt sind.
2. Die nächste dann für mich relevante Passage ist in oben zitierten Code der Verweis auf "twentysixteen_entry_taxonomies". Dazu heißt es weiter unten in der Datei:
Code
Alles anzeigenif ( ! function_exists( 'twentysixteen_entry_taxonomies' ) ) : /** * Prints HTML with category and tags for current post. * * Create your own twentysixteen_entry_taxonomies() function to override in a child theme. * * @since Twenty Sixteen 1.0 */ function twentysixteen_entry_taxonomies() { $categories_list = get_the_category_list( _x( ', ', 'Used between list items, there is a space after the comma.', 'twentysixteen' ) ); if ( $categories_list && twentysixteen_categorized_blog() ) { printf( '<span class="cat-links"><span class="screen-reader-text">%1$s </span>%2$s</span>', _x( 'Categories', 'Used before category names.', 'twentysixteen' ), $categories_list ); } $tags_list = get_the_tag_list( '', _x( ', ', 'Used between list items, there is a space after the comma.', 'twentysixteen' ) ); if ( $tags_list && ! is_wp_error( $tags_list ) ) { printf( '<span class="tags-links"><span class="screen-reader-text">%1$s </span>%2$s</span>', _x( 'Tags', 'Used before tag names.', 'twentysixteen' ), $tags_list ); } } endif;a) Das habe ich erst einmal, um die Schrift der Schlagwörter kleiner zu machen als die der Kategorien, zum Anlaß genommen in meine style.css zu schreiben:
Code.tags-links { font-size: 7pt; }b) Außerdem habe ich das Ganze wiederum in meine child functions.php kopiert und dort bei $tags_list = get_the_tag_list( ' ', zwischen die beiden einfachen Anführungszeichen das Folgende eingefügt:
Code<sw><abbr title="Schlagwort bzw. -wörter" >SW</abbr>:</sw>(vgl. bei https://codex.wordpress.org/Function_Refer…et_the_tag_list das erste Code-Beispiel im Abschnitt "Basic Example").
Und "sw" habe ich in meiner style.css wie folgt definiert:
Codesw { color: #A9A9A9; font-weight: 700; }Dadurch erscheint jetzt im front end vor meinen Schlagwörtern "SW" in dunklergrauer Fett-Schrift und die Erklärung, das "SW" für "Schlagwort bzw. -wörter" steht - und danach (ebenfalls in fett und dunkelgrau) ein Doppelpunkt.
c) Zufällig (als ich eigentlich probiert hatte, wie ich das gleiche mit "Kat." = "Kategorien" machen kann) hatte ich bezüglich der Kategorien bemerkt, daß dort vor "_x"
Code'',einzufügen, dazuführt, daß die Kategorien als Aufzählungspunkte ausgegeben werden (was vorher bei den Schlagwörtern ja aber nicht der Fall war... :eek:)), was ich übernommen habe.
d) Länger habe ich benötigt, um herausfinden, wie ich dort nun auch noch meine eigene Taxomonien unterbringen kann.
Via https://codex.wordpress.org/Function_Refer…t_the_term_list und Rumprobieren kam ich schließlich zu folgender schlichten Gesamt-Lösung für die Taxomonien:
Code
Alles anzeigenif ( ! function_exists( 'twentysixteen_entry_taxonomies' ) ) : /** * Prints HTML with category and tags for current post. * */ function twentysixteen_entry_taxonomies() { $categories_list = get_the_category_list( '', _x( ', ', 'Used between list items, there is a space after the comma.', 'twentysixteen' ) ); if ( $categories_list && twentysixteen_categorized_blog() ) { printf( '<span class="cat-links"><span class="screen-reader-text">%1$s </span>%2$s</span>', _x( 'Categories', 'Used before category names.', 'twentysixteen' ), $categories_list ); } echo get_the_term_list( $post->ID, 'Verlage', '<ul><li>', ',</li><li>', '</li></ul>' ); echo get_the_term_list( $post->ID, 'Buchtitel', '<ul><li>', ',</li><li>', '</li></ul>' ); $tags_list = get_the_tag_list( '<sw><abbr title="Schlagwort bzw. -wörter" >SW</abbr>:</sw> ', _x( ', ', 'Used between list items, there is a space after the comma.', 'twentysixteen' ) ); if ( $tags_list && ! is_wp_error( $tags_list ) ) { printf( '<span class="tags-links"><span class="screen-reader-text">%1$s </span>%2$s</span>', _x( 'Tags', 'Used before tag names.', 'twentysixteen' ), $tags_list ); } } endif;Meine mehrmaligen Versuche, die komplizierte - wofür auch immer dienliche - Struktur des Twenty Sixteen-Codes zu den Kategorien und Schlagwörtern zu übernehmen und darin die Informationen, die ich ausgegeben habe möchte, unterzubringen, scheiterten.
e) Nebenbei habe ich in meiner style.css bei .entry-footer noch
Codepadding-top: 1.884615385em;hinzugefügt, um den entry-footer genauer als bisher auf einer Höhe mit meinem grau hinterlegten Lead-Absatz beginnen zu lassen.
3. Jetzt sieht das Beitrags-Mea
- auf der Beitagsseite so:
und
- auf der Startseite so:
aus.
:)
-
Das Beitrags-Meta heißt im Theme Twenty Sixteen anscheinend entry-footer:
Aber wo ist definiert, was und in welcher Reihenfolge im entry-footer angezeigt wird?
1. Wenn ich recht verstehe, ruft die index.php von "2016" insoweit bloß die jeweils benötige Datei im template-parts-Ordner auf:
PHP
Alles anzeigen<?php if ( have_posts() ) : ?> <?php if ( is_home() && ! is_front_page() ) : ?> <header> <h1 class="page-title screen-reader-text"><?php single_post_title(); ?></h1> </header> <?php endif; ?> <?php // Start the loop. while ( have_posts() ) : the_post(); /* * Include the Post-Format-specific template for the content. * If you want to override this in a child theme, then include a file * called content-___.php (where ___ is the Post Format name) and that will be used instead. */ get_template_part( 'template-parts/content', get_post_format() ); // End the loop. endwhile; // Previous/next page navigation. the_posts_pagination( array( 'prev_text' => __( 'Previous page', 'twentysixteen' ), 'next_text' => __( 'Next page', 'twentysixteen' ), 'before_page_number' => '<span class="meta-nav screen-reader-text">' . __( 'Page', 'twentysixteen' ) . ' </span>', ) ); // If no content, include the "No posts found" template. else : get_template_part( 'template-parts/content', 'none' ); endif; ?> </main><!-- .site-main --> </div><!-- .content-area -->2. a) In der content.php heißt es dann u.a.:
PHP
Alles anzeigen</div><!-- .entry-content --> <footer class="entry-footer"> <?php twentysixteen_entry_meta(); ?> <?php edit_post_link( sprintf( /* translators: %s: Name of current post */ __( 'Edit<span class="screen-reader-text"> "%s"</span>', 'twentysixteen' ), get_the_title() ), '<span class="edit-link">', '</span>' ); ?> </footer><!-- .entry-footer --> </article><!-- #post-## -->b) In der single-content.php steht, sofern mir nichts entgangen ist, insoweit dasselbe:
PHP
Alles anzeigen</div><!-- .entry-content --> <footer class="entry-footer"> <?php twentysixteen_entry_meta(); ?> <?php edit_post_link( sprintf( /* translators: %s: Name of current post */ __( 'Edit<span class="screen-reader-text"> "%s"</span>', 'twentysixteen' ), get_the_title() ), '<span class="edit-link">', '</span>' ); ?> </footer><!-- .entry-footer --> </article><!-- #post-## -->3. Meine Idee war dann, daß vllt. in der functions.php von "2016" definiert ist, was mit "twentysixteen_entry_meta" aufgerufen wird:
Dort finde ich aber weder "entry" noch "meta" noch "footer" - geschweige denn "entry_meta" und "entry-footer"...; auch nicht "byline" etc.
4. Wo finde ich das, was ich suche?
5. Irgendwo muß im übrigen auch definiert sein,
- daß auf der Startseite das Datum von oben gehalten Beiträgen ausgeblendet wird...:
sowie
- daß auf der Startseite der Autorname nicht abgerufen wird, auf der Beitragsseite aber sehr wohl.
-
Zitat
Das wäre dann noch nicht einmal ein 5-stelliger Betrag
Ja, da habe ich die Stellen schlecht gezählt. ;)
ZitatDenke aber daran, dass Du vorher die Entwickler brauchst und dass das Projekt ordentlich beschrieben werden muss. Auch das kostet Zeit und Geld.
Ja, das fiel mir auch schon auf.
- Ich könnte mir mal ein paar Projektbeschreibungen ansehen; mir genauer überlegen, was ich haben will und vielleicht auch für andere Leute nützlich sein könnte;
- mir ein Finanzierungskonzept überlegen: Vllt. ein - größerer - Teil über das Crowdfunding und ein - kleinerer - darüber, daß das Ergebnis zunächst nur den SpenderInnen sowie Leuten, die anschließend zunächst einmal zahlen, wenn das Ergebnis vorliegt, zugänglich ist, - und es der Allgemeinheit erst nach einer gewissen Schutzfrist zur Verfügung gestellt wird. - Den Zeitaufwand für diese Vorarbeiten würde ich für das gewünschte Ergebnis - vorab, auf eigenes Risiko - spenden. - Mehr als 9,99 Euro würde ich außerdem in bar spenden.
- Zur Beschreibung der informatischen Realisierbarkeit und des Arbeitsaufwand für die informatische Realisierung bin ich aber offensichtlich nicht in der Lage; und das sollten naheliegenderweise Leute machen, die dann den nämlichen Betrag haben wollen.
-
@ r23:
Vielen Dank. - Ich hatte nur dies (bzw. ein darüber finanziertes - nicht-informatisches Projekt) im Kopf:
https://de.wikipedia.org/wiki/Startnext
@ mensmaximus:
Das Ergebnis (das Plugin) hat kaum Wert für die Allgemeinheit und stellt nur einen Zwischenlayer dar.
1. Mein Interesse ist zwar ein vorrangig bibliographisches (aber auch dies könnte durchaus mehr Leute interessieren: siehe dazu weiter unten) - aber auch abgesehen davon:
- Leute, die einen Reise-Blog betreiben, könnten mit dem Plugin Infokästen zu den Ländern und Orten, über die sie schreiben einblenden;
- Leute, die über Sport-Matches schreiben, könnten - soweit die Teams den Relevanzkriterien von Wikidata genügen - Infokästen zu den Teams, die miteinander wettstreiten, einblenden
- Leute, die über Filme oder Theaterstücke, die sie sich ansehen, schreiben, könnten Infoboxen zu den Stücken bzw. Filmen einblenden.
- usw. usf.
2. Und was mein bibliographisches Interesse anbelangt - ich erweitere meine Wunschliste:
- Auch das Ausgabeformat sollte wählbar sein: Also nicht nur Infobox, sondern auch z.B.: schlichter Absatz (einer Literaturangabe) in einem Literaturverzeichnis oder einer Fußnote - das heißt: alle Leute, die mit Literaturangaben bloggen, müßten keine Literaturangaben mehr tippen (bzw.: ggf. müßten sie einmal den Datensatz bei Wikidata eingeben, falls noch nicht vorhanden), sondern könnten mit der Q-Nummer von Wikidata zitieren.
Und die Realisierbarkeit einer solchen Anwendung außerhalb der Wikimedia-Universums wäre ja vermutlich auch eine zusätzliche Werbung für Wikidata solches. Das heißt: Wikidata-Fans (z.B., weil sie sich eine offene Literaturdatenbank wünschen) könnten ein Interesse haben, ein solches Projekt - auch ganz unabhängig von WordPress - wegen der Signalwirkung - zu fördern.
Und 3.: Wenn es um einen fünfstelligen Betrag geht, dann bedürfte es ja nur 1.000 Leute, die bereit sind, dafür maximal 9,99 Euro ausgeben. - Wenn es Leute gibt, die bereit sind, für WordPress-Themes Geld auszugeben (obwohl es kostenlose Themes wie Sand am Meer gibt), dann sollte es doch wohl auch Leute geben, die bereit sind, für eine bisher nicht-existierende, aber nützliche Funktionalität Geld auszugeben.
-
Die Kosten für eine solche Entwicklung sind in jedem Fall fünfstellig.
Dann müßte ich mich wohl als Nächstes über Crowdfunding sachkundig machen...
-
Gibt es (bereits) eine Möglichkeit, Wikidata-Objekte in WordPress-Beiträge und -Seiten einzubinden - und falls nicht (was ich befürchte): Wäre so etwas prinzipiell überhaupt möglich?
1. Wikidata ist ein Schwesterprojekt der Wikipedia, das ermöglicht Datensätze zu allen möglichen Objekten (u.a. zu Büchern und BuchautorInnen, aber auch Ländern etc.) anzulegen und diese Datensätze dann als Infoboxen auszugeben.
2. a) Mein Content-Produzent rezensiert öfter Bücher und interviewt ebenfalls öfter BuchautorInnen. Bspw. hat mein Content-Produduzent den Autor Wolfgang Hien interviewt und das Buch von diesem Autor sowie dem Ko-Autor Peter Birke "Gegen die Zerstörung von Herz und Hirn – »68« und das Ringen um menschenwürdige Arbeit" rezensiert:
http://peter-nowak-journalist.de/2018/03/02/wis…ne-katastrophe/
und
http://peter-nowak-journalist.de/2018/08/14/kranke-arbeit/
b) Zu Autor und Buch gibt es bereits Wikidata-Datensätze:
https://www.wikidata.org/wiki/Q61707522 und https://www.wikidata.org/wiki/Q61717073
Bei WikiCommons wiederum wird aus dem Datensatz zur Person eine Infobox angezeigt:
https://commons.wikimedia.org/wiki/Category:Wolfgang_Hien
c) Ich würde nun gerne (u.a., damit die bibliographischen Daten in verschiedenen WordPress-Texten einheitlich angeben und formatiert werden) eine ähnliche Infobox bei WordPress einbinden: z.B. die Infobox zur Person bei dem Interview und die - prinzipiell mögliche - Infobox zu dem Buch bei der Rezension oder auch auch die Infobox zur Person bei beiden WordPress-Beiträge.
3. Meine Wunschvorstellung wäre ein Plugin, das mir z.B. bei "Beiträge" und "Seiten erstellen" eine weitere Eingabebox - so ähnlich wie für "Kategorien" etc. - zur Verfügung stellt und in der ich folgende Angaben machen kann:
- Möchte ich ein oder mehrere Datensätze einbinden?
- Wie lautet/n die Wikidata-Q-Nummer/n des oder der Datensätze, die eingebunden werden soll?
- Sollen alle Angaben aus dem Datensatz oder nur bestimmte eingebunden werden? (Angabe der P-Nummer; p = property = eine bestimmte Eigenschaft des Objektes)
- Soll jeweils die aktuelle Version des Datensatz eingebunden werden oder die Version eines bestimmten Datums (Hinweis: wie bei der Wikipedia werden die verschiedenen Bearbeitungsstände gespeichert und stehen als Versionsgeschichte zur Verfügung)?
- Wo soll die Infobox in dem WordPress-Beitrag oder der -Seite erscheinen (am Anfang, am Ende oder am - linken oder rechten - Rand eines bestimmten Absatz)?
- Soll die ganze Infobox angezeigt werden oder ein Miniatur-Vorschaubild?
Technische Informationen zu den Möglichkeiten des externen Zugriffs auf Wikidata (die mir aber nichts genaues sagen) gibt es dort:https://www.wikidata.org/wiki/Wikidata:Data_access/de
Vllt. ist auch das:
https://www.wikidata.org/wiki/Wikidata:Tools
noch interessant.
4. Da ich das nicht nur für meinen Content-Prozenten nützlich fände, sondern auch selbst gerne für meinen eigenen Blog hätte und gut fände, wenn es allgemein zur Verfügung stünde:
Falls so etwas in der Art noch nicht existiert, aber prinzipiell möglich wäre - wie aufwendig wäre es für Leute, die programmieren können, so etwas in der Art zu schreiben: Wäre das eine Frage von Stunden, Tagen, ... Monaten, ...?
PS.:
Ich habe jetzt das:
https://wordpress.org/plugins/references-for-wikidata/
gefunden; aber das scheint nicht mehr zu machen, als die Schlagwort-Liste um eine entsprechende Spalte zu erweitern (im front end sehe ich bei dem Schlagwort nichts):
PPS.:
Wenn dem Schlagwort im Artikel-Meta gefolgt wird, dann erscheint auf der Archiv-Seite zu dem Schlagwort ein Link zu Wikidata (- und das Design der Seite ist zerschossen [siehe den oberen blauen Rahmen, der falsch plaziert ist]):
Das ist also nicht, was ich mir vorstelle.
- Möchte ich ein oder mehrere Datensätze einbinden?
