Set feature position based on the input context

Right now when you add a feature, it always goes to the top.

This is to ensure the added feature is immediately visible to the user after adding (if adding to the bottom of a long list, it would not be visible).

However, you still have the same problem if scrolled all the way to the bottom of a list - when you add it to the top, the user doesn't see it either.

You have some context as to know where to put the new feature so you can guess intelligently where to put it. 

1. If clicking 'add feature' within a release on the features board, add it to the top, as you do now.

2. If clicking on 'create and continue in the Create Feature dialog', THEN add it below the one just added.

3. If a feature is currently selected, add below it. 

  • Guest
  • Jun 3 2015
  • Likely to implement
Release time frame
  • Attach files
  • Derek Bambach commented
    June 24, 2015 23:29

    If you are in an 'initiative' the feature should be added to the initiative. if you are in a release "parking lot", the feature should be added to that parking lot. etc...

  • Brian Goleno commented
    May 04, 2017 02:50

    yes, please !  I like to add features from the Feature Board using the '+' symbol next to the release.  But there has never been a case where I am adding from the bottom of a backlog first. When I add items, I always want it either added to the bottom of the stack, or at least below the one I have highlighted. 

  • Mat Jennings commented
    June 15, 2017 18:44

    I would prefer to just have the ability to set a default new feature to always appear at the bottom.  Right now, I'm forced to either rank something immediately or my ranked list quickly becomes polluted.  It would also be great to be able to see which features have not been ranked.  If this was possible I would mind seeing them at the top of the list.  The problem is I need to know what I explicitly put at the top vs what just got added there because I didn't have time to rank it.