This relates to #79. The plan is to make the following changes for docs/dev/D211101.
Elevate D211101a, D211101b, D211101c, D211101e, and D211101f (fails) to be peers of D211101.
I have mixed feelings about D211101d, since it is already a published location. I might have to leave a tombstone for that reason.
This puts them all just under dev/, making for more clutter at that level. The trade-off is for shorter URLs. It's not that tidy. I did not have to content with references via URLs in text and code before now.
Whatever I do, I have to do it quickly before there is more to move around and more incoming links to break.
Unless there's a way to make redirects, I will later be stuck with this.
Part of the problem is having the D211101x folios needing index.html pages. I am not so certain that matters though. This is about incoming links to sort-of-perma links and wanting shorter URLs.
The /a, /b scheme is better in this respect. I still need to fix all the know incoming references and I need to do something about what may already be in VCrayApp-0.0.0 materials. That may be determining. I have to see what tombstones to leave :) or else just leave D211101d alone, fixing its cross-references only.
This relates to #79. The plan is to make the following changes for docs/dev/D211101.
Elevate D211101a, D211101b, D211101c, D211101e, and D211101f (fails) to be peers of D211101.
I have mixed feelings about D211101d, since it is already a published location. I might have to leave a tombstone for that reason.
This puts them all just under dev/, making for more clutter at that level. The trade-off is for shorter URLs. It's not that tidy. I did not have to content with references via URLs in text and code before now.
Whatever I do, I have to do it quickly before there is more to move around and more incoming links to break.
Unless there's a way to make redirects, I will later be stuck with this.
Part of the problem is having the D211101x folios needing index.html pages. I am not so certain that matters though. This is about incoming links to sort-of-perma links and wanting shorter URLs.
The /a, /b scheme is better in this respect. I still need to fix all the know incoming references and I need to do something about what may already be in VCrayApp-0.0.0 materials. That may be determining. I have to see what tombstones to leave :) or else just leave D211101d alone, fixing its cross-references only.