• Fizzie – an experimental Full Site Editing theme

    Fizzie screenshot

    Phase 2 of the development of the Gutenberg block editor introduces Full Site Editing ( FSE ). In order to document the 23 new blocks, I felt I had to embrace Full Site Editing and develop my own experimental theme, which I chose to call Fizzie. The requirements of Fizzie are:

    1. Implement Full Site Editing.
    2. Same look and feel as the Genesis-a2z theme.
    3. Support documentation / demonstration of each of the new blocks in Gutenberg.
    4. Find out what bits are missing from and/or not working on Gutenberg.
    5. Implement on blocks.wp-a2z.org, when stable.
    What is Full Site Editing?

    [Read more…]



    Published:

    Last updated:

    November 25, 2020
  • Learning a PR process

    Git Workflow

    I’ve been using GitHub since October 2012 but until recently I’ve had very little understanding of any working process that enables me to contribute to other projects using Pull Requests ( PRs ).

    But now I’ve started to try to work with branches. Two reasons:

    1. To enable me to contribute to Gutenberg- for Full Site Editing improvements.
    2. To help others to learn about version control system by collaboratively developing repositories on wppompey.

    In this post I’ll document the process I’m using for developing PRs against Gutenberg issues.

    I read the instructions on WordPress.org. They all made sense, but I couldn’t work out how to create a PR that only contained the changes I’d intended to make. While the overall effect of my PRs were the change I intended, every Pull Request consisted of multiple commits, not just the one I wanted to apply. Obviously I was doing it wrong.

    I read some Stack Overflow items ( thanks Angel for directing me to them ) and discovered the git commands that appear to do the job.

    I’ve now created 4 or 5 PRs using this method. And so far I’ve not had any problems. This is a good thing. I’ve just re-read the Git Workflow process and realised it’s almost exactly the same.

    The process

    Preparation – per repository

    1. Fork the repository in GitHub.
    2. Clone to the directory where you’re going to make your changes.
    3. Add the upstream repository.
    4. Fetch the latest versions.
    cd \apache\htdocs\wordpress\wp-content\plugins
    git clone https://github.com/bobbingwide/gutenberg.git gutenberg-source
    cd gutenberg-source
    git remote add upstream       https://github.com/WordPress/gutenberg.git
    git fetch --all
    

    For each Issue / PR

    Work in a new branch ( gpr.bat )

    git checkout -b fix/%1 upstream/trunk

    Now make and test changes in the new branch. Add files and commit as often as necessary, with a nice commit message, referencing the issue number each time?

    git commit -m "good commit message 50-70 characters

    When ready push the changes to your fork of the repository ( gpush.bat )

    git push -u origin fix/%1

    Theoretically this should work for any repository.

    Then change back to the main branch

    git checkout trunk

    Fetch all

    To keep the local repository up to date use fetch --all. I believe this has to be done in trunk.

    C:\apache\htdocs\wordpress\wp-content\plugins\gutenberg-source>
    git checkout trunk
    git fetch --all
     Fetching origin
     Fetching upstream
     remote: Enumerating objects: 3248, done.
     remote: Counting objects: 100% (3248/3248), done.
     remote: Compressing objects: 100% (273/273), done.
     Receiving objects: 100% (
     Receiving objects: 100% (4749/4749), 51.99 MiB | 3.85 MiB/s, done.
     Resolving deltas: 100% (3648/3648), completed with 996 local objects.
     From https://github.com/WordPress/gutenberg
    ...
    

    What I was doing wrong

    For the 150 or so GitHub repositories under bobbingwide I developed all my changes in the main branch. It’s still called master for many of them. Then I pulled the changes to a local version in C:\github\bobbingwide\repository-name and pushed them from there.

    I had two copies of each repository. One reason for this was protection against having the repository destroyed accidentally by WordPress updates or unpacking .zip files into other development enviroments.

    References

    https://developer.wordpress.org/block-editor/contributors/develop/git-workflow/
    https://developer.wordpress.org/block-editor/contributors/develop/

    [Read more…]


    ,

    Published:

    Last updated:

    May 28, 2021
  • How to survive WordPress 5.5’s removal of jQuery-migrate

    The removal of jQuery-migrate from WordPress 5.5 broke a couple of my sites. Using the Enable jQuery Migrate Helper plugin helps you to survive the issue. But it just hides the underlying problems in the same way that WordPress core had been doing up until now.

    [Read more…]


    ,

    Published:

    Last updated:

    August 25, 2020
  • SB Children block – my first Single Block plugin

    The SB Children bock plugin, which delivers a WordPress block called Children is now available in the WordPress Block Directory.

    [Read more…]



    Published:

    Last updated:

    August 9, 2020
  • Horizontally scrolling tables on narrow devices

    I’ve been looking at how to enable horizontal scrolling on tables created by the [bw_table] shortcode, when the device width is narrow. I want to be able to do it using CSS, without JavaScript. I also want to be able to style the table in the native Gutenberg blocks.

    Having looked at a couple of solutions, I believe I’ll be able to achieve it having the table nested in a Group block, and providing the CSS styling using my CSS block.

    [Read more…]



    Published:

    Last updated:

    June 29, 2020

Categories

Tide times from tidetimes.co.uk

Tide Times & Heights for Northney on
Thursday, 21 October 2021

Tide times from tidetimes.org.uk

Tide Times & Heights for Northney on
21st October 2021
00:40 High Tide ( 4.63m )
05:44 Low Tide ( 0.41m )
12:59 High Tide ( 4.83m )
18:05 Low Tide ( 0.47m )