Support » Allgemeine Fragen » „Größe“n-Einstellungen für Blöcke nicht sichtbar

  • Gelöst cortlieb

    (@cortlieb)


    Hallo liebe Experten,
    auf einer Website, die ich bearbeite habe ich festgestellt, dass der Bereich „Größe“ (padding, margin) bei keinem Block im Blockeditor sichtbar ist.
    Die verwendete WP-Version ist 6.2.2, aus meiner Sicht sollte diese Funktion da längst eingeführt sein.
    Kann mir einer sagen, was Einfluss auf die Verfügbarkeit dieser Einstellungen haben kann?
    Spielt das Theme da irgendwie mit?
    Gibt es eine „geheime“ Einstellung, die ich noch nicht gefunden habe?

    • Dieses Thema wurde geändert vor 10 Monaten, 3 Wochen von cortlieb.
    • Dieses Thema wurde geändert vor 10 Monaten, 3 Wochen von cortlieb.
    • Dieses Thema wurde geändert vor 10 Monaten, 3 Wochen von cortlieb.
Ansicht von 15 Antworten - 1 bis 15 (von insgesamt 19)
  • Mit ein paar Angaben zur Website könnten wir uns das sogar anschauen. Schade, Chance vertan.

    Bevor du ein neues Thema (Thread) erstellst

    Thread-Starter cortlieb

    (@cortlieb)

    Ok, sorry, ich dachte von „außen“ kann man in diesem Fall nicht viel sehen.
    https://www.graf-von-westphalen.de

    Es ging mir auch mehr um den Website-Bericht.

    Wie auch immer … Feierabend. 🙂

    Thread-Starter cortlieb

    (@cortlieb)

    Dann wünsche ich dir einen schönen Feierabend und ich versuche es noch mal :-).

    wp-core
    
    version: 6.2.2
    site_language: de_DE
    user_language: de_DE
    timezone: Europe/Berlin
    permalink: /%category%/%postname%/
    https_status: true
    multisite: false
    user_registration: 0
    blog_public: 1
    default_comment_status: closed
    environment_type: production
    user_count: 3
    dotorg_communication: true wp-paths-sizes wordpress_path: /home/www/public_html
    wordpress_size: 9,44 GB (10136235786 bytes)
    uploads_path: /home/www/public_html/wp-content/uploads
    uploads_size: 607,51 MB (637016358 bytes)
    themes_path: /home/www/public_html/wp-content/themes
    themes_size: 68,94 MB (72284731 bytes)
    plugins_path: /home/www/public_html/wp-content/plugins
    plugins_size: 113,95 MB (119484025 bytes)
    database_size: 20,11 MB (21086208 bytes)
    total_size: 10,23 GB (10986107108 bytes) wp-dropins (1) advanced-cache.php: true wp-active-theme name: Sage Starter Theme (gvw)
    version: 8.4.2
    author: Roots
    author_website: https://roots.io/
    parent_theme: none
    theme_features: core-block-patterns, widgets-block-editor, soil-clean-up, soil-nav-walker, soil-nice-search, soil-jquery-cdn, soil-relative-urls, title-tag, menus, post-thumbnails, post-formats, html5, editor-style, widgets
    theme_path: /home/www/public_html/wp-content/themes/gvw
    auto_update: Deaktiviert wp-themes-inactive (1) Twenty Twenty-Three: version: 1.1, author: Das WordPress-Team, Automatische Aktualisierungen deaktiviert wp-mu-plugins (3) ManageWP - Worker Loader: version: 1.0.0, author: GoDaddy
    WP Migrate Lite Compatibility: version: 1.3, author: Delicious Brains
    WP STAGING Optimizer: version: 1.5.1, author: René Hermenau wp-plugins-active (18) Add to Calendar Button: version: 1.2.9, author: Jens Kuerschner, Automatische Aktualisierungen deaktiviert
    Advanced Custom Fields PRO: version: 6.1.6, author: WP Engine, Automatische Aktualisierungen deaktiviert
    Backup Duplicator & Migration - WP STAGING: version: 2.14.1, author: WP-STAGING, WPStagingBackup (latest version: 2.15.0), Automatische Aktualisierungen deaktiviert
    Borlabs Cookie - Cookie Opt-in: version: 2.2.63, author: Borlabs GmbH, Automatische Aktualisierungen deaktiviert
    Bulk Page Creator: version: 1.1.4, author: Dagan Lev, Automatische Aktualisierungen deaktiviert
    Custom Post Type UI: version: 1.13.5, author: WebDevStudios, Automatische Aktualisierungen deaktiviert
    diwima JagdGast: version: 1.1.0, author: diwima GmbH, Automatische Aktualisierungen deaktiviert
    ManageWP - Worker: version: 4.9.17, author: GoDaddy, Automatische Aktualisierungen deaktiviert
    The Icon Block: version: 1.5.0, author: Nick Diego, Automatische Aktualisierungen deaktiviert
    UpdraftPlus - Backup/Restore: version: 1.23.3, author: UpdraftPlus.Com, DavidAnderson (latest version: 1.23.4), Automatische Aktualisierungen deaktiviert
    W3 Total Cache: version: 2.3.2, author: BoldGrid, Automatische Aktualisierungen deaktiviert
    WPBakery Page Builder: version: 6.11.0, author: Michael M - WPBakery.com (latest version: 6.13.0), Automatische Aktualisierungen deaktiviert
    WPCode Lite: version: 2.0.11, author: WPCode (latest version: 2.0.12), Automatische Aktualisierungen deaktiviert
    WP Map Block: version: 1.4.7, author: Academy LMS, Automatische Aktualisierungen deaktiviert
    WP Migrate Lite: version: 2.6.5, author: WP Engine (latest version: 2.6.6), Automatische Aktualisierungen deaktiviert
    WP Statistics: version: 14.1, author: VeronaLabs (latest version: 14.1.2), Automatische Aktualisierungen deaktiviert
    Yoast Duplicate Post: version: 4.5, author: Enrico Battocchi & Team Yoast, Automatische Aktualisierungen deaktiviert
    Yoast SEO: version: 20.7, author: Team Yoast (latest version: 20.8), Automatische Aktualisierungen deaktiviert wp-plugins-inactive (3) Advanced Custom Fields: version: 6.1.6, author: WP Engine, Automatische Aktualisierungen deaktiviert
    Query Monitor: version: 3.12.2, author: John Blackbourn (latest version: 3.12.3), Automatische Aktualisierungen deaktiviert
    Spectra: version: 2.6.1, author: Brainstorm Force, Automatische Aktualisierungen deaktiviert wp-media image_editor: WP_Image_Editor_Imagick
    imagick_module_version: 1691
    imagemagick_version: ImageMagick 6.9.11-60 Q16 x86_64 2021-01-25 https://imagemagick.org
    imagick_version: 3.7.0
    file_uploads: File uploads is turned off
    post_max_size: 1024M
    upload_max_filesize: 1024M
    max_effective_size: 1 GB
    max_file_uploads: 20
    imagick_limits:
    imagick::RESOURCETYPE_AREA: 122 MB
    imagick::RESOURCETYPE_DISK: 1073741824
    imagick::RESOURCETYPE_FILE: 768
    imagick::RESOURCETYPE_MAP: 512 MB
    imagick::RESOURCETYPE_MEMORY: 256 MB
    imagick::RESOURCETYPE_THREAD: 1
    imagick::RESOURCETYPE_TIME: 9.2233720368548E+18
    imagemagick_file_formats: 3FR, 3G2, 3GP, AAI, AI, APNG, ART, ARW, AVI, AVIF, AVS, BGR, BGRA, BGRO, BIE, BMP, BMP2, BMP3, BRF, CAL, CALS, CANVAS, CAPTION, CIN, CIP, CLIP, CMYK, CMYKA, CR2, CR3, CRW, CUR, CUT, DATA, DCM, DCR, DCX, DDS, DFONT, DNG, DPX, DXT1, DXT5, EPDF, EPI, EPS, EPS2, EPS3, EPSF, EPSI, EPT, EPT2, EPT3, ERF, FAX, FILE, FITS, FRACTAL, FTP, FTS, G3, G4, GIF, GIF87, GRADIENT, GRAY, GRAYA, GROUP4, H, HALD, HDR, HEIC, HISTOGRAM, HRZ, HTM, HTML, HTTP, HTTPS, ICB, ICO, ICON, IIQ, INFO, INLINE, IPL, ISOBRL, ISOBRL6, J2C, J2K, JBG, JBIG, JNG, JNX, JP2, JPC, JPE, JPEG, JPG, JPM, JPS, JPT, JSON, K25, KDC, LABEL, M2V, M4V, MAC, MAGICK, MAP, MASK, MAT, MATTE, MEF, MIFF, MKV, MNG, MONO, MOV, MP4, MPC, MPG, MRW, MSL, MTV, MVG, NEF, NRW, NULL, ORF, OTB, OTF, PAL, PALM, PAM, PATTERN, PBM, PCD, PCDS, PCL, PCT, PCX, PDB, PDF, PDFA, PEF, PES, PFA, PFB, PFM, PGM, PGX, PICON, PICT, PIX, PJPEG, PLASMA, PNG, PNG00, PNG24, PNG32, PNG48, PNG64, PNG8, PNM, POCKETMOD, PPM, PREVIEW, PS, PS2, PS3, PSB, PSD, PTIF, PWP, RADIAL-GRADIENT, RAF, RAS, RAW, RGB, RGBA, RGBO, RGF, RLA, RLE, RMF, RW2, SCR, SCT, SFW, SGI, SHTML, SIX, SIXEL, SPARSE-COLOR, SR2, SRF, STEGANO, SUN, TEXT, TGA, THUMBNAIL, TIFF, TIFF64, TILE, TIM, TTC, TTF, TXT, UBRL, UBRL6, UIL, UYVY, VDA, VICAR, VID, VIDEO, VIFF, VIPS, VST, WBMP, WEBM, WEBP, WMV, WPG, X, X3F, XBM, XC, XCF, XPM, XPS, XV, XWD, YCbCr, YCbCrA, YUV
    gd_version: 2.3.3
    gd_formats: GIF, JPEG, PNG, WebP, BMP, XPM
    ghostscript_version: 9.53.3 wp-server server_architecture: Linux 6.2.8-cm4all1-hp+ x86_64
    httpd_software: Apache
    php_version: 7.4.33 64bit
    php_sapi: cgi-fcgi
    max_input_variables: 1000
    time_limit: 3600
    memory_limit: 512M
    max_input_time: 60
    upload_max_filesize: 1024M
    php_post_max_size: 1024M
    curl_version: 7.74.0 OpenSSL/1.1.1n
    suhosin: false
    imagick_availability: true
    pretty_permalinks: true
    htaccess_extra_rules: true wp-database extension: mysqli
    server_version: 10.3.12-MariaDB-1:10.3.12+maria~stretch-log
    client_version: mysqlnd 7.4.33
    max_allowed_packet: 16777216
    max_connections: 1024 wp-constants WP_HOME: undefined
    WP_SITEURL: undefined
    WP_CONTENT_DIR: /home/www/public_html/wp-content
    WP_PLUGIN_DIR: /home/www/public_html/wp-content/plugins
    WP_MEMORY_LIMIT: 40M
    WP_MAX_MEMORY_LIMIT: 512M
    WP_DEBUG: false
    WP_DEBUG_DISPLAY: true
    WP_DEBUG_LOG: false
    SCRIPT_DEBUG: false
    WP_CACHE: true
    CONCATENATE_SCRIPTS: undefined
    COMPRESS_SCRIPTS: undefined
    COMPRESS_CSS: undefined
    WP_ENVIRONMENT_TYPE: Nicht definiert
    DB_CHARSET: utf8mb4
    DB_COLLATE: undefined wp-filesystem wordpress: writable
    wp-content: writable
    uploads: writable
    plugins: writable
    themes: writable
    mu-plugins: writable

    Hallo,
    das Sage Starter Theme kenne ich nicht und kann daher nicht sagen, ob die genannten Einschränkungen im Zusammenhang mit diesem Theme stehen.

    Du kannst ja mal nach einer Sicherung das Plugin Health Check & Troubleshooting installieren. Anschließend kannst du unter Werkzeuge > Website Zustand unter Problembehandlung auf den Button „Problembehandlungsmodus aktivieren“ klicken. Dann werden alle Plugins deaktiviert und als Standardtheme z. B. Twenty Twenty-Two aktiviert. Dann kannst du sehen, ob die beschriebenen Probleme noch weiterhin auftauchen. Aktiviere dann zunächst das Theme von dir und danach Plugin für Plugin im Problembehandlungsmodus und schaue jeweils nach Aktivierung, ob das Problem noch besteht. Auf diese Weise kannst du möglicherweise herausfinden, ob das Problem durch das Theme und/oder ein Plugin verursacht wird. Vorteil dabei ist, dass Besucher deine Website weiter mit allen Infos und Plugins sehen, während nur für dich alle Plugins deaktiviert sind.

    Zum Website-Bericht:

    • WPBakery Page Builder könnte auch der Verursacher des Problems sein
    • PHP 7.4 wird nicht mehr mit Sicherheits-Updates versorgt. Du solltest über den Hoster auf PHP 8.x umstellen

    Viele Grüße
    Hans-Gerd

    Thread-Starter cortlieb

    (@cortlieb)

    Hallo Hans-Gerd,
    vielen Dank für deine Hinweise.
    Wenn ich dich richtig verstehe, hätte das Theme die Möglichkeit diese Einstellmöglichkeit zu unterbinden (bzw. nicht zu erlauben)?
    Das Theme wurde vom ursprünglichen Ersteller aus dem Starter-Theme entwickelt. Natürlich wurde es, da selbst entwickelt, nach der Fertigstellung der Website (2016) nicht mehr angefasst und upgedated. Eine unerschöpfliche Quelle diverser Probleme!
    Hier und da habe ich es mal angepasst (z.B. an neue PHP-Versionen 🙄️), aber immer vorsichtig, will ja niemand bezahlen.
    Aber was soll ich jammern, ich werde deinen Vorschlag aufgreifen und den „Problembehandlungsmodus“ nutzen, wenn ich die Website turnusmäßig wegen Backups und Updates anfasse.
    Mir ging es noch mal darum zu verstehen, ob es lohnt für dieses Problem Richtung Theme zu schauen.

    Das Theme wurde vom ursprünglichen Ersteller aus dem Starter-Theme entwickelt. Natürlich wurde es, da selbst entwickelt, nach der Fertigstellung der Website (2016) nicht mehr angefasst und upgedated.

    Das war zu der Zeit durchaus üblich, um individuellen Wünschen des Kunden zu entsprechen. Diese Themes wurden ohne Wartungsvertrag auch nicht mehr angefasst – alles völlig OK.

    Eine unerschöpfliche Quelle diverser Probleme!

    Das sollte es eigentlich nicht sein. Selbst ältere Themes sollten problemlos mit der aktuellen WordPress-Version funktionieren.

    Allerdings hat es einige Änderungen in den PHP-Versionen gegeben und Programmierfehler, die unter PHP 7.4 noch toleriert wurden, können bei PHP 8.x die Website unbrauchbar machen. Das sind allerdings oft Fehler, die sich mit geringem Aufwand beheben lassen.

    Wurde damals ein Wartungsvertrag vereinbart? Es wäre eine falsche Erwartungshaltung, dass ein Theme, das 2016 erstellt wurde (und die Leistung einmalig vergütet wurde) ohne weitere (bezahlte) Anpassungen sieben Jahre später die aktuellen Features von WordPress abdecken soll.

    hätte das Theme die Möglichkeit diese Einstellmöglichkeit zu unterbinden

    Da bin ich mir nicht sicher, aber wir haben auch keine Möglichkeit, uns das anzuschauen, weil uns das Theme fehlt. Aktiviere ein Standard-Theme und schau, ob sich dann etwas an den Einstellungsoptionen ändert. Falls nicht, ist vielleicht ein Plugin die tatsächlich Ursache. Das lässt sich durch Deaktivieren der Plugins eingrenzen.

    dass der Bereich „Größe“ (padding, margin) bei keinem Block im Blockeditor sichtbar ist. … Gibt es eine „geheime“ Einstellung, die ich noch nicht gefunden habe?

    Es gibt Blöcke, für die eine Einstellung von margin und padding gar nicht vorgesehen ist – z.B. beim Bild-Block:

    Screenshot
    Zum Vergrößern bitte anklicken …

    Bei Blöcken, die eine Einstellung möglich machen, muss erst das Halbmond-Icon angeklickt werden. Hier z.B. der Cover-Block (1), der bei Auswahl das Halbmond-Icon anzeigt (2) über das dann die Abstände eingestellt werden können (3).

    Screenshot
    Zum Vergrößern bitte anklicken …
    • Diese Antwort wurde geändert vor 10 Monaten, 3 Wochen von Bego Mario Garde.
    Thread-Starter cortlieb

    (@cortlieb)

    Hallo Bego (ich hoffe, das ist die korrekte Ansprache),
    vielen Dank für deine Antwort.
    Ich weiß nicht, wie philosophisch wir werden wollen, aber ein bisschen kann ja nicht schaden.
    Hauptprobleme waren bisher Inkompatibilitäten mit neueren Versionen von Plugins (vor allem Darstellungsprobleme) und dann PHP.
    Einen Wartungsvertrag für die gesamte Website gab es wohl, der war aber sehr limitiert (Anpassungen des Themes und Updates von WP-Core und Plugins waren jedenfalls nicht Bestandteil). Kenne ich zugegebenermaßen aber auch nur vom Hörensagen.
    Kritisch sehe ich, dass die Thematik des selbsterstellten Themes dem Kunden nicht bewusst war (oder nicht verstanden wurde, das kann ich nicht beurteilen). Im Grunde insgesamt der Umstand, dass eine (WP-)Website etwas Pflege braucht. Aber damit war er natürlich bei Weitem nicht alleine.


    Aber zum Thema. Ich habe mir extra noch mal die Blöcke mit Größeneinstellungen in anderen Installationen angeschaut, kann also sagen, dass sie hier wirklich fehlen. Wo ich die Einstellungen finde ist auch klar.
    Ansonsten werde ich so vorgehen, wie von dir und Hans-Gerd vorgeschlagen.
    Kann noch ein paar Tage dauern, aber ich würde das Thema offen lassen, bis ich die Lösung habe, um nachfolgenden Generationen eine Antwort präsentieren zu können?

    • Diese Antwort wurde geändert vor 10 Monaten, 3 Wochen von cortlieb.
    • Diese Antwort wurde geändert vor 10 Monaten, 3 Wochen von cortlieb.

    ich hoffe, das ist die korrekte Ansprache

    Völlig korrekt. 👍🏼
    Kommt selten vor, dass jemand fragt. Mario ist auch OK (so steht’s im Pass), Maria lese ich auch öfters 😇, diverse Variationen von Gero bis Pedro … Ich bin da sehr offen für Vorschläge. 😉

    Einen Wartungsvertrag für die gesamte Website gab es wohl, der war aber sehr limitiert (Anpassungen des Themes und Updates von WP-Core und Plugins waren jedenfalls nicht Bestandteil).

    Viele Kunden sehen überhaupt nicht die Notwendigkeit für irgendeine Form von Wartung und verstehen nicht, wieso sie laufend aktualisieren sollen. Eine Anpassung des Theme z.B. an die laufend neuen Features des Block-Editors wäre auch unüblich. Die meisten Kunden geben eher nach fünf Jahren eine neue Website in Auftrag.

    Kritisch sehe ich, dass die Thematik des selbsterstellten Themes dem Kunden nicht bewusst war (oder nicht verstanden wurde, das kann ich nicht beurteilen).

    Wie weit das bei Auftragsvergabe thematisiert wurde, lässt sich im Nachhinein schwer feststellen. „Ich programmiere ein Theme nach deinen Wünschen und gestalterischen Vorgaben, dass dann nicht mehr weiterentwickelt wird.“ ist aber wie gesagt nicht unüblich gewesen.
    Inzwischen gibt es viele Multipurpose-Themes mit guter Performance und sauberem HTML-Code, dass es Sinn macht, die Grundkonfiguration über die Theme-Einstellungen zu machen und lediglich ein paar eigene CSS-Regeln einzubringen, die nicht mal ein Child-Theme erfordern. Das lässt sich schneller aufsetzen, als ein Starter-Theme nach Kundenvorgaben anzupassen und wird dann vom Theme-Entwickler noch eine ganze Weile weiterentwickelt und mit Updates versehen.
    Mit den neuen Block-basierten Themes ist die Bedeutung von Themes grundsätzlich gesunken. Du kannst mit wenig Aufwand Inhalte beliebig platzieren und eine Startseite mit einem Mix aus statischem Text und aktuellen Beiträgen, Bilder, mehrspaltigen Abschnitten usw. erstellen. Per Plugin Create Block Theme fügst du noch eigene Fonts datenschutzkonform hinzu und speicherst auf Wunsch das ganze als eigenes Theme. Oder du verwendest das Theme weiter und freust dich über jahrelange Updates. Da sich Themes und Plugins inzwischen auch automatisch aktualisieren lassen, brauchst du nur noch gelegentlich draufschauen, ob die Website noch läuft.

    extra noch mal die Blöcke mit Größeneinstellungen in anderen Installationen angeschaut, kann also sagen, dass sie hier wirklich fehlen

    Hast du mal in der Konsole der Entwickler-Tools im Browser (Taste F12) geschaut, ob es JavaScript-Fehlermeldungen gibt?

    aber ich würde das Thema offen lassen …

    Ja klar, kein Problem. Der Status ist für uns nur ein Anhaltspunkt, wo wir nicht mehr mit Priorität nachsehen brauchen. Das spart die ohnehin knappen Ressourcen.

    Thread-Starter cortlieb

    (@cortlieb)

    So, ich konnte (über das Plugin Health Check & Troubleshooting) ermitteln, dass tatsächlich das Theme für das „Verschwinden“ der Größeneinstellungen verantwortlich ist.
    Jetzt muss ich nur raus finden, wie das Theme das macht, damit ich es korrigieren kann …
    Das Ganze begann allerdings mit einem Schweißperlen-Moment. Nachdem ich den Problembehandlungsmodus aktiviert hatte und danach nur das Theme wieder aktivierte hatte, aber keine Plugins, lief die Installation auf einen kritischen Fehler. Der verhinderte leider auch, dass ich das Backend erreichen und den Problembehandlungsmodus wieder abschalten konnte.
    Ich habe dann den Debugmodus aktiviert und konnte den Fehlerbereich im Theme aufspüren und vorübergehend abschalten. Das Theme (functions.php) ruft Funktionen aus dem installierten Pagebuilder auf (WP Bakery bzw. Visual Composer). Wenn das entsprechende Plugin deaktiviert ist, ist da nichts mehr zum aufrufen und es gibt einen kritischen Fehler.
    Aber ich habe mir die Frage gestellt, wie ich in so einem Fall den Problembehandlungsmodus wieder abstellen kann?
    Oder sollte ich für diese Frage lieber einen eigenen Thread aufmachen? Hat ja nur sehr indirekt mit meiner Ursprungsfrage zu tun.
    Schönes Wochenende.

    Hallo,
    leider ist das schwierig zu beantworten, weil ich das hier nicht reproduzieren kann. Auf der Support-Seite des Plugins werden zwar verschiedene Lösungsmöglichkeiten kurz angesprochen. Es ist aber unklar, ob es eine Lösung dafür gibt.

    In dem Fall würde ich vermutlich als erste Möglichkeit einfach per FTP das Plugin deaktivieren.
    In der FAQ im Beitrag ist genauer beschrieben, wie man plugins deaktiviert, wenn man keinen Zugriff mehr auf das Dashboard hat.
    Ähnlich funktioniert das für ein spezielles Plugin: Per FTP änderst du den Namen des Plugin – Ordners, der das Problem verursacht
    (z. B. \wp-content\plugins\das_ist_der_Ordner in \wp-content\plugins\_das_ist_der_Ordner) – ich habe hier vor dem Namen des Ordners einen Unterstrich gesetzt.

    Oder sollte ich für diese Frage lieber einen eigenen Thread aufmachen?

    Ist in der Tat an sich die bessere Option. 😉

    Viele Grüße
    Hans-Gerd

    • Diese Antwort wurde geändert vor 10 Monaten, 3 Wochen von Hans-Gerd Gerhards. Grund: Korrektur Formatierung Code
    Thread-Starter cortlieb

    (@cortlieb)

    So, jetzt noch mal zum Abschluss für spätere Leser.
    Eigenschaften des Blockeditors können in der theme.json-Datei eines Themes gesetzt werden. U.a. auch die Verfügbarkeit von padding und margin Einstellungen.
    Hier gibt es Doku dazu.
    Ich bin noch nicht zum Erfolg gekommen, da es dann andere, Theme-bedingte Probleme gab und ich das Ganze lieber erst mal auf einer Kopie teste, aber es klingt alles sehr plausibel.
    So eine theme.json hatte mein Theme natürlich noch nicht und die Default-Einstellung ist, dass Blöcke die von mir vermisste Einstellung nicht haben.

    • Diese Antwort wurde geändert vor 10 Monaten, 2 Wochen von cortlieb. Grund: als gelöst markiert
    • Diese Antwort wurde geändert vor 10 Monaten, 2 Wochen von cortlieb.

    Eigenschaften des Blockeditors können in der theme.json-Datei eines Themes gesetzt werden.

    … wenn es sich um ein blockbasiertes Theme handelt. Das war aber bei der Ausgangsfrage nicht angegeben und auch nicht aus dem Website-Bericht ersichtlich.

    Der Thread ist als gelöst markiert und was immer für dich funktioniert, ist völlig OK. Viel Erfolg mit der Website.

    Zunächst Danke für die Rückmeldung und “Gelöst”-Markieren. 👍

    So eine theme.json hatte mein Theme natürlich noch nicht und die Default-Einstellung ist, dass Blöcke die von mir vermisste Einstellung nicht haben.

    Das ist auch logisch, weil klassische Themes – und dazu gehört wohl auch dein Theme – in der Regel standardmäßig keine theme.json beinhalten. Ganz im Gegensatz dazu werden sogenannten Block Themes wie z. B. das aktuelle Standard-Theme Twenty Twenty-Three direkt mit einer theme.json „geliefert“.

    Allerdings kann man – wie du bereits richtig festgestellt hast – auch bei klassischen Themes eine theme.json erstellen. Ein (allerdings englischsprachiges) Video dazu findest du hier.

    Aber wie bereits Bego erwähnt hat, hat das an sich nichts mit deiner Ausgangsfrage zu tun.

    Allerdings kann man – wie du bereits richtig festgestellt hast – auch bei klassischen Themes eine theme.json erstellen.

    Das hatte ich schon wieder vergessen.

    Lässt sich denn damit bei einem Core-Block, der das nicht vorgesehen hat, nachträglich eine Einstellung für Margin und Padding hinzufügen?

Ansicht von 15 Antworten - 1 bis 15 (von insgesamt 19)
  • Das Thema „„Größe“n-Einstellungen für Blöcke nicht sichtbar“ ist für neue Antworten geschlossen.