Description of problem: If an owner create a project but did not or forgot to specify a group to belong, it can cause translators to miss out that project to work. Because generally (or at least myself) go to Group -> type of group -> own language -> display the list of project in this group, and then choose which to work. Therefore, no group assigned, translator may miss out that project. Expected results: 1. Add the column of 'Group' in project listing 2. Force an owner to choose a group when creating new project 3. Or give at least a warning msg to an owner when creating new project Additional info:
Hi Noriko, Thanks for filing the issue. We will have to investigate the way we use groups in Zanata. This is more of process than feature, however I will bring this issue to the team to find better way to do grouping of projects.
Hi Noriko, After reading your comments, I realized that you are asking for a feature to force project maintainers to link their project to a particular group. As this feature may make sense to fedora workflow, it may not be applicable for other projects that do not have any grouping required. I believe this is more of process management of fedora community than zanata workflow. What do you think? I will still bring this issue to the zanata team to see if theres any way we can help you with this issue. In terms of Groups, how Fedora uses it is quite different from how it is used in other instances. For example, Groups on Zanata means group of particular versions of project, not project itself. We are investing a way to create new grouping mechanism such as "Organization" "Release Groups" so that it is more clear to everyone.
Hi Michelle Thank you for evaluating the request. Please notice that it is not requested the above all three to be happened but either of them. The issue here is simple, if a project not belonging to any group, there is hard for a translator and an admin to identify it's existence at this current situation. Current zanata, we only can display the projects in Alphabetical order, creation date order or status order. Either of them will not be helpful for translator when they choose a package to work. Let me give an example from Gnome project. Here is all Gnome projects list which is very very long, and I believe as Gnome translator that none of Gnome translators refer to this list when choosing a package to work. https://l10n.gnome.org/languages/ja/all/ui/ Gnome has groups (or may be different naming) of 'Core', 'Utility', 'Application', 'Accessibility', 'Game', 'Backend', 'Development tool', 'Core Library' and 'Additional Library'. Here we translators frequently refer to. Any smaller size of the teams concentrate to complete 'Core' group while bigger size of the teams can spread the efforts to different groups effectively. https://l10n.gnome.org/languages/ja/gnome-3-16/ui/ noriko
Hi Luke As you had discussion with Noriko, can we draw out a workflow for this Group / Organizations feature in Zanata? Current Groups in Zanata doesn't satisfy the needs of Fedora community nor some of the upcoming projects that require dedicated groups. I would appreciate some technical details how we can implement the Organizations / Release Grouping better in Zanata and discuss the story points. Thanks
I think an "organizations" feature should go into a separate bug. This one is requesting something completely different.
Noriko, we created a new issue (Please see also bug) that addresses the groups in Zanata.
Migrated; check JIRA for bug status: http://zanata.atlassian.net/browse/ZNTA-324
Removing need info as it has moved to JIRA.