Verlinkung von Beitragsbildern aufheben

Es geht um einen Blog, der mit WP 5.0.3 und dem Theme Twenty Sixteen betrieben wird. (Ich greife dem Content-Produzenten etwas bei seinem Blog-Design unter die Arme, kenne mich aber selbst auch nur mittelmäßig aus.)

Ich habe - durch Änderungen in der content.php (Antwort #28 [Nr. 2]) sowie der content-single.php (Antwort #33 [ebenfalls Nr. 2]) - erreicht, daß das "Beitragsbild" nun dort plaziert ist, wo ich es haben will.

Jetzt würde ich gerne noch,

1. die (m.E. überflüssige) Verlinkung der Beitragsbilder (insbesondere die blaue Hyperlink-Unterstreichung, die bei mouse over verschwindet) ganz aufheben

- siehe z.B. http://peter-nowak-journalist.de/2019/02/15/ges…aunes-gedenken/ und den folgenden screen shot

[Blockierte Grafik: http://peter-nowak-journalist.de/wp-content/uploads/2019/02/Verlinkung.png]

und

2. gerne <title>-tags (tooltips) für die Betragsbilder verwenden - aber nicht ein einheitliches (beitrags-übergreifendes) <title>-tag pro Bild, sondern für jeden Beitrag ein spezifisches <title>-tag. (Es soll jeweils ein Datum genannt werden - z.B.: "bnr.de vom 15. Februar 2019") - also in etwa:

[Blockierte Grafik: http://peter-nowak-journalist.de/wp-content/uploads/2019/02/tooltip.png] .
(dort ist bisher kein Beitragsbild, sondern ein 'normales Bild' verwendet; Beitragsbilder machen dem Content-Produzenten das Einfügen der Bilder aber hoffentlich deutlich einfacher).

(Wie) lässt sich das beides machen?

zu 1.: Siehe die rote Markierung im ersten Bild oder klicke im Blog auf eines der Beitragsbilder (der Link führt zu dem jeweiligen Volltext des Beitrages).

zu 2.: Nein, das Bild soll ja gerade nicht in jedem Beitrag den gleichen Tooltip anzeigen - deshalb wäre es kontraproduktiv, dem Bild als solches den title-Text zuzuweisen, sondern benötige ich eine zusätzliche Eingabemöglichkeit in jedem Beitrag, in dem ich das Bild verwende. - Verständlich ausgedrückt?

Da scheint aber gar kein a-Tag zu sein; die fragliche Zeile sowie die Zeile davor und danach lauten:

<div class="entry-content">
      
       <div class="wp-block-image"><figure class="alignright"><?php twentysixteen_post_thumbnail(); ?></figure></div>
      
       <?php

Und in der content-single.php heißt es ganz genauso:

<div class="entry-content">


       <div class="wp-block-image"><figure class="alignright"><?php twentysixteen_post_thumbnail(); ?></figure></div>


       <?php

Der Unterschied muß also wohl irgendwo anders liegen.

In der Original inc/template-tags.php von Twenty Sixteen heißt es unter anderem:

if ( ! function_exists( 'twentysixteen_post_thumbnail' ) ) :
   /**
    * Displays an optional post thumbnail.
    * Wraps the post thumbnail in an anchor element on index views, or a div
    * element when on single views.
    * Create your own twentysixteen_post_thumbnail() function to override in a child theme.
    * @since Twenty Sixteen 1.0
    */
   function twentysixteen_post_thumbnail() {
       if ( post_password_required() || is_attachment() || ! has_post_thumbnail() ) {
           return;
       }


       if ( is_singular() ) :
           ?>


       <div class="post-thumbnail">
           <?php the_post_thumbnail(); ?>
   </div><!-- .post-thumbnail -->


   <?php else : ?>


   <a class="post-thumbnail" href="<?php the_permalink(); ?>" aria-hidden="true">
       <?php the_post_thumbnail( 'post-thumbnail', array( 'alt' => the_title_attribute( 'echo=0' ) ) ); ?>
   </a>


       <?php
   endif; // End is_singular()
   }
endif;

Ich habe in meinem Child-Ordner eine (neue) functions.php folgenden Inhalts erstellt:

<?php
/**
 * @package WordPress
 * @subpackage DGs Child
 * @since DGs Child 1.0
 */


if ( ! function_exists( 'twentysixteen_post_thumbnail' ) ) :
   /**
    * Displays an optional post thumbnail.
    * Wraps the post thumbnail in an anchor element on index views, or a div
    * element when on single views.
    * Create your own twentysixteen_post_thumbnail() function to override in a child theme.
    * @since Twenty Sixteen 1.0
    */
   function twentysixteen_post_thumbnail() {
       if ( post_password_required() || is_attachment() || ! has_post_thumbnail() ) {
           return;
       }


       if ( is_singular() ) :
           ?>


       <div class="post-thumbnail">
           <?php the_post_thumbnail(); ?>
   </div><!-- .post-thumbnail -->


   <?php else : ?>


    <a class="post-thumbnail" aria-hidden="true">
    <?php the_post_thumbnail( 'post-thumbnail', array( 'alt' => the_title_attribute( 'echo=0' ) ) ); ?>


       <?php
   endif; // End is_singular()
   }
endif;

Dort sind also weggelassen:

href="<?php the_permalink(); ?>"

sowie

</a>

Das hat aber nicht den erwünschten, sondern unerwünschte Effekt; siehe:

http://peter-nowak-journalist.de/

Ah, danke. Das funktioniert jetzt - nach Löschung auch des "a" und des nach folgendem Leerzeichen am Anfang.

Jetzt habe ich noch probiert, was passiert wenn ich bei

array( 'alt' => the_title_attribute( 'echo=0' )

"alt" durch "title" ersetze. Das hat auf den ersten Blick keinen sichtbaren Effekt - führt jedenfalls nicht dazu, daß mir nun im back end bei den jeweiligen Beiträgen ein Eingabefeld zur Verfügung stehen würde, um den title-Text einzugeben, siehe z.B.:

[Blockierte Grafik: http://peter-nowak-journalist.de/wp-content/uploads/2019/02/kein_Feld_f_title-tag.png]

PS.:

Zu Antwort #11: Danke; ich habe die Zeile jetzt ganz gelöscht.

Zu Antwort #15:

Ich habe dann (statt "title") "alt" wiederhergestellt (insoweit also die Originalversion). - Und wenn ich recht verstehe, reguliert die inc/template-tags.php bzw. meine functions.php nur das, was im front end ausgegeben/anzeigt wird, aber nicht, was im back end eingeben werden kann.

Das heißt: Ohne Lösung, wie ich den title-Text überhaupt erst einmal beitrags-spezifisch eingeben kann, brauche ich mich mit der Ausgabe gar nicht weiterbeschäftigen. - Das wird dann wohl zu anspruchsvoll für mich.

Zu Antwort #13:

Spricht irgendetwas dafür "span" zu verwenden, statt einfach die fragliche Zeile zu löschen? (Es scheint ja auch ohne "span" so auszusehen, wie es soll.)

Zitat von maxe

es ging lediglich darum, ob die css class post-thumbnail noch benötigt wird.

Anscheinend nicht, wenn es eh so aussieht, wie es aussehen sollen - außer ich bemerke später irgendeinen Fehler.

Zitat von maxe

zu #15, du kannst den Post Titel als title Attribut von img nehmen (wie bereits oben beschrieben und auch von dir getestet) oder aber noch z.B. das Post Datum hinzufügen.

zu Variante 1: Dann wäre ja aber, wenn ich recht verstehe, der title-Text für jede Verwendung des Bildes identisch, oder nicht?

zu Variante 2: Das würde auch nicht wirklich weiterhelfen. Denn das Datum des posts steht eh ja im post-Meta. - Das title-tag würde ich gerne aus folgendem Grunde verwenden:

• Der Blog-Betreiber (Content-Produzent) bringt z.B. heute bei telepolis oder irgendwo einen Artikel unter.
• Dann kommt er z.B. erst morgen oder übermorgen dazu, den Artikel im eignen Blog zu dokumentieren/spiegeln.
• Deshalb würde ich gerne bei dem Logo (Bild) des jeweiligen Erst-Veröffentlichungs-Mediums einen title-Text, der das Datum der jeweiligen Erstveröffentlichung nennt, unterbringt. (Nur das hätte ja einen informativen Mehrwert gegenüber dem post-Meta.)

Zitat von maxe

zu Variante 1 wäre der title nicht für jede Verwendung des Bildes identisch, denn es hätte ja den Post Title (Titel vom Beitrag).

Zitat von maxe

zu #15, du kannst den Post Titel als title Attribut von img nehmen (wie bereits oben beschrieben und auch von dir getestet)

Du meinst das zweite Bild in meinem Eingangs-post? - Von der Variante war ich abkommen, weil mir scheint, daß die Beitrags-Bild-Funktion für den Content-Produzenten einfacher und mit weniger Klicks zu handhaben ist, als das Einfügen eines Blocks für das Bild und dann das korrekte Plazieren des Blocks; außerdem müsste bei dieser Variante auch noch im html-Modus "alt" durch "title" ersetzt oder ergänzt werden. Das dürfte für den Blog-Betreiber zu diffizil sein.

Den Hinweis auf, "Da würden sich z.B. die Custom Fields (benutzerdefinierte Felder) anbieten, evtl. sogar über das ACF Plugin", hatte ich vorhin übersehen. - Das Plugin kann ich ja mal ausprobieren; vielleicht komme ich damit zurecht.