Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

page: Post-install and upgrade routines #148

Open
Bloke opened this issue Dec 6, 2019 · 4 comments
Open

page: Post-install and upgrade routines #148

Bloke opened this issue Dec 6, 2019 · 4 comments
Labels
ON HOLD No further action taken until clear decisions are made

Comments

@Bloke
Copy link
Member

Bloke commented Dec 6, 2019

Absolute URL of front-end page

https://docs.textpattern.com/installation/post-install-and-upgrade-routines

The question/problem

Can we ditch this? Most, if not all, of the info is contained in the installation guide so maybe we just cherry-pick some phrases from it and cull this?

@wion
Copy link
Member

wion commented Dec 8, 2019

Can we ditch this?

In a manner of speaking, yes, but I had envisioned it being the base for writing the new 'Configuration essentials' doc under 'Setup and Configuration'
https://docs.textpattern.com/index2

Better to start with a page having something to re-use than a blank page. This would fold in languages, diagnostics, and all the essential preferences; knocking out many panel pages at once.

Btw, the full install instructions should not include any post- login setup material. I haven't looked at it yet, but just saying here as I think of it. It should end at first administrator login. Install task completed. The 'Configuration essentials' doc would then pick up at that point, and end where a person might be ready to think about changing site structure or working on a theme. So at the end of each doc are one or two logical links for continuing on with the new user journey, if that makes sense.

Not every user doc will be a linked journey like that, but these initial ones for index2 feasibly would be, until we get the old administration stuff entirely recycled and accounted for. After that, future docs probably reflect a single, specific subject/task and more or less stand on their own. Maybe there are concepts in the body matter that warrant cross-linking with other docs pages, whatever, but that's just if it happens to be that way, not the main objective for specific topic articles.

@wion
Copy link
Member

wion commented Dec 8, 2019

Okay, just looked at the install doc. I forgot we're folding in the upgrading perspective too. That's fine. Looks good. We can still shape a 'Site configuration essentials' doc, though, as a unique doc. The goal here is more to recycle out all the admin panel pages than to worry too much about a linked user journey, in fact. ;)

@Bloke
Copy link
Member Author

Bloke commented Dec 8, 2019

The only reason I folded in quick and detailed installation with upgrading in one doc, was because there was some commonality - especially with the files table that I moved to the bottom and made it universally applicable to either installation or upgrade.

If we need to split it out, then that's cool.

@wion wion added the ON HOLD No further action taken until clear decisions are made label Dec 9, 2019
@wion
Copy link
Member

wion commented Dec 9, 2019

Let's hold off on this for now. It will be more clear later what to do when other stuff has been combed and rewritten.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
ON HOLD No further action taken until clear decisions are made
Projects
None yet
Development

No branches or pull requests

2 participants