I was suspecting you might have been trying to say that. However I am not able to reproduce that exactly the same way as you. I do loose control of the position but it goes just one row above for me. This is the exact steps I took.
Method 1 1) Selected a form that has about 70 odd fields that can be set using a set field action on an active link. 2) Selected fields to be set 1 by 1 until the scroll bar appeared. 3) After the scroll bar appeared I had to click the down arrow key to access the next available row to select my new field 4) I had to repeat step 3 until the end. Method 2 (if I didn't want to click the down arrow key to access the next spot) 1) Selected a form that has about 70 odd fields that can be set using a set field action. 2) Selected fields to be set 1 by 1 until the scroll bar appeared. 3) After the scroll bar appeared, I had to click on the next available row as 2 empty rows would be available in a maximized mode. 4) I had to repeat step 3 until the end. If I selected method 2 and then after the scroll bar appeared and I added the field, even after restoring the AL to a normal window mode (not maximized), the 2 additional empty rows at the bottom auto appeared without me having to click on the down arrow of the scroll bar. So I do not see the condition you describe.. I am on ARS 7.6.04 Patch 003 using Windows 2008 server. Joe _____ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Ray Gellenbeck Sent: Tuesday, September 03, 2013 3:17 PM To: arslist@ARSLIST.ORG Subject: Re: Annoying Developer Studio Bug Joe. Go into Dev Studio. Build an Active Link against a form. Add 20-30 fields to the form, setting their values to null or whatever you want to set them too. As you build the list, everything works fine, until your list gets so long that it is longer than 1 window within DS. See what happens as you try adding more fields to the list and trying to set their value. Then you'll get it. It has nothing to do with wildcarding in the search window. _____ From: Joe D'Souza <jdso...@shyle.net> To: arslist@ARSLIST.ORG Sent: Tuesday, September 3, 2013 11:01 AM Subject: Re: Annoying Developer Studio Bug ** When the Set Fields list is too large, have you'll got used to the idea of using wildcards?? I use those all the time, and I have not really faced the brunt of this bug you'll are describing. In fact I didn't even know it was a bug as I got into the habit of using this way too early as I found out this was possible on the very first day or so that I started using the Developer Studio. * is the wild card character used for getting to the exact list of fields that match your field name - for eg if you are looking for fields with the label Name in it, you could type * Name in the Name field of the Filtering Options And get fields like First Name Middle Name Last Name Would this resolve your problem? If this is not what you are trying to resolve, I might have not understood clearly what you meant by "everytime you select a field or the field value, the view keeps resetting to the top of the list". Joe _____ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller Sent: Tuesday, September 03, 2013 12:28 PM To: arslist@ARSLIST.ORG Subject: Re: Annoying Developer Studio Bug ** I thought it Dev Studio has always done this? Since 7.5. On Tue, Sep 3, 2013 at 6:06 AM, Grooms, Frederick W <frederick.w.gro...@xo.com> wrote: ** It has been doing that since the 7.6.04 release From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Longwing, Lj Sent: Sunday, September 01, 2013 8:35 PM To: arslist@ARSLIST.ORG Subject: Re: Annoying Developer Studio Bug ** Sorry Ray, all I can do is join in with you on the annoyance, if you log a bug or communities idea on this, let me know and I'll vote for it out John into the chorus On Sunday, September 1, 2013, Ray Gellenbeck wrote: > I have a big pet peeve that was not corrected in 8.1 of Dev Studio. > > Situation: > 1. Building an Active Link > 2. Add a "Set Fields" action > 3. Begin building your list of fields to set (for example, initialize a display-only form after a previous record finished processing) > > Annoying Bug: > 4. Once the list gets longer than the field list window can display, the scroll bar kicks in, as expected, but everytime you select a field or the field value, the view keeps resetting to the top of the list. So for each subsequent field you want to set the value for, you must... > a. Click the next blank field line, after which the view resets to the top of the field list > b. Scroll back down and click the ... so you can actually select the field to be set., after which the view resets again > c. Scroll back down AGAIN and select the value to be put in that field. When you go to click the next line down, the whole annoying process repeats again. > > If there a developer studio flag or workaround to tell the stupid UI to quit resetting to the top of the list. If I have a LONG list of fields to set, this is pretty darn time-costly with all the clicking and scrolling back and forth. > > I suspect there is not, so thanks in advance for anyone who can prove me wrong! > > Ray Gellenbeck _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
