Affirmative. Looks like my advice to use DS 8.1 has steered you wrong. It works as expected with DS 7.6.04 but does not with 8.1. I too get the red X with 8.0/8.1 unless I convert to Base, overlay the form and the view.
On Wed, May 15, 2013 at 6:19 PM, Shellman, David <[email protected]>wrote: > ** > Jason, > > In your Scenario 3, you were able to drag and drop the attachment field to > a tab on the panel field with Dev Studio 7.6.04 in Best Practice Mode? > > With the 8.1 Dev Studio, I go to drag and when the field is over the tab > it displays a red X. > > Thanks for testing the different scenarios. > > I had a brief exchange with support. I'll go into more detail when I > speak to them tomorrow. > > Dave > > On May 15, 2013, at 6:31 PM, "Jason Miller" <[email protected]> > wrote: > > ** > Ran some tests... I verified this is an issue with forms created as > Custom in Best Practice mode and Dev Studio 8.0 and 8.1. I think it has > something to do with not being able to overlay the view of a Custom form. > > Scenario 1 > AR System 7.6.04 SP4 > > 1. Created Regular form in *Base mode with DS 7.6.04 SP4* > 2. Created tabbed Panel Holder (PH) with two panels > 3. Created Attachment Pool (AP) with one Attachment Field (AF) outside > of the PH > 4. Dragged AP to first panel (p1) on PH > 5. Dragged AP to second panel (p2) on PH > 6. *Switched to DS 8.0 in Best Practice mode* > 7. Created Form and View overlay > 8. Dragged AP off of p2 > 9. Dragged AP to p1 > 10. Wanted to try Move Field To but is not option with AP > 11. *Switched to DS 7.6.04 in Base mode* > 12. Move Field To is still not an option > > When I started this scenario I thought this machine was 8.1 but didn't > very until the end. Scenario 2 is with 8.1 to since that is the 8.x > version in question. > > > Scenario 2 > AR System 7.6.04 SP4 > > 1. Using *7.6.04 SP4* deleted overly from scenario 1 returning form to > state after steps 1 - 5 > 2. *Switched to DS 8.1 in Best Practice mode* > 3. Created Form and View overlay > 4. Dragged AP off of p2 > 5. Dragged AP to p1 > 6. Wanted to try Move Field To but is not option with AP > 7. *Switched to DS 7.6.04 in Base mode* > 8. Move Field To is still not an option > > > Scenario 3 > AR System 7.6.04 SP4 > > 1. Created Regular form in *Best Practice mode with DS 7.6.04 SP4* > 2. Created tabbed Panel Holder (PH) with two panels > 3. Created Attachment Pool (AP) with one Attachment Field (AF) outside > of the PH > 4. Dragged AP to first panel (p1) on PH > 5. Dragged AP to second panel (p2) on PH > 6. *Switched to DS 8.1 in Best Practice mode* > 7. *Cannot drag AP off p2* > 8. Duplicate View > 9. Remove AP and AF from original default view > 10. Add AP and AF back to original default view, field goes back to p2 > 11. *Switched to DS 8.0 in Best Practice mode* > 12. *Cannot drag AP off p2* > 13. *Switched to DS 8.1 in Best Practice mode* > 14. Converted form to Base > 15. *Cannot drag AP off p2* > 16. Converted form to Custom > 17. *Cannot drag AP off p2* > 18. Switch to *Best Practice mode with DS 7.6.04 SP4* > 19. *Dragged AP from p2* > 20. *Switched to DS 8.1 in Best Practice mode* > 21. Converted form to Base > 22. Created Overlay > 23. *Cannot drag AP to p2* > 24. *Created View Overlay* > 25. *Can drag AP to p2 > * > > > > On Wed, May 15, 2013 at 1:20 PM, Jason Miller <[email protected]>wrote: > >> I would like for you to take that out of the equation too :) >> >> Have you tried removing the field from the view and adding it back? I am >> wondering if that will give you the ability to place it elsewhere before >> saving it in the view. >> >> I just thought about it. We have Dev Studio 7.6.04 on the app our 7.6.04 >> servers so I can try it out. >> >> Jason >> >> >> On Wed, May 15, 2013 at 11:41 AM, Shellman, David >> <[email protected]>wrote: >> >>> ** >>> >>> When something doesn’t work right on a complicated form I create simple >>> forms so I can take some of the complexity out of the equation.**** >>> >>> ** ** >>> >>> If you’re on 7.6.04 (server and dev studio) give it a quick test. That >>> would at least take the question of 8.1 Dev Studio against a 7.6.04 server >>> out of the equation.**** >>> >>> ** ** >>> >>> Only created the ticket with Support about 3 hours ago. I haven’t heard >>> back from them yet. I will keep folks posted with what I learn.**** >>> >>> ** ** >>> >>> Thanks**** >>> >>> Dave**** >>> >>> ** ** >>> >>> *From:* Action Request System discussion list(ARSList) [mailto: >>> [email protected]] *On Behalf Of *Joe D'Souza >>> *Sent:* Wednesday, May 15, 2013 2:33 PM >>> >>> *To:* [email protected] >>> *Subject:* Re: Question concerning Attachment Pool field**** >>> >>> ** ** >>> >>> ** **** >>> >>> I thought you might have exhausted all possibilities.**** >>> >>> ** ** >>> >>> This must be some sort of a bug then. I wish I had a 8.x system to try >>> it out on but I do not. Keep us updated on what you find out.**** >>> >>> ** ** >>> >>> What does BMC Support have to say about it?**** >>> >>> ** ** >>> >>> Joe**** >>> >>> ** ** >>> ------------------------------ >>> >>> *From:* Action Request System discussion list(ARSList) [ >>> mailto:[email protected] <[email protected]>] *On Behalf Of *Shellman, >>> David >>> *Sent:* Wednesday, May 15, 2013 2:19 PM >>> *To:* [email protected] >>> *Subject:* Re: Question concerning Attachment Pool field**** >>> >>> ** ** >>> >>> Joe,**** >>> >>> ** ** >>> >>> Doesn’t matter if it’s a form that was created in Base Mode and upgraded >>> to Custom or a form created in Best Practice Mode. There is not an option >>> to move an Attachment field to a Tab.**** >>> >>> ** ** >>> >>> I’ve been creating simple forms in various modes to test various >>> combinations.**** >>> >>> ** ** >>> >>> Dave**** >>> >>> ** ** >>> >>> *From:* Action Request System discussion list(ARSList) [ >>> mailto:[email protected] <[email protected]>] *On Behalf Of *Joe >>> D'Souza >>> *Sent:* Wednesday, May 15, 2013 2:15 PM >>> *To:* [email protected] >>> *Subject:* Re: Question concerning Attachment Pool field**** >>> >>> ** ** >>> >>> ** **** >>> >>> I must have missed that somewhere that it’s a custom form.**** >>> >>> ** ** >>> >>> Even if it is a custom form or object, (non OOTB), but if it was >>> accidentally created from the base mode, it cannot be modified from the >>> Best Practice mode, without creating an overlay.**** >>> >>> ** ** >>> >>> So if you or some other developer did use the base mode at some point, >>> to create either that panel or the attachment field in a base mode, you >>> will experience what you are right now.**** >>> >>> ** ** >>> >>> Joe**** >>> >>> ** ** >>> ------------------------------ >>> >>> *From:* Action Request System discussion list(ARSList) [ >>> mailto:[email protected] <[email protected]>] *On Behalf Of *Shellman, >>> David >>> *Sent:* Wednesday, May 15, 2013 2:11 PM >>> *To:* [email protected] >>> *Subject:* Re: Question concerning Attachment Pool field**** >>> >>> ** ** >>> >>> Correct this is custom forms and workflow.**** >>> >>> ** ** >>> >>> I understand the functionality of Overlays when using OOTB code and >>> forms.**** >>> >>> ** ** >>> >>> Dave**** >>> >>> ** ** >>> >>> *From:* Action Request System discussion list(ARSList) [ >>> mailto:[email protected] <[email protected]>] *On Behalf Of *Longwing, >>> Lj >>> *Sent:* Wednesday, May 15, 2013 2:08 PM >>> *To:* [email protected] >>> *Subject:* Re: Question concerning Attachment Pool field**** >>> >>> ** ** >>> >>> ** **** >>> >>> Joe,**** >>> >>> Dave can answer definitively on this, but I got the impression that he >>> is dealing with non OOTB code...which in that case, should be custom, not >>> base with an overlay...but I may be mistaken**** >>> >>> ** ** >>> >>> On Wed, May 15, 2013 at 11:55 AM, Joe D'Souza <[email protected]> wrote: >>> **** >>> >>> ** **** >>> >>> Overlays was one of the first thing I wanted to ask when I read your >>> original email but thought I’d wade through the list in case someone >>> already pointed that out..**** >>> >>> **** >>> >>> You mentioned you want to stay away from overlays. Any specific reasons >>> why?**** >>> >>> **** >>> >>> Personally I feel it’s a great tool, and not using it might eventually >>> get you to a spot where it might be very hard for you to reconcile your >>> system to a state where they are actually useful, in case you’ll >>> eventually do decide to use overlays.**** >>> >>> **** >>> >>> I see only pros to leveraging the use of overlays, the only con being >>> they can be a pain in the rear sometimes (especially with the 7.6.04 >>> version) with some of the ‘extra’ steps you need to do in order to even >>> implement a small change. But those steps are worth the few extra seconds / >>> minutes you spend on them I think.**** >>> >>> **** >>> >>> Joe**** >>> >>> **** >>> ------------------------------ >>> >>> *From:* Action Request System discussion list(ARSList) [mailto: >>> [email protected]] *On Behalf Of *Shellman, David >>> *Sent:* Wednesday, May 15, 2013 1:41 PM**** >>> >>> >>> *To:* [email protected] >>> *Subject:* Re: Question concerning Attachment Pool field**** >>> >>> **** >>> >>> Dale,**** >>> >>> **** >>> >>> LJ also noted he reproduced the issue with 8.1 Dev Studio against an 8.1 >>> server.**** >>> >>> **** >>> >>> Dave**** >>> >>> **** >>> >>> *From:* Action Request System discussion list(ARSList) [mailto: >>> [email protected]] *On Behalf Of *Dale Jones >>> *Sent:* Wednesday, May 15, 2013 1:00 PM >>> *To:* [email protected] >>> *Subject:* Re: Question concerning Attachment Pool field**** >>> >>> **** >>> >>> ** **** >>> >>> David, >>> >>> Did you create an overlay for view, each Attachment field , Attachment >>> Pool, the destination Page and Tab? >>> >>> May want to try in Base Mode. >>> >>> May want to try in a Dev Studio version with the same version as >>> Server. (Rule of thumb is newer versions of Dev Studio will try to >>> introduce features that Older Version of ARS server will not be aware of >>> and not know how to handle.) >>> >>> Take Care**** >>> >>> **** >>> >>> Dale Jones**** >>> >>> DCS**** >>> >>> Raleigh, NC**** >>> >>> 919-523-6034**** >>> ------------------------------ >>> >>> *From:* Action Request System discussion list(ARSList) [ >>> [email protected]] on behalf of Shellman, David [[email protected]] >>> *Sent:* Wednesday, May 15, 2013 12:39 PM >>> *To:* [email protected] >>> *Subject:* Re: Question concerning Attachment Pool field**** >>> >>> ** **** >>> >>> Tried that. You get a message that the form types do not match.**** >>> >>> **** >>> >>> Dave**** >>> >>> >>> On May 15, 2013, at 12:24 PM, "Julie Sellers" <[email protected]> >>> wrote:**** >>> >>> ** **** >>> >>> Dave, >>> When you export a form it creates two items for import, the base form >>> and the overlay (indicated by the form name with a '.o' extension). >>> Could you not export the data, export the form, and then only import the >>> base form (basically deleting the overlay)?**** >>> >>> Just a thought...**** >>> >>> **** >>> >>> **** >>> ------------------------------ >>> >>> *From:* "Shellman, David" <[email protected]> >>> *To:* [email protected] >>> *Sent:* Wednesday, May 15, 2013 10:57 AM >>> *Subject:* Re: Question concerning Attachment Pool field**** >>> >>> **** >>> >>> ** **** >>> >>> Mark,**** >>> >>> **** >>> >>> If someone could verify it’s a version issue or if it’s an issue that >>> also exists with 7.6.04 that would be great.**** >>> >>> **** >>> >>> We went through several discussions with Jason Miller before we >>> upgraded. He was assured by Dev Studio developers that using a newer >>> version is backward compatible.**** >>> >>> **** >>> >>> We needed to upgrade to 8.1 to get us out of a corner that we had been >>> painted into with 7.6.04 Dev Studio. 7.6.04 had several shortcomings once >>> an “unmodified” form had an overlay added. Since the forms were home grown >>> from previous versions of the AR System we decided to go to convert them to >>> “custom” forms. 7.6.04 Dev Studio does not have the ability to delete an >>> Overlay which needs to be done before converting.**** >>> >>> **** >>> >>> **** >>> >>> **** >>> >>> *From:* Action Request System discussion list(ARSList) [ >>> mailto:[email protected] <[email protected]>] *On Behalf Of *Brittain, >>> Mark >>> *Sent:* Wednesday, May 15, 2013 10:19 AM >>> *To:* [email protected] >>> *Subject:* Re: Question concerning Attachment Pool field**** >>> >>> **** >>> >>> ** **** >>> >>> Hi Dave,**** >>> >>> **** >>> >>> The general rule has always been to use the same version of the >>> admin/developer tool as the server version. So there might be something >>> with the 8.1 developer that is not compatible.**** >>> >>> **** >>> >>> Mark**** >>> >>> **** >>> >>> *From:* Action Request System discussion list(ARSList) [ >>> mailto:[email protected] <[email protected]>] *On Behalf Of *Shellman, >>> David >>> *Sent:* Wednesday, May 15, 2013 9:51 AM >>> *To:* [email protected] >>> *Subject:* Question concerning Attachment Pool field**** >>> >>> **** >>> >>> ** **** >>> >>> I’m seeing something odd with Developer Studio. Not sure it’s me or >>> something with Dev Studio.**** >>> >>> **** >>> >>> Using 8.1 Dev Studio against a 7.6.04 server (Windows app server running >>> on Oracle).**** >>> >>> **** >>> >>> **** >>> >>> We have a form that has two Attachment Pool fields on the form. I’m >>> attempting to move the fields to a Tab on a page field. Drag and Drop >>> doesn’t seem to allow me to move the fields there. On a regular field, I >>> can right mouse click and use the Move field option. However with an >>> Attachment field, I don’t see that option.**** >>> >>> **** >>> >>> I can create a new Attachment pool field on the tab but I can’t seem to >>> move an exist one.**** >>> >>> **** >>> >>> Am I missing something obvious?**** >>> >>> **** >>> >>> Dave**** >>> >>> **** >>> >>> **** >>> >>> *Dave Shellman >>> *+1 717 810 3687 tel >>> +1 717 810 2124 fax >>> [email protected]**** >>> >>> **** >>> >>> MS 161-043 >>> PO Box 3608 >>> Harrisburg, PA 17105-3608**** >>> >>> >>> <image001.gif> <http://www.te.com/>**** >>> >>> **** >>> >>> <image002.png> >>> <http://twitter.com/teconnectivity><image003.png><http://www.facebook.com/teconnectivity> >>> <image004.png> <http://www.flickr.com/photos/teconnectivity/> >>> <image005.png> <http://www.linkedin.com/groups?gid=1591657> >>> <image006.png> <http://www.youtube.com/teconnectivity>**** >>> >>> _ARSlist: "Where the Answers Are" and have been for 20 years_ **** >>> >>> **** >>> ------------------------------ >>> >>> This E-mail and any of its attachments may contain Time Warner Cable >>> proprietary information, which is privileged, confidential, or subject to >>> copyright belonging to Time Warner Cable. This E-mail is intended solely >>> for the use of the individual or entity to which it is addressed. If you >>> are not the intended recipient of this E-mail, you are hereby notified that >>> any dissemination, distribution, copying, or action taken in relation to >>> the contents of and attachments to this E-mail is strictly prohibited and >>> may be unlawful. If you have received this E-mail in error, please notify >>> the sender immediately and permanently delete the original and any copy of >>> this E-mail and any printout.**** >>> >>> ** ** >>> >>> _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: >>> "Where the Answers Are" and have been for 20 years_**** >>> _ARSlist: "Where the Answers Are" and have been for 20 years_ >>> >> >> > _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"
