Comment 7 for bug 415156

I expect that changing the data is something people want to do more often, or more quickly, or probably both, than navigating to other bug reports that share the same values. So I think it would be inappropriate to revert to a Launchpad-2.0-style design where changing the data has a much smaller target area than navigating to other bug reports does.

Shortly before I stopped working on Launchpad, I did paper-prototyping of an iTunes-like design for the table: clicking the data (importance, assignee, milestone, etc) would let you change the data, but there was a little (➩) link at the right end of each table cell that would let you navigate to other bug reports that share that value. For example, the (➩) button in an assignee cell would take you to other bugs assigned to that person, and the (➩) button in a milestone cell would let you see other bug reports targeted to that milestone.

Unfortunately, out of the six people I tried it with, not one person understood the purpose of the buttons. They all thought that you would need to click a button to change the data. Maybe this was partly because they had gotten used to the weird 2.0 design with its similar ⊽ button for changing the data. In that case, the presence of the edit icon alongside the navigation icon would make this clearer than it was in the design I tested.