Product ideas | Community
Skip to main content

Filter by idea status

10000 Ideas

CoriZufelt
CoriZufeltNew Participant

User enabled In App Notification customizationNew

Description Currently, you can turn off, make daily digest only, make instant only, or make daily digest& instant notifications for email. However, you cannot customize what notifications you see in app independent of the email notifications. For example, it would be beneficial to my users to be able to say they want instant email notifications when they are directly tagged in an update, but only in app notifications for updates on threads they were previously tagged into.   Why is this feature important to you  Enabling this feature will allow users to cut down on the noise of notifications more efficiently and sustainably. Especially for our project management team who receive notifications on multiple projects at once.   Previous Ideas request There is a request from 2017 that was put in by @ericma and it has many updates on it but Support has asked me to put in a new Idea request so I have.   How would you like the feature to work:   All communication types that are available via email will also need to be available via in-app notification (currently only Work-list and announcement are available via in-app as per Workfront Support) All email notifications have the options of a combination of daily or instant including turning them off completely or having both enabled. Adding a third option for in-app would allow users to decide where they are notified for each communication type.   Current Behaviour:   As per my support case # 00341694, the current behavior as identified by your support team is as follows: The in-app notification feature contains two types of information. Work-list and announcement. The work-list notification can be governed by the email-notification customization but will also impact the email notification.   

AndreyPoNew Participant

Reporting - Aggregator function to cover the entire result set in a report (instead of just the displayed records)New

Currently, when an aggregator function is used to display a calculated total for a particular custom field in a result set, only the the displayed page is included in the calculation. This means that IF the entire data set is 5000 records, the user will see the aggregated total in the grouping headers for the first 100 results or 2000 max (if they figure out how to adjust the default limit). This can be rather confusing to users due to the fact that the user expects the aggregated total to include the entire data and not the default 100 records or at most 2000 records per page. It's particularly problematic when it comes to an Hours report where the result set can include well over 2000 records, meaning that the user has to have their calculator app handy and then paginate through the result set while adding the totals from each page to get the total across the complete data set OR they must export the data set into Excel and continue their calculations there. What we need is an enhancement which would allow users to see the aggregated values in grouping headers for the entire data set (no matter how large that set is) without having to rely on exporting data into Excel.Here's an example of a large data set and what the user sees by default:and here's what they CAN see if they expand the default result set to the max of 2000 records... completely different totals for the same groupings AND there are additional groupings that got added because the displayed data set now includes them... ...even still, there are 1700+ records on the next page that were not included in the total which may have data not aggregated on the displayed page, thus rendering the Total Cost column useless for large data sets unless the user exports the data into Excel.

VernPhNew Participant

Drag and Drop Kanban Stories to Specific LocationNew

When managing stories on an Agile Kanban board and moving a story from one status to the next in a sequence, we need the ability to drop the story in the next status at a certain location within the list of stories. Current functionality is for the story to retain it's comparative position that it had when it was in the backlog.We are a production support organization for a data warehouse and may have a new story come into the backlog that is a higher priority than an existing, in-flight, story. Under current functionality, as the story moves through the release process, the story will be put at the bottom of the list of existing stories (in each status) and we must then manually move the story to the top of the list so it will be worked on next by the Agile team. In another situation, if a backlog story's priority changes and it needs to be expedited, it will be placed in the list of existing stories in the same order it appeared in the backlog. That location is rarely where we now want it listed. We must also find the story in the list and then manually move it to the correct position.We current spend time after nearly every Kanban stand-up reordering the stories so that they reflect the actual priority of work.What we need is the ability to drop the story into a specific location in the list of stories. That position is not related to the position it was on the backlog. Basically, we would like to replicate the manual Post-it notes where a story is inserted into the list of stories already on the board.The current functionality does not compare well with other products who manage Kanban boards.