Comments on: Feedback on new request screen

By: Christian Ibetsberger

Christian Ibetsberger — Wed, 17 Mar 2010 18:48:47 +0000

Additional note to my idea above: It a certain (>10) number of requests is shown it would be more efficient to be able to ‘expand’ a specific request group to show all requests. It is not neccessary to to show all requests of all categories.
So I would see all requests groups and all f.e. 30 recently used requests and I could expand the 1 group I m interested in to pick a request that was not recently used.

By: Christian Ibetsberger

Christian Ibetsberger — Wed, 17 Mar 2010 18:29:13 +0000

We also used the IDs to create a sort order other than alphabetical. Requests for general purposes are always on top, those for specific purposes are on bottom of each category. Sometimes the sort order also follows phases, for example in the HR application prozess.

We do not miss the IDs other than for that purpose, since it is always possible to create a request by entering the ID if it is known or noted on a document.

The request screen would look ‘nicer’ if the colours would be shown again (I m a visual user) – even if its of no use otherwise. by different colours it would be easier to distinguish the categories when scrolling.

In the recent used pane there is no reference to the category and the order of the entries changes according to the used requests. Again a color ‘code’ might help spotting right request or be a ‘reference’ the color of a category.

For customers with less than 50 requests, two columns would be way easier (no scrolling). For customers with more than 50 requests I wonder how they manage with the short request descriptions. The description field should be longer.

If I had to programm this I guess would simply have made a setting for the number of recently used request you wanna see, for example 20. And then show those 20 in two columns with categories, and a button to show all instead in the same layout. That way, users can choose to see recent 10, 20, 50 (what fits on one screen or even all). The more recently used requests you choose, the less will the position/order of the requests change.

By: Danny Bonthuis

Danny Bonthuis — Mon, 23 Nov 2009 14:07:57 +0000

The only thing that I really like about the request screen is the top ten, that is a big improvement…but I miss the ID’s. and the list of requests is now really long so a lot of scrolling and searching….

After 6 hours of working actively in 242 I can still stand by my innitial thoughts and the feedback given by customers during the Controlled Release faze of release 241 where this screen was introduced.

By: Edgar Wieringa

Edgar Wieringa — Fri, 06 Nov 2009 09:26:24 +0000

For those of you who haven't noticed yet, I have replied to all your valuable views in this new post.

By: Menno Verbon

Menno Verbon — Mon, 14 Sep 2009 08:02:36 +0000

It’s a horror. We now have to add the ID’s in the description field in order for people to work with requests. We’ve been using the id’s in our company for over 5 (FIVE) years and everybody knows them. I a lot of screen you have to enter the id’s so why has it been hidden.
It’s a shame that Exact do NOT think about existing customers and installations. A good developer would have made this an optional choise. In that case everybody would be happy. Now we have NO choice and have been FORCED this functionality.

By: Quirijn Vermeulen

Quirijn Vermeulen — Mon, 24 Aug 2009 19:56:15 +0000

Since the verdict seems to be split between people who want to see the ID and people who do not want to see the ID, why not make it an option to show the ID under the settings. That way people get the decision if they want to see the ID’s (and perhaps sort on them) or whether they do not want to see the ID’s and sort alphabetically within the request groups.

It may be more work to implement that way, but it leads to a screen with more functionality that will be pleasing to work with for most people and you give the user control.

By: Scott Leete

Scott Leete — Wed, 15 Jul 2009 19:14:03 +0000

The absence of the request ID makes it very difficult to determine a range of requests to export via “Request Type” XML. It would be nice if the request id was at least display in the workflow definition maintenance screen, WflRequestTypes.aspx

By: Erik

Erik — Wed, 15 Jul 2009 11:32:18 +0000

I am not happy with the changes in 241 regarding leaving out the ID. I can understand why these changes have been made, but in fact a lot of users are still using the ID, since it is much shorter to remember than the description.

By: Robert Klein

Robert Klein — Fri, 03 Jul 2009 22:46:34 +0000

i concur with Heather’s idea “Is it possible to have the id search criteria and display id as a setting that can be turned on and off based on the users need. Default the setting off, and for those users who find it helpful, they can add it?” I agree, I have used it once and I have never seen anyone else use it.

I wish there was a way to hide request types you never use. The alphabetical listing by category makes sense. It would also be nice to have an option to sort by most important, or most used by a category.

Recently created is nice! How about a user option to create there own menu and to be able to put them in your order, much like create a favorites listing and adding a number e.g. 1. to create an order listing.

By: Aritz

Aritz — Thu, 02 Jul 2009 10:33:09 +0000

Hi everybody.

I think is a next step in the evolution of Synergy.
I like the new interface, specially, the last request used recently area.

But, i don’t like too much, that if you have a lot types of request only you can see in one column, so, maybe it can be a bit unuseful.
I think it would be better if they could view in two columns at least.