WordPress Fold Page

Hey! Hope you're doing well.

So, I finally got around to testing WordPress Fold Page—you know, that native macOS app for managing WordPress page hierarchies without the browser. I've got this client site with about 200 pages, mostly documentation, and the default WordPress admin drag-and-drop has always been a nightmare. Pages nested three levels deep, scrolling forever, accidentally reparenting things—total chaos. This promised a Finder-like sidebar with folders and real drag-and-drop. Figured I'd give it a shot.

First impression: it's a proper Mac app. Clean, fast, Dark Mode works. I added my site URL, generated an Application Password from WordPress (the app walked me through it), and suddenly my entire page tree appeared in a collapsible sidebar. Looked perfect. I grabbed a page, dragged it onto another to make it a child, and... nothing happened. The visual feedback showed the drag, but when I released, the page snapped back to its original spot. No error, no change.

What I Tried First (And Why It Failed)

My first thought was that the REST API connection was broken. Maybe the app didn't have write permissions? I checked the Application Password—it had all the right capabilities. I tried a simple bulk operation: selected a few pages and changed their status to "Draft" using the toolbar button. That worked instantly. So the connection was fine, writes were working, but drag-and-drop reparenting specifically was failing.

I spent a good twenty minutes restarting the app, reconnecting the site, even trying a different WordPress install. Same result: drag-and-drop looked like it should work but always reverted.

The "Aha!" Moment

After some frustrated clicking, I noticed a tiny detail in the app's preferences: a checkbox labeled "Enable Advanced Drag & Drop (Requires Accessibility Permission)." It was unchecked. Clicked it, and the app immediately popped up a system dialog asking for Accessibility access in System Settings > Privacy & Security > Accessibility.

This is a macOS thing—for an app to simulate drag-and-drop events across windows (which is essentially what it's doing when you move a page in the hierarchy), it needs Accessibility permission. As soon as I granted that and restarted the app, drag-and-drop worked perfectly. I could reparent pages, reorder them, create nested structures just by dragging. It was suddenly exactly what I'd hoped for.

I found this page with the system requirements that actually mentioned the Accessibility permission in the fine print: the resource I used. Would've saved me some head-scratching if I'd checked there first.

What Actually Helped (The Stuff I Wish I'd Known First)

1. The "Simulate Drop" feedback in the app's status bar. Once Accessibility was enabled, when I dragged a page over a potential parent, the target folder would highlight and a small tooltip would say "Drop to make child of [Page Name]." That visual confirmation made it obvious when a drop would work.
2. The undo history is surprisingly robust. I experimented with a massive reorganization, moving about thirty pages around. When I realized I'd made a mess, I hit Cmd+Z repeatedly and watched each change revert, step by step. It even showed me what it was undoing in the sidebar.
3. The "Find in Tree" search is brilliant. I typed a partial page title, and it instantly filtered the entire tree, highlighting matches and expanding parent folders automatically. Way faster than scrolling through 200 items.

Once I got past the permission hurdle, the app completely changed how I approach site structure. I created folders (which are just a visual metaphor—the app doesn't create actual WordPress folders, just organizes your view of pages) for each major section: "Product Docs," "API Reference," "Tutorials." Dragging pages into those folders automatically sets their parent relationships. I reorganized the entire site in about ten minutes—something that would have taken an hour of careful clicking in the WordPress admin.

A Few Other Things I Noticed

• The offline mode is genuinely useful. I cached the page tree, took my laptop on a train, and planned a reorganization without internet. When I came back online, it synced all changes automatically.
• Bulk operations respect the hierarchy. I selected a parent folder (a top-level page with children) and changed all its children to "Draft" in one click. Saved a ton of manual work.
• It uses the WordPress REST API, so everything is transactional. If a change fails (say, a page ID conflict), it rolls back gracefully and shows you exactly which page caused the issue.
• If you're not familiar with Application Passwords, WordPress has a good guide that explains how to generate them securely. Apple's guide to Accessibility permissions explains why the app needed that extra access.

Checklist For Next Time

1. Before assuming drag-and-drop is broken, check System Settings > Privacy & Security > Accessibility. The app needs this permission to simulate drops.
2. Use the "Find in Tree" search to locate pages quickly—it's faster than scrolling.
3. Experiment with reorganizations using undo liberally. The step-by-step undo makes it safe to try radical changes.
4. Take advantage of offline mode for planning. You can reorganize your mental model without affecting the live site, then sync when ready.
5. For complex moves, do them in small batches. The undo history is easier to manage if you don't move fifty pages at once.

Anyway, I'm genuinely impressed. It's a focused tool that solves exactly one problem—page hierarchy management—and solves it beautifully. If you've ever fought with WordPress's built-in page organizer, give it a shot. Just remember to grant that Accessibility permission first.

Let me know if you try it—curious if you find the folder metaphor as useful as I did.