Forum Replies Created

Viewing 3 replies - 1 through 3 (of 3 total)
  • Thread Starter cbaile19

    (@cbaile19)

    Thank you for a quick and very clear response.

    I may be missing a setting in “Post Comments Count.” When I add the block, “Post Comments Count” displays a number, with no link. So, for example, if I put it at the bottom of the articles on the main page, a reader will come to the end of an article and see a tiny number 2. What does that mean? How would I, the reader, guess that that meant there were two comments, and what would I do if I had managed to guess?

    I was able to get a better result by adding the “Comments” block, and then deleting every sub-block except “Comments Title.” Then at least I get something like “2 responses to ‘Post Title,’” although still with no link. But am I missing a setting in “Post Comments Count?”

    Thread Starter cbaile19

    (@cbaile19)

    Happy to help, but I was hurriedly adjusting live sites, so I didn’t keep a scientific record. I have Twenty Twenty-Two on three sites hosted by DreamHost right now. Here are some things I remember:

    1. Images in “classic” block don’t respond to maximum width. If I “convert to blocks,” they do, but on a site that has content going back to 2007 that isn’t practical. Workaround: activate the Customizer (I use the Toolbelt plugin, which has an “Enable the Customizer” feature) and add

    img {height: auto;
          max-width: 100%;}

    in Additional CSS.

    2. Blockquotes in “classic” block are formatted identically to regular paragraphs. “Convert to blocks,” and they convert to properly styled blockquotes.

    3. Trying to edit the footer always produces a “saving failed” message.

    4. “Saving failed” frequently happens in the Site Editor when I try other things, but I haven’t experimented scientifically enough to notice the other patterns.

    5. Sometimes when I get a “saving failed” message, the saving seems not to have failed.

    6. Typography is different on Windows from other platforms. Font weights are wrong on Windows. Italics (with inline <i> tags) do not render in post titles on Windows, but do on other platforms. When I tweaked the typography on one site to use a serif font for paragraph blocks, <i>all</i> inline markup stopped rendering on Windows: the editor showed the “i” button darkened for text marked with <em>, but the text did not appear in italics in the editor or on the front end. These typography problems do not seem to affect Macintosh or Android.

    I hope my scatterbrained notes help a little. I’ve been a WordPress user since 2006, but I’m a writer who never developed much patience for code. It seems to me that block themes and the Site Editor are turning WordPress into what I always wanted it to be. We’re not there yet, but I can see the destination on the horizon.

    I’ve noticed two other things that are Windows-specific and are probably part of the same phenomenon:

    1. Inline HTML in post titles does not render in Windows, but does in Mac or Android. For example, if I enter this as the post title:

    White Clover (<i>Trifolium repens</i>)

    —the scientific name is correctly rendered in Android and on a Mac, but not in Windows (and, as sunnycloud mentioned, the weight is wrong).

    2. After I tweaked the typography in the “Styles” section of the site editor, all inline markup stopped rendering in Windows, even in the text of the posts. The buttons hovering over the paragraph show the “i” button pushed for “italics,” but the text is not rendered in italics either in the editor or on the front end. But it still renders in Android (haven’t been able to try Mac yet). I was about to ask about this bug, and probably would have got into a long and baffling conversation with sensible people using Mac and Linux computers who couldn’t reproduce it, but sunnycloud’s post here made me check whether it was Windows-specific. Apparently it is.

Viewing 3 replies - 1 through 3 (of 3 total)