FSE Program Check In Survey Results

On April 5th, I shared a 3 question survey to help improve the FSE Outreach Program by pausing to ask for feedback so that I can better understand current levels of participation, what you all want to see more of, and what can help folks contribute more. Thank you to the 16 people who took the time to share their feedback! If you are reading this and didn’t answer the survey, feel free to respond here with additional thoughts as I’m always looking to improve how this program works.

Full Results

If you want to read the full reports, I have included two options below. Keep in mind that I intentionally removed the final question that listed people who optionally included their WordPress.orgWordPress.org The community site where WordPress code is created and shared by the users. This is where you can download the source code for WordPress core, plugins and themes as well as the central location for community conversations and organization. https://wordpress.org/ usernames for follow up.

What top 3 items would be most helpful to have covered in streams or zoom calls?

The top 3 items were as follows:

  1. Deep dive into Issues/PRs/Designs of interest that relate to FSE (12 votes)
  2. FSE open question & answer sessions (10 votes)
  3. Debriefing the feedback summary posts from the calls for testing (8 votes)

There were very clear winners here!

What would help you be more active in the FSE Outreach Program?

  1. “Office Hours” to troubleshoot testing issues (7 votes)
  2. More time to test (6 votes)
  3. Help setting up a test site (3 votes)
  4. More detail in test instructions (3 votes)
  5. More reminders (3 votes)

The “other option” (3 responses) mainly touched on predictability of testing calls and wanting more time/reminders/expertise. For now, I’m hesitant to set a strict timeline for the calls for testing because the testing needs are variable and partially depend on what’s ready in the pluginPlugin A plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party at various release points. In time, I do expect calls for testing to become more predictable as the experience stabilizes and there are less brand new things to test.

What best describes your current participation?

  1. I want to participate in the calls for testing but have been blocked due to lack of time/capacity/etc (8 votes).
  2. I find it easy to participate in the calls for testing and plan to do so in the future (2 votes).
  3. I joined in order to pay attention to what’s happening with FSE but don’t have interest in responding to calls for testing (2 votes).
  4. I tried to help with the calls for testing but got blocked (0 votes).

The “other option” (4 responses) are as follows:

I tested many things, discovered the same issues discovered. Didn’t have enough time to go deeper with my tests

New to FSE and coming up to speed so my time can be spent testing and not setting up to test.

I don’t quite follow the script when participating. I don’t just test with TT1 blocks.

I’d like to participate as much as possible as I see FSE as a huge part of WordPress future, and yet another opportunity to give back to the community.

While I was aiming to see more people in the categoryCategory The 'category' taxonomy lets you group posts / content together that share a common bond. Categories are pre-defined and broad ranging. of finding it easy to participate, I’m hoping that some upcoming changes can shift this, particularly in extending the current call for testing to a three week window rather than a two week one. On a whole though, it seems like people are keen to help out here but, as seen across the WordPress project, we’re all dealing with limited time/capacity.

Next Steps/Changes

In light of this feedback, I plan to do the following:

  • Continue to run hallway hangouts like this first one but, instead of just focusing on diving into issues/prs/designs, I’ll kick it off with a summary of the latest round of feedback and end with 5-10 min for people to ask questions.
  • Continue sharing reminders (2 week, 1 week, final days).
  • Reach out to those who left their usernames and wanted help with setting up a test site/troubleshooting testing issues. This may turn into doing true dedicated office hours but, for now, will likely turn into nudging people to share directly in the #fse-outreach-experiment or pingPing The act of sending a very small amount of data to an end point. Ping is used in computer science to illicit a response from a target server to test it’s connection. Ping is also a term used by Slack users to @ someone or send them a direct message (DM). Users might say something along the lines of “Ping me when the meeting starts.” me if they run into problems when I share reminders for the calls for testing.
  • Explore extending calls for testing periods to three weeks rather than two weeks. I already did this with the latest call for testing thanks to the feedback I had already received from this survey! Continuing this will depend on what the testing needs are and if the three week testing period does increase feedback.
  • Explore documenting some very simple ways to test FSE in the How to Test FSE page for those who might not have time to do a full call for testing but who still want to help.

If there are any changes/next steps you’d like me to explore, comment below and I’ll see how it fits into what I can manage. On the flip side, if you’d be interested in helping with various aspects of improving the program, let me know! I’d love to create a little team of people working to expand the capacity and reach of this outreach effort.

#fse-outreach-program, #fse-outreach-survey

Hallway Hangout: Discussion on Full Site Editing Issues/PRs/Designs (8 April)

This is a summary of a Hallway Hangout that was wrangled in the #fse-outreach-experiment channel as part of the FSE Outreach Program. Thank you to everyone who joined in! If you’re keen to join an effort like this in the future, please join the slackSlack Slack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/. channel.

Attendance: @poena @paaljoachim @mkaz @annezazu @oglekler and Karl joined.

Video Recording:

Topics Covered

  • We started off with a neat issue from Paal around adding the post/page title to the post editor‘s top bar to create a more consistent experience between the site editor and post editor for users.
  • We talked about the saving flowFlow Flow is the path of screens and interactions taken to accomplish a task. It’s an experience vector. Flow is also a feeling. It’s being unselfconscious and in the zone. Flow is what happens when difficulties are removed and you are freed to pursue an activity without forming intentions. You just do it.
    Flow is the actual user experience, in many ways. If you like, you can think of flow as a really comprehensive set of user stories. When you think about user flow, you’re thinking about exactly how a user will perform the tasks allowed by your product.Flow and Context
    and how it’s a key part to build trust with users exploring a new feature for the first time. Currently, it’s a bit confusing and not yet robust enough to be fully intuitive to use.
  • We discussed how consistency across saving experiences will go a long way including having similar flows for saving individual blockBlock Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. changes, a reusable block, a template, and more.
  • We talked through the designs shared around saving drafts of changes along with scheduling changes. This could be a neat but complex feature to manage due to the multi-entity aspect of FSE.
  • We talked about how it would be neat for there to be a “builder mode” where certain tool could be more visible when you’re in the process of active building vs maintaining. This is likely a role for a pluginPlugin A plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party to play in the future.
  • While chatting about dismissing changes, Marcus brought up an interesting point around dismissing changes wondering aloud how often do people unselect changes? It would be neat to find comparison points.
  • Paal shared a neat design he worked on where if someone unchecks/unselects changes, the save button changes to discard changes. This could be a neat way to act as a confirmation message for the user and a neat contextual nudge.
  • We went through template editing and the recently merged PR allowing classic themes access to a blank template. Carolina shared that this is currently setup as being opt out for themers and that one can’t choose from an existing template yet (can only edit the current template or create a new one).
  • As we were going through template editing, we paused to talk about how valuable a welcome guide will be at this stage. There is one in progress for the site editor that should cover this as it mentions if a user accesses site editing via editing a post.
  • We chatted about the dynamic between editing one piece of your site vs the entire thing and how to add necessary friction to the experience. This included talking about the designs shared around clicking in to edit template parts.

Next Steps:

@annezazu reported a few bugs found and left a comment on an issue to pass along feedback from the group:

#fse-hallway-hangout, #fse-outreach-program, #full-site-editing

FSE Program Custom 404 Page Testing Summary

The fourth call for testing is already underway so join #fse-outreach-experiment in slack and/or subscribe to this Make blog and stay tuned for more. 

This post is a summary of the third call for testing for the experimental FSE outreach program. Thank you to everyone who participated, whether through testing directly or sharing the call for testing with others. It all helps! Special thanks to the following people:

How far can one go in creating a custom 404 page? 

The following is a screenshot of the very fun, custom 404 page that @critterverse made solely using the FSE experience and her amazing design skills. While not all of us have the knack for design that she does, it’s exciting to see what’s possible without touching code:

Image showing a customized 404 page with an arctic theme with penguins, a shipwreck, and an iceberg.

High-Level Feedback

Here’s what a few folks had to say about the overall experience that’s important to keep in mind as you read the rest of this post:

I didn’t encounter anything that was broken, though several aspects of it could be significantly improved. Everything outlined in the testing flowFlow Flow is the path of screens and interactions taken to accomplish a task. It’s an experience vector. Flow is also a feeling. It’s being unselfconscious and in the zone. Flow is what happens when difficulties are removed and you are freed to pursue an activity without forming intentions. You just do it.

Flow is the actual user experience, in many ways. If you like, you can think of flow as a really comprehensive set of user stories. When you think about user flow, you’re thinking about exactly how a user will perform the tasks allowed by your product.Flow and Context
seems to work as it should, if users can ever find it. It is going to be a real challenge to make the interface spectacularly simple enough for ordinary users to feel comfortable knowing when and how to create their own template parts.

Sarah Gooding from this WP Tavern article.

In my head, I know that we are inserting blocks to things other than the contents that goes into the blockBlock Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. editor, but in reality, my instinct still tells me to look for something specific to do things, rather than inserting a block. Mainly I think because you need a time to get used to. But starting to feel that there are no visual feedbacks (e.g. different border colour, diffrent panel colour, different look on the sidebarSidebar A sidebar in WordPress is referred to a widget-ready area used by WordPress themes to display information that is not a part of the main content. It is not always a vertical column on the side. It can be a horizontal rectangle below or above the content area, footer, header, or any where in the theme. panel) within the editor to distinguish which are the content blocks, and which are FSE specific blocks (like template part block).

@toru in this comment.

To sum it up, most of the difficulties I had during the test are the same ones I still experience when using GutenbergGutenberg The Gutenberg project is the new Editor Interface for WordPress. The editor improves the process and experience of creating new content, making writing rich content much simpler. It uses ‘blocks’ to add richness rather than shortcodes, custom HTML etc. https://wordpress.org/gutenberg/ pretty much daily. First and foremost, getting often lost without any visual reference over layout structure, hierarchy, or block boundaries. These range from “it’s all white, where am I?” to “what block am I really editing now?”. Also, I still find it rather annoying that when I want to add a new block below an existing one I have to do a bit of treasure hunting to find the exact point where the magic [+] will appear, opening a new world of possibilities, or just the next block.

@piermario in this comment.

The things that were most confusing in early tests are becoming more comfortable. The thing that remains still a little confusing is the plus icons for adding elements. There seems to be a pattern to which types are used and where they are placed, but I have trouble seeing what that pattern is.

@chanthaboune in this comment.

These last two comments underscore a high-level usability item that, if improved in either the block editor or site editor, would make a big difference across the collective experience. For now, I encourage those interested in confusion around the + button to follow or chime in on this relevant and comprehensive GitHub issue.

Repeated Feedback: Improving saving & enable the option to preview

These are two big themes that have been carried over from every single test that’s been done with the Outreach Program resulting in a feature on the High Level Feedback post. To better highlight how they’ve been repeated, they have been merged into this section with only new issues or enhancement requests shared below:

Once the design is saved, there is no confirmation but the button is no longer operable. The interface could communicate this better…Unfortunately, the preview looked nothing like the display on the frontend, but I assume that is still in progress. After trying multiple sources, I found that embeds didn’t work and some of the block styles were off.

Sarah Gooding from this WP Tavern article.

It was a little confusing when it asked if I wanted to save individual parts of my work. I think at that point, I did a little thinking through the experience and landed on “oh this is like changing the slide vs slide template in Keynote”. It’s hard to know how many people will get to that conclusion.

@chanthaboune in this comment.

Template Part Creation Improvements

Because this call for testing required one to remove and then create a new Template Part, this became a focal point for a variety of feedback items. For example, the current experience doesn’t make it clear how to set a name for a new Template Part after one is created causing some testers to create multiple template parts without realizing what was happening. Tied to this, the new Template Part name doesn’t propagate across the rest of the interface after being named making it a particularly confusing experience to know if a part has actually been created. The following issues capture this collective feedback into distinct areas:

Finally, there was general feedback around how it’s necessarily clear that one entering a true context shift as the current experience editing and creating Template Parts is almost too seamless. Making this context switch clear has been flagged during other calls for testing and is being explored in this previously opened issue

The experience of editing a Template Part really does feel a bit like popping the hood, which is something a dramatic context shift could help emphasize even further. The concept of a context shift could eventually be applied to the experience of switching between editing regular content and a Template as well.

@critterverse in this post.

It seemed like you should be able to add a new Template Part in the same way that you can add a new Template, directly from the FSE sidebar.

@critterverse in this post.

When adding a new title I would expect to see some kind of dynamic change so that I see the new name in the toolbar even without updating the design.

@paaljoachim in this comment.

When adding and naming the Template part, I can’t tell if the part has been saved and has the new name as there is no visual sign that a part of the template is there at all. That can be very confusing. I ended up with four Parts of template blocks, all stacked up and pretty much overlapping.

@piermario in this comment.

One aspect of it that could be improved is that new Template Parts don’t save until you click “Update Design.” If you move away from the block and continue other parts of the design, it appears that it hasn’t saved and you may be tempted to create it again, as I was.

Sarah Gooding from this WP Tavern article.

List View enhancements

Thus far, the List View is proving to be a helpful navigation tool for making one’s way around the editor. It’s also proving to be a point of confusion mainly due to missing expected functionality, including the ability to drag & drop and remove items directly from the view. Thankfully, expanding the capabilities of the List view is being explored in this issue already including the ability to drag & drop

The List View was confusing to me, there were Template Parts I thought hadn’t saved properly that suddenly appeared there, they look like duplicates and it didn’t seem possible to delete them.

@lmurillom in this comment.

Quick sidenote about the list view: it would be great if this view had the 3 dots menu for quick actions on items, and if it would allow you to reorder or drag blocks.

@piermario in this comment.

The List view is awesome – so useful for Navigating and visualising. Needs power features including a re-order and delete feature for each block.

@get_dave in this comment.

Navigation Block

Thanks to this test calling for deeper usage of the Navigation Block, there was lots of great feedback gathered around both current pain points and feature requests to make it an even more robust block: 

Some of what was brought up also relates to overall work around improving the Link UIUI UI is an acronym for User Interface - the layout of the page the user interacts with. Think ‘how are they doing that’ and less about what they are doing., which is currently in the process of going through a lovely design iteration

Navigation Block – the two placeholder options don’t look like call to action buttons elsewhere in the UI. I understand they need to be in keeping with the Nav items style but it wasn’t clear they were options without actually reading the text. Could we improve this?

@get_dave in this comment.

Usability

This round of feedback uncovered further areas of usability improvements while touching on current known issues including this issue on distinguishing template parts, this issue on how best to create a pattern of interaction for editing template parts in different editing contexts, and this issue discussing how hard it is to tell the difference between what one is editing. With these being known areas to improve, what follows are generally new areas or issues to be aware of:

Now that there are starting to be many possible configurations of toggled sidebar states with the addition of Full Site Editing, I can imagine wanting to revisit some keyboard shortcuts to make the open/closing behavior of all the sidebars possible through similar, easy-to-remember shortcuts.

@critterverse in this post.

I lost track of the Settings sidebar a couple of times when I had been editing Global Styles because the advanced block controls that usually appear in the sidebar weren’t automatically shown when a block was selected.

@critterverse in this post.

The overlap between template parts and reusable blocks might cause users to have trouble differentiating them.

@priethor in this comment.

The “Navigation Toggle” refers to the WordPress icon in the top left corner of the page, but as a new user I would expect that to take me back to the dashboard. The naming doesn’t seem clear and I had to look up what was meant by Navigation Toggle.  

Sarah Gooding from this WP Tavern article.

General enhancements & feature requests 

As with every call for testing, it’s not just for finding bugs! It’s also important to hear about features that people reach for and find are missing. This section is a “catch-all” to cover all additional features that were reported that didn’t nicely correspond with a particular block or categoryCategory The 'category' taxonomy lets you group posts / content together that share a common bond. Categories are pre-defined and broad ranging.

While trying to build something for the test (but also when I currently use Gutenberg ) I often find myself hovering on the block icon several times, in order to double-check what kind of block I’m interacting with. In this case, the tooltip says “change block type or style”, which makes sense, but doesn’t help in immediately identifying a block type. Has there ever been an option for a visible label near blocks?

@piermario in this comment.

I would have expected to be able to save a Template Part independently of the Update Design button (top right). I’ve been conditioned by Gutenberg to see this as the main “update” / “save” button and I’d expect that to save my whole page (including changes to Template Parts). But I’d expect the Template Part to have it’s own “Save” UI.

@get_dave in this comment.

Site Editor Crashing

It’s worth noting that two people ran into a still open bug report that causes the Site Editor to crash when selecting a template part after selecting the navigation block

When I was clicking around the newly saved Template Part, the editor suddenly went white but afterwards I wasn’t able to reproduce.  

@lmurillom in this comment.

#fse-outreach-program, #fse-testing-summary, #full-site-editing, #usability-testing

FSE Program Build a Homepage Testing Summary

A third call for testing is already underway so join #fse-outreach-experiment in slack and/or subscribe to this Make blog and stay tuned for more. 

This post is a summary of the second call for testing for the experimental FSE outreach program. Thank you to everyone who participated, whether through testing directly or sharing the call for testing with others. It all helps! Special thanks to the following people:

Related feedback is grouped under high-level headings. As you read through it, please remember that feedback is welcome on the format of this post too.

High-level feedback

Here’s what a few folks had to say about the overall experience that’s important to keep in mind as you read the rest of this post:

Everything seemed intuitive for me (long time WordPress dev for whatever it’s worth). I recently did a site for a client in Squarespace, and I appreciated that everything was drag-and-drop and had blocks for all website sections. This full site editor gives that same experience. I think this will be great for empowering non-dev users.

@andystitt829 in this comment.

I did a demo of using FSE in December 2019 at meetupMeetup All local/regional gatherings that are officially a part of the WordPress world but are not WordCamps are organized through https://www.meetup.com/. A meetup is typically a chance for local WordPress users to get together and share new ideas and seek help from one another. Searching for ‘WordPress’ on meetup.com will help you find options in your area. Tokyo. It did “work” then, but felt more of a prototype — kind of alpha or even pre-alpha stage of development. But this latest version is much more smooth, less buggy, and get overall feeling that it has come a long way and shaping up to be a feature.

@toru in this comment.

My main problem with this as a designer is that if we are building structure, don’t try to look like wysiwygWhat You See Is What You Get What You See Is What You Get. Most commonly used in relation to editors, where changes made in edit mode reflect exactly as they will translate to the published page.. If we are building design, then show it exactly. Current GB UIUI UI is an acronym for User Interface - the layout of the page the user interacts with. Think ‘how are they doing that’ and less about what they are doing. isn’t an overlay, so it is pushing the layout completely out of shape. So you get a kind of Picasso view of your website. You have to take a big imagination leap to trust that you are designing this website well. –

@paullacey in this comment.

As you can tell, there’s a diverse set of reactions to this call for testing, which shows how far Full Site Editing has come and how much further it needs to go. 

Adjusting column widths

Adjusting column widths was one of the most mentioned issues that came up as people tried to customize their homepage to their liking! This coincided nicely with an important PR that started as a draft at the beginning of this call for testing and has moved into an open PR with numerous iterations since. As @youknowriad mentions in the PR, alignment in Full Site Editing currently works in a way that’s optimized for traditional themes that provide their own alignment styles. Still, this approach needs to be reconsidered moving forward as it doesn’t allow for a true WYSWYG experience. This leads to the problems described below in comments from some of those who tested: 

I inserted a 70/30 pattern for the Columns blockBlock Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience., then changed the alignment to “Wide”. The Columns block didn’t expand proportionally to fill the available space. When viewed on the front-end, the columns did display as expected.

@chthnc in this comment.

We noticed with columns that we had to assign the width of the block in order for the height of the site logo to align with the site title. We want to expand the width of the body content without using a child themeChild theme A Child Theme is a customized theme based upon a Parent Theme. It’s considered best practice to create a child theme if you want to modify the CSS of your theme. https://developer.wordpress.org/themes/advanced-topics/child-themes/. to get closer to edge to edge layouts.

@courane01 in this comment.

I created an image in the SidebarSidebar A sidebar in WordPress is referred to a widget-ready area used by WordPress themes to display information that is not a part of the main content. It is not always a vertical column on the side. It can be a horizontal rectangle below or above the content area, footer, header, or any where in the theme. that was wider than the column to see if there was any restriction on image width. When I went to view the page, the image had been resized to fit the column width.

@kforbz in this comment.


I really wanted something that was between the theme’s full and wide widths.

@greenshady in this WP Tavern article.

Previewing changes

Like adjusting width, previewing changes came up as a workflow people rely upon and deeply missed in this call for testing. This nicely echoes findings from the first call for testing, where people wanted to preview template changes and expands to previewing the entire site editing experience. Currently, a “Preview Site” option is under discussion here and this post is linked in a comment to ensure feedback makes it to those who explore this further. 

I do not see how to preview the layout on the frontend.

@paaljoachim in this comment.

Yes, but when I am done I don’t find a way to easily go and view my website. I turn off full screen mode and use the more classic view site link in the Dashboard.

@paullacey in this comment.

There were so many inconsistencies between the site editor and the front end that there is little point in listing them all. Spacing was grossly off. I generally see that as a theme issue. I spent much of my time in trial-and-error mode, making an adjustment in the editor and refreshing to see the front-end result. Rinse. Repeat.

@greenshady in this WP Tavern article.

Saving Process: auto drafts, keyboard shortcuts, and more

In line with the last call for testing, the saving process came up as an area people were keen to see iterated. Whether it was mentioning desired features, finding bugs, or confusion around how to accomplish a task, this proved to be a robust area of feedback: 

When editing, I expect CMD/CTRL + S to save my work. This works in a post/page editing experience. On OS X + Chrome, this prompts me to save the webpage.

@courane01 in this comment.

I can understand why there is a 2-step process here, but every time I clicked “Update Design” it intuitively felt like I shouldn’t have to then click a “Save” button as well.

@chthnc in this comment.

What if I want to save the template as a new template, Template Part as a new template part and not overwrite the existing templates? What if I decide not to save a template part? Can I revert changes by clicking an revert/undo changes checkbox?

@paaljoachim in this comment.

I didn’t experience any auto-saves. When my site crashed, it did not have any autosaves.

@courane01 in this comment.

General Usability Problems

Because this call for testing was more open-ended, this resulted in a wide range of general usability feedback that relate to the overall experience of building a homepage rather than a specific part of the experience. While these items can’t be easily organized and some were reported previously, they are extremely important to keep in mind: 

I see that blocks for FSE are under “design” categoryCategory The 'category' taxonomy lets you group posts / content together that share a common bond. Categories are pre-defined and broad ranging. in the inserter, but I think it’s better to put them in their own category to avoid confusion with non FSE blocks.

@overclokk in this GitHub feedback issue.

I tried to insert a Post Tags block using the ‘/’ command but it didn’t appear as an option. I had to search and find the block via the block inserter panel. –

@chthnc in this comment.

Without the screen shot, I would have not been able to find where or guess which is the Navigation Toggle.

@toru in this comment.

The problem with switching to this mode is that my toolbar-choice was not saved. Each time I returned to the site editor, I had to enable it once again.

@greenshady in this WP Tavern article.

I wish I could put a background image (also in the body of the page), but I haven’t found a way to do it, nor have I been able to set the headerHeader The header of your site is typically the first thing people will experience. The masthead or header art located across the top of your page is part of the look and feel of your website. It can influence a visitor’s opinion about your content and you/ your organization’s brand. It may also look different on different screen sizes. color different from the rest of the body.

@ejca in this comment.

Individual Site Editing Block Feedback

Since this test relied on exploring Site Editing blocks, great feedback was given about the experience of specific individual blocks. To make it easier to go through, these issues are gathered in this section:

I was trying to size the logo I added using the what appeared to be resize handles. but it did nothing I expected. Eventually I found that the block had settings in the right panel, but I had to look quite hard for this.

@paullacey in this comment.

I inserted a Query block after choosing a pattern. I then changed my mind about the pattern and attempted to undo. Nothing happened.

@chthnc in this comment.

“It wasn’t obvious to me that the Social Icons block then needed to have individual social media blocks added. I couldn’t figure out why they weren’t showing up and looked in the settings and in my user profile to figure out where to add my social media links. I saw social icons in the footer and then clicked on the blocks and saw that the individual icon blocks needed to be added.”

@andystitt829 in this comment.

To me, I feel strange to be told to upload a featured image for each post here. I assume if each featured image are set, then this uploader won’t be shown. Still, I think it feels confusing.

@toru in this comment.

There is no way to set the size of the image output by the Post Featured Image block. The only way to get a uniform size at the moment is to pre-crop the images before uploading them to WordPress.

@greenshady in this WP Tavern article.

#fse-outreach-program #full-site-editing #gutenberg #core-editor #fse-testing-summary

FSE Program: Answers about general functionality

This post is part of a series that provides answers to questions gathered in early February. Thank you to everyone who submitted a question so our knowledge can grow together! Each post will help provide foundational knowledge for future documentation efforts, and future calls for questions in the coming months. 

All posts in this series:

The focus of this post:

This post focuses on general questions related to overall functionality, including how to supply a sidebarSidebar A sidebar in WordPress is referred to a widget-ready area used by WordPress themes to display information that is not a part of the main content. It is not always a vertical column on the side. It can be a horizontal rectangle below or above the content area, footer, header, or any where in the theme. on a site and switching between device views.

Continue reading

#fse-answers, #fse-outreach-program

FSE Program: Answers about restricting access & functionality

This post is part of a series that provides answers to questions gathered in early February. Thank you to everyone who submitted a question so our knowledge can grow together! Each post will help provide foundational knowledge for future documentation efforts, and future calls for questions in the coming months. 

All posts in this series:

The focus of this post:

This post focuses on restricting access to parts of the new features FSE introduces, including how to limit user access and limit the availability of certain blocks.

Continue reading

#fse-answers, #fse-outreach-program

FSE Program: Answers about Themes

This post is part of a series that provides answers to questions gathered in early February. Thank you to everyone who submitted a question so our knowledge can grow together! Each post will help provide foundational knowledge for future documentation efforts, and future calls for questions in the coming months. 

All posts in this series:

The focus of this post:

This post focuses on themes and the important role they play with FSE, including how best to prepare, what pathways there will be for traditional themes to transition to FSE, and more.

Continue reading

#fse-answers, #fse-outreach-program, #themereview

FSE Program: Answers about Templates

This post is part of a series that provides answers to questions gathered in early February. Thank you to everyone who submitted a question so our knowledge can grow together! Each post will help provide foundational knowledge for future documentation efforts, and future calls for questions in the coming months. 

All posts in this series:

The focus of this post:

This post focuses on the Template Editing system that’s unlocked with FSE covering everything from specific questions around how to design a 404 page to how the entire template editing experience will feel.

Continue reading

#fse-answers, #fse-outreach-program

FSE Program: Answers about the FSE project

This post is part of a series that provides answers to questions gathered in early February. Thank you to everyone who submitted a question so our knowledge can grow together! Each post will help provide foundational knowledge for future documentation efforts, and future calls for questions in the coming months. 

All posts in this series:

The focus of this post: 

This post focuses on questions related to the overall project, including the role of blockBlock Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. based widgets & navigation screens, the why of FSE, and how easy it will be to use for a beginner.

Continue reading

#core-editor, #docs, #fse-answers, #fse-outreach-program

4.2 Nux Group Recap, March 17, 2015

Slack log (Requires SlackSlack Slack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/. login to view. Set one up if you don’t have a Slack account)


Last week, and the week before, we sought volunteers to examine each of the flows out of the Welcome Panel. This week we went over the reports that came in about the various flows.

Settings

Set your timezone and date format” – @courtneyengle

Issues

  • Users don’t do this at the start. They don’t discover that they need to change things until they actively post something and noticed date/time aren’t how they expect them to appear. They don’t know where to change that.
  • There is a hazard with the proximity of these settings to other settings that could have potentially hazardous consequences, i.e. users also changing site/home URLURL A specific web address of a website or web page on the Internet, such as a website’s URL www.wordpress.org?

Suggestions

  • Change the corresponding date/time settings when you manually change the language – have WordPress suggest it, but not do it automatically.
  • Group in the week-starts-on value with that automagicallness might be helpful as well.
  • Add warning text about changing your site/home URLs

Change URL structure” – @bethsoderberg

Issues

  • Confusion of what the “custom structure” could mean and lack of explanation of the parameters accepted by it.
  • The headerHeader The header of your site is typically the first thing people will experience. The masthead or header art located across the top of your page is part of the look and feel of your website. It can influence a visitor’s opinion about your content and you/ your organization’s brand. It may also look different on different screen sizes. “optional” isn’t really descriptive for the categoryCategory The 'category' taxonomy lets you group posts / content together that share a common bond. Categories are pre-defined and broad ranging./tag base settings section
  • The page “number of tags are available” links to is pretty complicated https://codex.wordpress.org/Using_Permalinks
  • New users rarely know what “permalink” means.

Suggestions

  • Educating users on Permalinks: we all loved the help tab description – “A permalink is the web address used to link to your content. The URL to each post should be permanent, and never change — hence the name permalink.” That should be reused elsewhere.
  • Group Permalinks settings with change site/home URLs settings.
  • This may be less of an issue once 4.2 ships and “Day and name” is the new default.

Appearance

View your site” – @liljimmi

Issues

  • The icon isn’t enough of an indicator that the Site name link links to the Dashboard.
  • The problem is that users don’t typically realize that’s a link back to the Dashboard.

Suggestions

  • Make the link “Dashboard” when viewing the front end and “Visit Site” when in the admin (keep the icons as is).
  • Absence of the site name will be an issue on MultisiteMultisite Multisite is a WordPress feature which allows users to create a network of sites on a single WordPress installation. Available since WordPress version 3.0, Multisite is a continuation of WPMU or WordPress Multiuser project. WordPress MultiUser project was discontinued and its features were included into WordPress core.https://codex.wordpress.org/Create_A_Network.. A suggestion to address this is to add the site name to the right end of the sitebar next to “Howdy, Display Name {gravatarGravatar Is an acronym for Globally Recognized Avatar. It is the avatar system managed by WordPress.com, and used within the WordPress software. https://gravatar.com/.}” This would be the same for single/Multisite.
  • If the Sitename is added to the right end of the sidebarSidebar A sidebar in WordPress is referred to a widget-ready area used by WordPress themes to display information that is not a part of the main content. It is not always a vertical column on the side. It can be a horizontal rectangle below or above the content area, footer, header, or any where in the theme. should it link to anything? Some say it should link to the front page and others think it does not need to link to anything. Either way, long site names should be truncated.

#4-2, #nux