Project group "display name" is redundant with "title"
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Launchpad itself |
Fix Released
|
Low
|
William Grant |
Bug Description
We currently expect people creating/editing project groups to enter both a "title", being "the full name of the project, [which] can contain spaces, special characters etc"; and an "appropriately capitalised" "display name", of which examples include "the Apache Project", "the Mozilla Project", and "the GiMP [sic] Project".
All those display name examples are of the form "the %title Project", making the display name field redundant. People are going to be unnecessarily confused about what the distinction between display name and title should be. And you can't "appropriately capitalise" the word "the" anyway, because it might be used at the start of a sentence or it might not.
"Display name" should be dropped from the data model, and any existing callsites used should print either "the $title Project" or "The $title Project" as appropriate for their setting.
(The equivalent for projects themselves is bug 4449.)
Related branches
- Colin Watson (community): Approve
-
Diff: 1412 lines (+146/-164)59 files modifiedlib/lp/answers/stories/answer-contact-report.txt (+7/-7)
lib/lp/app/browser/tests/watermark.txt (+3/-3)
lib/lp/app/doc/lazr-js-widgets.txt (+4/-4)
lib/lp/app/stories/launchpad-root/site-search.txt (+1/-1)
lib/lp/archiveuploader/tests/nascentupload-announcements.txt (+2/-2)
lib/lp/blueprints/stories/standalone/xx-batching.txt (+0/-1)
lib/lp/bugs/browser/tests/test_bugalsoaffects.py (+1/-1)
lib/lp/bugs/doc/bug.txt (+1/-1)
lib/lp/bugs/doc/bugnotification-sending.txt (+1/-1)
lib/lp/bugs/stories/bug-privacy/xx-bug-privacy.txt (+2/-2)
lib/lp/bugs/stories/bug-release-management/nomination-navigation.txt (+1/-1)
lib/lp/bugs/stories/bugs/xx-bug-activity.txt (+1/-1)
lib/lp/bugs/stories/bugs/xx-bug-index.txt (+1/-1)
lib/lp/bugs/stories/bugtask-management/xx-change-assignee.txt (+2/-4)
lib/lp/bugs/stories/bugtracker/xx-bugtracker.txt (+1/-2)
lib/lp/bugs/stories/structural-subscriptions/xx-bug-subscriptions.txt (+7/-7)
lib/lp/code/stories/branches/xx-branch-index.txt (+1/-1)
lib/lp/code/stories/branches/xx-product-branches.txt (+4/-6)
lib/lp/registry/browser/distribution.py (+1/-3)
lib/lp/registry/browser/product.py (+4/-4)
lib/lp/registry/browser/project.py (+3/-4)
lib/lp/registry/browser/tests/distribution-views.txt (+3/-4)
lib/lp/registry/browser/tests/distributionmirror-views.txt (+2/-2)
lib/lp/registry/browser/tests/test_product.py (+2/-4)
lib/lp/registry/configure.zcml (+0/-2)
lib/lp/registry/doc/person-karma.txt (+3/-3)
lib/lp/registry/doc/pillar.txt (+8/-8)
lib/lp/registry/doc/product.txt (+1/-1)
lib/lp/registry/doc/projectgroup.txt (+2/-2)
lib/lp/registry/doc/vocabularies.txt (+18/-16)
lib/lp/registry/interfaces/product.py (+2/-1)
lib/lp/registry/model/distribution.py (+6/-2)
lib/lp/registry/model/product.py (+7/-3)
lib/lp/registry/model/projectgroup.py (+6/-2)
lib/lp/registry/stories/milestone/object-milestones.txt (+1/-1)
lib/lp/registry/stories/object/xx-karmacontext-topcontributors.txt (+1/-1)
lib/lp/registry/stories/object/xx-nameblacklist.txt (+0/-1)
lib/lp/registry/stories/packaging/xx-sourcepackage-packaging.txt (+0/-4)
lib/lp/registry/stories/person/xx-person-projects.txt (+6/-6)
lib/lp/registry/stories/product/xx-product-add.txt (+3/-10)
lib/lp/registry/stories/product/xx-product-edit.txt (+0/-2)
lib/lp/registry/stories/project/xx-project-add-product.txt (+0/-1)
lib/lp/registry/stories/project/xx-project-add.txt (+0/-2)
lib/lp/registry/stories/project/xx-project-edit.txt (+0/-1)
lib/lp/registry/stories/project/xx-project-index.txt (+0/-1)
lib/lp/registry/stories/webservice/xx-distribution.txt (+1/-1)
lib/lp/registry/stories/webservice/xx-project-registry.txt (+2/-0)
lib/lp/registry/tests/test_product.py (+1/-1)
lib/lp/soyuz/doc/soyuz-set-of-uploads.txt (+1/-1)
lib/lp/soyuz/stories/distribution/xx-distribution-packages.txt (+3/-3)
lib/lp/soyuz/stories/packaging/package-pages-navigation.txt (+8/-8)
lib/lp/soyuz/stories/ppa/xx-ubuntu-ppas.txt (+3/-3)
lib/lp/soyuz/stories/soyuz/xx-distribution-add.txt (+1/-2)
lib/lp/soyuz/stories/soyuz/xx-distribution-archives.txt (+2/-2)
lib/lp/soyuz/stories/soyuz/xx-distribution-edit.txt (+0/-1)
lib/lp/soyuz/stories/soyuz/xx-distributionsourcepackagerelease-pages.txt (+1/-1)
lib/lp/soyuz/stories/soyuz/xx-distro-distros-index.txt (+2/-2)
lib/lp/soyuz/stories/soyuz/xx-sourcepackage-changelog.txt (+1/-1)
lib/lp/translations/stories/standalone/xx-products-with-translations.txt (+1/-1)
description: | updated |
Changed in launchpad: | |
status: | Unconfirmed → Confirmed |
description: | updated |
tags: | removed: registry ui |
tags: | added: projectgroups |
tags: |
added: qa-ok removed: qa-needstesting |
Changed in launchpad: | |
status: | Fix Committed → Fix Released |
I agree with your rationale, but disagree with your conclusion.
First, there are places where a distinct title is useful. For example (if we follow source package naming) we could have name="firebird" displayname= "FireBird" and title="FireBird Database" (as opposed to browser). I find it often useful to use the title to clarify the name a bit. For example displayname= "Osiris" does not tell you much, but title="Osiris - Host Integrity Monitor" can really help reading long lists like in <https:/ /launchpad. net/products? text=network>.
Also, in my understanding, the one item that's not well defined is _title_. Displayname is very clearly meant to be the actual name of the project, with proper capitalisation, while name is constrained by url policies. An example could be name="texmacs" displayname= "TeXmacs" . The capitalised X in the middle of the word is part of the proper name of the project, or name="gnulinux" title="GNU/Linux".
I think title and displayname are both useful, but the help text could be very much improved. From a data input perspective the one that's easy to explain and understand is displayname.
The help text should be fixed to make sense. That's true for most Registry input forms anyway.