Stupid (evidently) unncessary call to panels_context_load_contexts() seems to have been the whole problem. Contexts are now being loaded properly...YAAAAAAAR!!!!!!!

This means we may well be ready for the first alpha release...

Some refactoring, partially to accommodate changes suggested by douggreen. The basic context-loading problem has not yet been solved, however.

Save routines should now pretty much be functional. The problems appear to now pretty much be limited to context loading/generation at render time. It's not clear if the problem is with panels_page logic, the Panels engine, or some squirrely D6 changes.

Fixed an old error code constant; relocated the handlers to higher up in the file; moved sanitizer back into this main file, other odds and ends.

Docblock updates and changes in code style for references to match merlin's ($a = &$b instead of $a =& $b)

Panels page have any of its own ajax - it's all done by the panels engine. This file was superfluous.

Rewrote master loader to accommodate static panel_pages; rewrote admin loaders to accomodate changes in menu arg processing; moved several more functions out into their respective inc files; added a bunch more docblocks.

Updated panels_page_load() to make use of a fetcher when called on an already-cached $panel_page that doesn't have the primary display loaded, although that use case is deprecated and should be avoided (for the sake of clarity). Other than that, mostly minor touch-ups.

Incremental commit - added a few missing inc loaders; also added the import page form. Next - fixing all the submit functions! yay...

'Write' functions - functions that are concerned with putting data in the database, or some other form of storage. The latter is the conceptual justification for putting export functions in here, too...which was originally done for practical reasons :)

Init import; all functions dealing with retrieval & rearrangement of panels_page-related data is contained here.

The panels_page_fetch*() family of functions were also notably refactored from when they last appeared in the panels_page.module file; they are now much more targeted, single-purpose entities with clear inputs and outputs. See the docblock additions for details.

Incremental commit; added new loader function designed to grab edit-cache data instead of static-db data.

Created a second admin loader for callbacks that need to generate an edit cache (for ajax callbacks)

Incremental commit; refactored most of the admin callbacks to be (partially) compliant with FAPI, and to deal with the new logic-at-the-loader-level approach.

Incremental commit. Added separate static cache for loaded panels_pages and took steps to ensure consistency in its data. Some additional docblocks, and other small touchups.

I'm probably going to write a single FAPI pass-thru for all or most of the individual admin form page callbacks. Eventually.

1. Expunged all render-time uses of quickref, since we're abandoning that method.
2. Added calls to load the display along with the panel page for admin screens.
3. Added a bit of docblock.

Incremental commit; docblock tweaks, and minor refactor of one validator (which has been backported, minus string changes).

Rolled back earlier changes to admin path schema - $panel_page->name now precedes the action verb (e.g. edit, export) again.

Reinstated the %map arg on several admin callbacks; changed the storage mechanism for the loader flags;