You need to sign in to do that
Don't have an account?
gokubi
Wouldn't an object Lookup Widget be fantastic?
Hey Dave, Ron, Adam and all the sf.com folks who read this board.
I love the AJAX tookit! It has put incredible control over the sf.com UI in my hands. I'm creating custom code that users have no idea isn't standard sf.com functionality. I get to chain together API calls and save the user from cumbersome data entry steps. I can't say enough how important this toolkit is to my work--my job is to make sf.com a good platform for nonprofits to use to track donors, grants, volunteers, etc. With S-Controls and the AJAX toolkit I can make it work. I wanted to thank you guys for making my job possible (and fun) and for your continued development of AJAX toolkit.
In the Beta 3.3 I noticed that UI widgets are starting to surface. The most important widget on my wish list is an object lookup field. I find myself creating S-Controls that ask the user for data, and it sure would be nice to be able to look up existing sf.com objects using the existing lookup layouts. Example:
As part of my Householding application, I have an S-Control data entry form that creates two Contacts (a married couple), creates a Household (their home address), and then relates the new Contacts to that new Household. As we all know, Contacts need an Account when they are created. So, the user supplies an Account name to add the Contacts to on creation, and I go look it up with a query, get the ID if I find an exact match of the name, create a new Account if the name doesn't match exactly, or use a default Account if no name is supplied. If the Account name is misspelled, a new account will be created.
Obviously, a lookup box like we have in the sf.com web UI is what's needed here. Frankly, I don't have the time/skills to build that kind of lookup myself.
I'd love to see a lookup widget for objects. In my thinking about how to do it, I've come to realize that there is non-trivial complexity involved. But it sure would be great to be able to add an object lookup to an S-Control in one line of code. So, if you're thinking about it, mark me down as interested!
Thanks again for all the great work,
Steve
I love the AJAX tookit! It has put incredible control over the sf.com UI in my hands. I'm creating custom code that users have no idea isn't standard sf.com functionality. I get to chain together API calls and save the user from cumbersome data entry steps. I can't say enough how important this toolkit is to my work--my job is to make sf.com a good platform for nonprofits to use to track donors, grants, volunteers, etc. With S-Controls and the AJAX toolkit I can make it work. I wanted to thank you guys for making my job possible (and fun) and for your continued development of AJAX toolkit.
In the Beta 3.3 I noticed that UI widgets are starting to surface. The most important widget on my wish list is an object lookup field. I find myself creating S-Controls that ask the user for data, and it sure would be nice to be able to look up existing sf.com objects using the existing lookup layouts. Example:
As part of my Householding application, I have an S-Control data entry form that creates two Contacts (a married couple), creates a Household (their home address), and then relates the new Contacts to that new Household. As we all know, Contacts need an Account when they are created. So, the user supplies an Account name to add the Contacts to on creation, and I go look it up with a query, get the ID if I find an exact match of the name, create a new Account if the name doesn't match exactly, or use a default Account if no name is supplied. If the Account name is misspelled, a new account will be created.
Obviously, a lookup box like we have in the sf.com web UI is what's needed here. Frankly, I don't have the time/skills to build that kind of lookup myself.
I'd love to see a lookup widget for objects. In my thinking about how to do it, I've come to realize that there is non-trivial complexity involved. But it sure would be great to be able to add an object lookup to an S-Control in one line of code. So, if you're thinking about it, mark me down as interested!
Thanks again for all the great work,
Steve
So, do we duplicate all the hard work down by others who are arguably farther ahead of the curve with widgets, or, do we somehow provide a path for you, the developer community, to create a slew of widgets specifically for salesforce?
I think the later is a better solution for us and for you. I'm currently working on samples for a couple of the frameworks so that you all can see how this is done. My hope is that our developer community will produce lots of really nice "widgets", publish them on the appexchange and the platform will be richer and your toolset will grow organically.
In answer to your question, YES!! a lookup widger would be great.
Cheers
When I have what I think are interesting S-Control examples I try to publish links to their Appexchange listings to this list, even if the code might be a bit rough, and even a tad embarrassing. I'd love to see more developers do the same.
I knew you guys were thinking about the widget stuff, thanks for the update!
Steve
But, I agree, a deeper library of UI tools would be welcome. Frankly though, I'm not sure that the strategy of relying on external developers for base-ui functionality will work. Those frameworks are generalized frameworks and some code still needs to be written for good salesforce integration, look and feel, behavior, etc. I think it remains to be seen if, and how quickly, this will flesh out.
Steve.
Code to implement a simple lookup for a "project" object (type a0D).
Steve
The reason you have to supply a formname as a parameter is so that the widget can use it to navigate the DOM and find the fields that you're specifying.
So, if you're really using an active form, and you also want to use this, you might need to implement something like: (pseudo code obviously)