This will likely be a moderate refactor.

👍

The 2.0 release felt incomplete without this, so I re-added it, just in simpler form.

taken from Z2, and trimmed/paraphrased:

Will be both, I'm thinking of loading the config at the start of each command and pass it down through calls. Some command paths may call LoadConfig 2 or 3 times which is a waste.

In progress as there is no writefreely CLI yet on that branch

I reverted the change for now, maybe we can revisit in the future but it might be a limitation of the library.

weird, it doesn't work without the flags all being listed as global. Which feels wrong as we never access global flags directly and the cli library docs do not mention anything about that working this way.

removed parent as this should not be a hard requirement but a nice to have feature

sync might be a little ambiguous, especially with our upcoming T584 changes. Maybe something like claim or own instead?

via GH#32

any CLI flags provided should override the stored preferences

or re: fetch text, could just add a description text for clarification.

already working

I think maybe the description for fetch should be updated.

not so much a bug as a quirk.

I went with colls, but maybe blogs is better?

last one, I promise. next time I'll use the mocks.

if using unclaimed works, how does this help sound?

what about using unclaimed for the local unsynced posts in this list?

ok cool, I'll make the change

As for terminology, I would say we should have "synced" vs "unsynced" for our release, just so we don't confuse people. Maybe the title then is "Status" instead of "Location"

I think for this one, it will be both.

pinged the wrong matt on the PR for this. Also should be open until that is merged.

I also put up #30 CLI which returns the errors during delete to the user. Then this can close.

TODO: is this WF only? Or both CLIs?