almcr

I am using wp 5.5.1 and gutenberg 9.1.1 with the twentytwenty theme on my wordpress test system.

it seems that you need to use the Widgets link under the Customizer rather than the Widgets link

I think the lesson to be learned from this is that you should not use a test version of a plugin on a production site, widget processing constitutes a prominent non-working position in the test version of the plugin.

Al

according to documentation on gutenbergtimes.com, the widget block editor code can be disabled by putting “remove_theme_support( ‘widgets-block-editor’ );” in the theme’s functions.php file.

I could not get the new code to work to set up widgets on the theme I was using, so this is a work-around for now. Note that widgets is now missing from the customizer, so you will need to use the widget link under Appearances.

Al

I tested out the new theme from the www.ads-software.com repository called clearnote and I noticed the same thing. widgets are not working as expected with the new level of Gutenberg 9.0.0. I had to use the default level of gutenberg that comes with wp 5.5.1 to set up the widgets for the theme. now once they were set up, they did show OK in the theme, not sure if I can now modify them or not using gutenberg 9.0.0 though. luckily this is all happening on my test system, not my production system.

Al

OK thanks James.

Al

James

Thanks for the reply.

I do notice that the PHP requirement “Requires PHP: 7.3” has been removed from 1.0.7. My system would not even let me download 1.0.6, telling me that PHP 7.3 is required, when I tried running the update to the theme.

I don’t really have a problem with any s/w requirement like this, just that it would be nice to know why that requirement is put in there. Especially when the version on wordpress.com does not have any PHP requirement at present.

I am on PHP 7.2.8, and it does not seem to be a trivial task to update PHP. So I will just leave it alone until I am forced to upgrade or I move the whole local wordpress system to a new computer.

Al

did find a solution to generating a usable child theme, I used the Child Theme Configurator plugin, and that seems to work fine.

Al

I regenerated my child theme by using the Child Theme Configurator and that works.

Al

found a better solution, use the Child Theme Configurator plugin to generate the child theme code. the plugin enqueues the bootstrap and slicknav files before enqueueing the theme’s style sheet.

Al

another way that seems to work:

add this to the theme’s functions.php


if ( is_child_theme() ) {
wp_enqueue_style( 'parent-style', trailingslashit( get_template_directory_uri() ) . 'style.css' );
}
wp_enqueue_style( 'thesimplest-style', get_stylesheet_uri() );


I know this involves changing the code in a theme if it is updated, but it ia a simpler method of enqueueing the stylesheet for a child theme.

Al

I had a similar problem when trying to create a child theme of ‘Blog Guten’, this is a theme on the www.ads-software.com repository which also enqueues files like bootstrap before it enqueues the style sheet for the theme and child theme. Take a look at the support forum for ‘Blog Guten’, I outline there what needs to be done to get around this problem. Maybe not the best solution but one which I came up with to use a child theme for ‘Blog Guten’. I am in the process of trying to set up a working child theme for ‘thesimplest’, maybe I need to implement the same solution.

Al

this is my solution to the situation where you want to enqueue a CSS file like bootstrap.css before the theme/child CSS files:


<?php
// Ref: https://developer.www.ads-software.com/themes/advanced-topics/child-themes/
function my_blog_guten_scripts() {
wp_enqueue_style( 'bootstrap-4', get_template_directory_uri() . '/assets/css/bootstrap.css', array(), 'v4.3.1', 'all' );
wp_enqueue_style( 'blog-guten-fonts', '//fonts.googleapis.com/css?family=Barlow:400,400i,600,600i&display=swap' );
wp_enqueue_style( 'slicknavcss', get_template_directory_uri() . '/assets/css/slicknav.css', array(), 'v1.0.10', 'all' );
wp_enqueue_style( 'blog-guten-style', get_template_directory_uri() . '/style.css', array(), 'v1.0.8', 'all' );
wp_enqueue_style( 'blog-guten-child-style', get_stylesheet_directory_uri() . '/style.css', array('blog-guten-style'), 'v1.0.0', 'all' );
wp_enqueue_script( 'slicknav', get_template_directory_uri() . '/assets/js/jquery.slicknav.js', array('jquery'), 'v1.0.10', true );
wp_enqueue_script( 'blog-guten-skip-link-focus-fix', get_template_directory_uri() . '/assets/js/skip-link-focus-fix.js', array(), '20151215', true );
wp_enqueue_script( 'blog-guten-navigation', get_template_directory_uri() . '/assets/js/navigation.js', array(), '20151215', true );
wp_enqueue_script( 'blog-guten-theme', get_template_directory_uri() . '/assets/js/theme.js', array('jquery'), '1.0.0', true );
if ( is_singular() && comments_open() && get_option( 'thread_comments' ) ) {
wp_enqueue_script( 'comment-reply' );
}
}
add_action( 'wp_enqueue_scripts', 'my_blog_guten_scripts' );


the child theme’s functions.php loads first, and the second enqueue of a file does not seem to take place, I was really wondering if enqueueing a file like bootstrap-4 in both the child theme and the theme would work, but it seems to be working OK. this code does load the CSS files in the order you want them to load and seems to get around the problem I was having with the original child theme functions.php file.

Al

I don’t believe this is a theme problem, rather it is a problem with how “wp_enqueue_style” works. it seems to put the files you are enqueueing in the child theme at the top of the list and then adds the other files you are trying to enqueue after that. I guess that makes sense when you realize that the child functions.php loads before the theme’s functions.php, and not after it.

I have another theme which enqueues a genericons file just before enqueueing the style sheet and it acts the same way. the order in which the files are enqueued is altered, the genericons file is enqueued after the theme and child theme style sheets.

interesting dilemma, how do code up the functions.php in such a awy that it will work properly in the child theme?

Al

wordpress 5.3

according to this document, the latest level of Gutenberg in wordpress 5.3 will be version 6.5.0

Al

yes, Gutenberg or the block editor has been incorporated into core. however, the code for this editor does continue to evolve and new versions are being produced periodically. I am not sure what level is contained in the latest release of wordpress (5.2.3) but would be pretty sure that it would not be gutenberg 6.5.0.

the only reason I see for using the current gutenberg plugin is so that you can use the latest up to date code for gutenberg, otherwise you will be using the latest version of gutenberg included in the latest wordpress release you installed.

Al

this seems to be happening because of the coding in the front-page.php template, it is only displaying the excerpt of the content, not the full content of a post.

not a mystery anymore

Al