<div dir="ltr"><div><div><div>In an attempt to understand what habits and processes we will want to change to take advantage of new Phabricator functionality, I've tried to spell out what behaves differently (this overlaps existing documentation, of course, but I'm trying to focus on a day-to-day usability perspective):<br><br>Projects can have subprojects.  A subproject behaves like a regular project, and moving a task between a project and sub-project is the same as moving a task between two unrelated projects, except:<br><ol><li>Filtering by project matches all Sub-Project tasks.</li><li><span class="">Moving a task from a project to a sub-project does auto-remove the parent project.</span></li><li><span class="">It's very easy to navigate from viewing a sub-project to viewing a project, via the breadcrumb trail (one click, always in the same place, always present; and then a page reload).</span></li><li><span class="">It's possible, and maybe easier than searching, but not trivial, to navigate from projects to sub-projects.  You have to click on Sub-Projects in the left nav, wait for page reload, see the list of projects, identify the one you want, click on it, and wait for page reload.<br></span></li><li>Subprojects often appear in the UI as Project > sub-project, but they appear in name completion as Sub-project, so if you name your sub-project "bugs", it will be really confusing in completion.  Ideas: A) change functionality to somehow include project in completion.  B) name sub-projects with a prefix naming convention, such as "<span class="">Phlogiston" > "</span><span class=""></span><span class="">Phlogiston↝Burnup-support".</span><br><span class=""></span><span class=""></span></li><li><span class="">A task can belong to two different sub-projects within the same project.</span><span class=""><span class=""></span></span><br><span class=""><span class=""></span></span></li></ol><p>Milestones are also regular projects, except:<br></p><ol><li>They can be a child of a project or sub-project, but can't be a child of another milestone.</li><li>Milestones also appear as columns in their parent project, and so tasks in a project can be moved to milestones via drag and drop, which AFAIK is the only way tasks can be assigned to projects via drag and drop.<br></li><li>A task can't belong to both a project and to a milestone in that project; if it's in the milestone, adding the milestone's parent project to it removes the milestone (but, possible bug, in the UI it still appears in the Milestone's column).<br></li><li>Milestone names are not directly available in autocomplete.  Instead, you see the parent (sub)project, followed by the Milestone name in parenthesis.</li><li>I think this means that Milestone project names can safely have spaces?  Autocomplete works, is there anything else at risk from spaces in project names?)</li><li>You can't assign a new task to a project and to a milestone in that project in one action; it takes several full steps.</li><li>There's some UI for autonumbering milestones in sequence.  <br></li></ol><div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><font color="#888888"><div><b>--<br>Joel Aufrecht<br></b></div><div>Team Practices Group<b><br></b></div><div>Wikimedia Foundation<br></div></font></div></div></div></div></div>
</div></div></div></div>