You’re most welcome! @ecabral
Hi @ecabral
Thank you for patiently explaining further. I can understand your frustration certainly.
You are aiming to achieve a single pagination across multiple columns. This is indeed achieved with an ‘offset’ in the second Query Loop, as ‘offset’ essentially enables the Query Loop block to skip a certain number of posts before starting output. The Pagination Block however, is intentionally tied to its respective Query Loop. This design prevents conflicts when multiple pagination instances exist on the same page.
There are some other options you can explore, like a plugin offering enhanced pagination options or you can consider creating a PHP-based query of your own within a custom template. The latter requires coding skills, but it will provide you with the most flexibility.
There is also the WordPress Pattern Directory that you can browse to see if a pattern there is closer to your preference, or one that you can start with and tweak further as you need.
Regarding your second question, there is currently no direct way to change the pagination URL structure (/?query-321-page=2) in grid layouts created with Query Loop blocks. This is because each Query Loop instance gets its own unique identifier to handle pagination independently. The clean /page/2/ URLs are typically associated with main query pagination rather than custom Query Loop blocks.
I hope this might point you in a helpful direction for your next steps!
Hey @ecabral
Well, it’s not that it isn’t supported in the others. It only means that it isn’t included in the ‘default pattern’. You are able to add it manually.
Here’s an example of how it looks when the Pagination block is added manually:
This is visible when you add pagination blocks to query loops using a grid layout. It’s not Permalinks-related.
For the links you mentioned, could you share a screenshot or explain further? I’d like to better understand what you mean so I can assist more effectively.
Hi @koshereveryday
That is interesting. Is this happening with text pasted in from elsewhere ? Or with text that you’ve typed in ?
If it’s happening with pasted text, do you happen to have an example of the Classic Editor code that was generated in a post, before you noticed this happening versus Classic editor code from text pasted in, after you’ve noticed the change ?
Answers to these questions could possibly help with figuring out the root cause of what you’re experiencing.
Hi @ecabral
I understand how the term ‘correct’ might be confusing in this context. You can suggest clearer wording by using the feedback form at the bottom of the page: “Was this article helpful? How could it be improved?”
‘Offset’ modifies the query to skip a specified number of posts, which is why pagination isn’t displayed by default when using it.
Here’s an example of post patterns that do include pagination by default:
I’m not sure where you’re seeing the page URL links that you asked about, but to adjust how your links display (e.g., to include or exclude details like the post name or category), navigate to Settings > Permalinks in your WordPress dashboard and choose or customize your structure.
I hope this helps! If you have further questions, feel free to ask.
Hi @synthezoid
Sorry to hear that, but thank you for sharing about your experience.
Were there any other notable details when this occurred which you can add ?
Before attempting to restore from backup, did you have a chance to check if there was a caching issue ?
What version of WordPress were you on at the time when this occured ?
Similarly, for the plugin, do you recall whether it was in need of an update itself at the time, or had been using the last updated version of the plugin.
This should help contributors to the plugin with more ideas about how it behaves in different scenarios so anything at all you can recall could be useful.
Hi @mattenser
When the Classic Editor is active on a site, you can allow users to choose their preferred Editor for posts or pages.
Can you check if you have this enabled? You’ll find the setting at Settings → Writing → ‘Allow users to switch editors‘. Set this to ‘Yes’ if it isn’t already.
Hope this helps!
Hi @zialingua
To make the body width more adaptable across different devices, try using relative units like % or em instead of px when setting styles. You can also adjust this globally for site width in the Site Editor under Styles → Layout. Relative units offer more flexibility and help ensure the design scales properly across various screen sizes.
Hope this helps!
Hi @tony-webb
Are you referring to your blog page, where all posts are listed?
Have you been able to resolve this issue? I noticed some time has passed since your initial question.
Hi @clavoie541gmailcom
Sorry to hear that this happened.
Was there any debug information that helped you with identifying what happened at that time, which you still have at hand and can share ?
Hi @suitsjen
Since WordPress 5.2, the core has included a feature called Site Health, accessible via Tools → Site Health. It highlights key areas of your site and might be what you’re noticing. Could this be the case?
Additionally, it’s worth checking with your web host to see if they automatically install any plugins when setting up new sites.
Hope this helps!
Hi @roadrunner3
Another step to consider before a more drastic measure of resetting the entire site from scratch (reinstalling WordPress – post-backup though) is manually clearing the theme options stored in the database. Many themes save their settings in the database under specific entries, which may persist even after switching themes. You can locate and remove these entries using a database management tool like phpMyAdmin or a database editor plugin.
Here’s what you can try:
Backup Your Database first.
Access the Database and remove customised templates: Use a tool (something like phpMyAdmin) to access your WordPress database. Navigate to the wp_posts table and filter by the post_type column. Search for rows where the post_type is wp_template or wp_template_part. Identify entries associated with changes made in the Twenty Twenty-Four theme and delete them.
Clear your Caches – After you make those changes, clear any caching in place—browser, site, and/or server caches: https://ww.wp.xz.cn/documentation/article/faq-i-make-changes-and-nothing-happens/
Hope this helps!
Hey @heheha
Thank you for reaching out! The images didn’t come through, though.
Perhaps you can use a website like https://snipboard.io/ for sharing screenshots or reference images.
As a first thought for what you’re experiencing, I would say that this Gutenberg plugin is for “testing bleeding-edge and experimental features”. The plugin itself isn’t needed for the standard Block editor features, so you can deactivate it in case you were specifically testing new features.
Otherwise, I’d advise to review your page layout to determine if you have your Image Blocks inside of a Row Block or Stack Block. They have different behaviors, and so you can start with reviewing this and see if it helps.
Row block
Stack block
You can also take a look at the Grid Block for layout:
Grid block
Hope this helps!
No worries @hebhansen !
Thank you so much for sharing your process, and tips. This could benefit other persons working with the same steps.
Thank you for sharing what worked for you @dinuka25 !!
