We are using SharePoint online (Office 365), we have requirements to build custom forms as the standard new item forms on lists are not very responsive and we require forms to be placed into publishing pages.
I've been looking at the JSOM but it seems like a lot of effort to create a form, and I imagine making the standard SharePoint controls work in custom forms would be difficult (people picker, checkboxes etc).
Is there any guidance on creating custom forms in SharePoint - using JSOM? Or is there a better approach? P.S not allowed to buy Nintex forms!
Related
In SharePoint online, we can customize the forms and implement functionality using PowerApps, SPFX , a part from these 2 options do we have any other option with which we can customize the forms and functionality.
The short answer is NO.
And Power Apps is the most recommended way to easily customize the form for a SharePoint list or SharePoint document library, also, will fully replace InfoPath.
We are migrating old SharePoint 2010 On Premise code to SharePoint Online.
Part of the SharePoint 2010 on premise code has custom list forms developed with visual Studio.
Thought of using JSLink for custom forms while migrating the code to SharePoint Online but it seems that JSLink is only supported in classic experience and not in modern new experience.
Is there any way we can develop custom list forms on SharePoint Online with modern new experience? Is it possible with SharePoint Framework?
Note:
Tried by adding forms to list instances on SharePoint Hosted Add In but it targets the AppWeb lists and not the lists on HostWeb.
Well you can use react in modern web part to build any custom form. We can reuse components.
Another option is to use Power Apps similar to info path to design and add validation on list form.
https://abdulazizfarooqi.wordpress.com/
Another option is to use Content Editor webpart and add bootstrap html forms.
I hope it may help u.
Coding in Classic View is the only solution to your query. Once you are done coding in classic, you can switch/migrate to Modern View Experience.
In this way, your form will be visible and lists will also be consumed.
Nope!.. Modern sites are totally different development model So JSLink is not possible but you can use SharePoint framework extension to achieve the customization for the list.
Please follow the link below
JSLink to SPFX extensions
Please mark if accepted as answer
I don't know if I can edit a sharepoint list using Forms Services. Is it possible design Infopath Forms working with Sharepoint lists
In SharePoint 2010 (you did not mentioned the version) that is easy as cake, just hit Customize Form in the List Form and you're inside InfoPath with a editable version of the list.
In 2007 its more complicated, see this msdn article
We got an requirement for implementing captial expenditure lotus notes application in sharepoint. It's having nearly five massive forms with all expense calculations and workflows.
What is the suggested approach in sharepoint to implement this?
I would agree that creating a custom ASP.net/SQL server web app would be the way to go if you have some ASP.net programmers available, though I'd recommend against embedding it via a Page Viewer Web Part. You can integrate ASP.net web apps directly in SharePoint, no embedding required.
If you don't have ASP.net programmers available, you can certainly do it in SharePoint and it may not be painful. The key issues are where you need to store your data and how relational the data needs to be. If the requirement is to store data in a relational DB, it becomes complicated to do it in SharePoint.
On the other hand, if you can imagine recreating your application's data as a collection of Excel spreadsheets, then it will be pretty straightforward to do it in SharePoint. In the simplest scenario, you could do all "development" using the SharePoint web interface. You would create a custom list in a SharePoint site for each expense form, then customize the site's default.aspx page to display a link the newform.aspx for each list. If the wokflows are basic notification/approval types, then you can also attach SharePoint built-in workflows to the lists via the web interface.
If you need custom form layouts, custom workflows and dynamic data filtering, then you could use SharePoint Designer to accomplish a great deal of design and development. Without more information about the existing application and workflows, it's impossible to say exactly how you should do it. But make sure you consider what parts of the existing application are requirements and what parts are just legacy functionality. If you can simplify the application, this is a great opportunity to do it.
While you can do it in SharePoint, it will be painful. You may be better off implementing the application as a stock ASP.net/SQL DB application and embedding it into SharePoint with a Page Viewer Web Part.
You can also skin your custom application to look like SharePoint using one of the SharePoint master pages as a template and link to it from your portal.
For added SharePoint integration, you can use Data View Web Parts or the Business Data Catalog (MOSS only) to query your expenditure application database and embed small reports and key performance indicators throughout your portal.
Alternatively to a Custom web app:
Create custom web controls implementing the forms and kicking off the workflows with custom layout pages to host the controls?
A site definition (just feature to add the pages+layouts at a pinch) to host the created pages "just so" in order to rely on "form1.aspx" being available always.
I would not try to "push" OOTB SharePoint functionality envelope to avoid creating custom code. Easier by far to
If you are going to do extensive workflow work in SharePoint be sure to consider buying an add-on like Nintex workflow or Blackpoint. It is almost always worth the expense over creating workflows with Visual Studio or SharePoint designer.
It's not easy to implement a solution for this in SharePoint, but we have a SharePoint App we're releasing in March 2014 which is a great capital expenditure workflow solution. http://budgetworkflow.com
For those using SharePoint or MOSS 2007 specifically. How do you handle forms? Like say you want a form that submits contact information. I don't have this in production yet but I'm currently creating a list for the form that I need and then modifying the list add item form as needed. I'm not sure how this will translate to a public anonymous user environment. Any suggestions?
Thanks,
Curtis Shirley
Forms can be anything from custom lists (lists with your own fields added), custom ASPX pages (ASP.NET development), to InfoPath Forms Services (MOSS Enterprise only).
With lists you can also create your own new and edit forms if you don't like the out-of-the-box look/feel (SharePoint Designer can help you with this).
If you want to prevent spam with anonymous users, I recommend a CAPTCHA approach. Here are 3 to look at (we have implemented the first one recently):
http://nanddeepnachan.blogspot.com/2008/06/captcha-for-sharepoint-blog.html
http://blogs.msdn.com/pranab/archive/2008/12/09/sharepoint-2007-moos-wss-custom-captcha-antispam-field.aspx
http://captcha.biz/doc/asp.net/2.0/asp.net-captcha-sharepoint.html
The issue is really tricky. For a public facing site that must handle spam and usability, it may be best to code a custom form. It is not a major to host a custom form in SharePoint and there is information on getting code behind to work nicely.
Now that I think about it, the Community Kit for SharePoint has had to solve some of the issues for comments on blog posts.