ksmith added a comment. @greg People could actually tell what feature the task was associated with, because it would be in the "Maps" column (or whatever), or else would be in the maps sprint project. And users wouldn't have to type the # to get a match--typing "Map" would be enough. But I understand the more general point(s).
@EBernhardson @Legoktm So if I understand the proposal, these "feature projects" (e.g. "Maps") would exist, and would contain tasks, but their only purpose would be to exist as feature-centric task containers. These feature projects either wouldn't have any workboard, or if they did have one, it would be completely non-organized. No management or manipulation of those tasks would take place within the context of that project. Tasks would just get added to it, and they might get removed (if they had been mis-categorized) or eventually they might get resolved (as fixed, or declined, or whatever). Is that right? Thanks to all of you for helping me work through this. There were reasons for my original proposal, but hopefully we can agree on a better plan. TASK DETAIL https://phabricator.wikimedia.org/T95932 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: ksmith Cc: greg, Legoktm, Smalyshev, ksmith, EBernhardson, Aklapper, Manybubbles, jkroll, Wikidata-bugs, Jdouglas, aude, daniel, JanZerebecki, jeremyb, Qgil _______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
