Cheers, Frederick. The whole reason for going custom was customer specification of a singular "smart" form for a variety of related but unique requests. Each class of request shares some common elements but they can't logically be grouped into similar areas and only hide/reveal the unique sections. similarly, they want to do all their operations from the custom display form and push/pull data to the underlying real ticket tables, so re-loading the form every time I want to change configuration/views is an undesired delay every time the form has to reload in the browser. Not very agile/slick.
Oh well, I get to build a brick-ton of hide/reveal/changefield active links I suppose. Doing it via views would be so much more efficient for the client/browser as well as code overhead. Bah... Ray On Friday, January 31, 2014 12:32 PM, "Grooms, Frederick W" <frederick.w.gro...@xo.com> wrote: ** For #2 you can do it by not putting the fields on any of the tabs. I have a couple of forms in my 7.6.04 I do this with. Try the following Pull the fields completely off the tabs and then use the keyboard to position them where you want them and then bring the fields all the way to the front. NOTE: You can’t use the mouse to move the fields or that will put them in the tab, but using the keyboard will not put them in the tab. From:Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Ray Gellenbeck Sent: Friday, January 31, 2014 1:08 PM To: arslist@ARSLIST.ORG Subject: Re: view form magic ** Related, was there some form of ARList purge on 12/21? I stopped receiving ARList emails on that date after many years of membership. I'd hate to think there was a bug or, worse, some admin doing it intentionally. On Friday, January 31, 2014 11:05 AM, Ray Gellenbeck <raygellenb...@yahoo.com> wrote: Greetings all, I had a couple quick questions on 8.1 1. Did they provide a way to instantly change the displayed view of a form without re-launching the form in the same window? Example: on a custom app, the desire to change from submit-custom1 view to search-custom3 view (arbitrary names) on the fly, which results in relative fields or entire tabs holders behind hidden or revealed due to view membership. 2. If not, did they bring back the ability to have a field on a tabbed panel be visible on all tabs, a feature I miss from 6.x and previous. Example: of the 5 tabs in a panel, 3 of the fields are relevant to all tabs 5 and should be drilled-down to be present on all tabs (without having to re-add 5 copies of them). As you might guess, I want to do some dynamically changes to a custom form based on actions/workflow elsewhere and would prefer this approach over a bunch of hide/reveal active links. Alternately... 3. Did they add a field/box that lets you display a form within that field and let you dynamically change/reload what form/view you display in that field/box? Similar to embedding a youtube video within a frame on your web page and/or dynamically changing the content of that frame based on workflow/triggers. thanks in advance. _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"
