I'm creating a sharepoint hosted app, two pages, default.aspx and admin.aspx.
When I update the list in the appweb thru a function in default.aspx, I want that a notify windows will popup to the client that are watching the admin.aspx page, that a new items is added to the list.
Is that possible in sharepoint 2013?
It is not exactly the same, but I think "AJAX automatic refresh can help". See this article: http://www.rdacorp.com/2010/01/sharepoint-2010-auto-refresh-web-parts-with-ajax-options/
Related
I am an experienced .NET Developer acting as interim SharePoint Developer, and am new to SharePoint. After determining that I need to go with an application page instead of a site page for a new project due to it's complexity and need of custom code behind. Before developing the entire solution, I wanted to tie up the loose ends of my understanding of application page deployments. I need to add this page as a URL on the left side of a Site Collection page (kind of like what happens when adding a subsite to a site page.) I have read about the modules, which seems extremely hacky to me. There must be a better way to develkop a custom page on top of SharePoint without the page being accessible to anyone on the entire site.
EDIT
The application I am wanting to develop on top of SharePoint exists purely for data entry and reporting purposes.
Have you considered using a Webpart?
With a visual webpart which is essencially a usercontrol wrapped in a webpart you can add as much complexity as you want and you also have code behind to hook to events etc.
The benefit of using a webpart is that you can then drop it on a page, and use all OOB sharepoint access controls.
You mention that you want to develop a data entry reporting app. So something you can do is to create a subsite. Look all access to modify pages except to owners. Create all your screens by adding pages to the subsite and dropping webparts on it with the logic you require for each screen.
Also make sure you deploy the werbparts via a web feature that only is activated in your subsite, this way the webparts are only available in that particular subsite.
I have a programmatically created SPList with custom content type and it is added to the quick launch. Every time I click on the link on the quick launch, the page appears with a web part that shows the content of the list.
I do not want that... I wanted the web part gone so when I visit the page, there is no web part on it at all. Is there any ways of doing this programmatically? I do not want to have to manually delete the web part.
Thanks.
You can specify false for "on quick launch" in the list definition, or from code, if you don't want to have the list view page link in quick launch. Why not just create a web-part page without the list view web-part on it, and add a link to that page to quick launch? Do you need to change the allitems page?
i'm new to SharePoint, and i'm working with sharepoint 2010.
I'm trying to create a webpart on SPdesigner that holds a XsltListViewWebPart
which is linked to a custom library i created in the Site Collection.
I want to list all the documents related to current user from the all sites
under the site collection.
to do so i set the DataSourceMode from "List" to "CrossList"
but then the webpart doesn't show any document as seen in the image below
(its like there is a line but the data is not showing..)
Does any one know what the reason for this?
How can I fix it to work so the webpart will list all docs from all sites in collection?
First, is there any reason why you don't use the out of the box Relevant Documents Web Part?
I don't think the xslt List View Web Part works in crosslist mode. What you'll need to do is use a Data View Web Part.
I just finished my first web Part for Sharepoint WSS 3.0 and I'm very excited.
What it does is that just makes a connection to the TFS (team foundation) to get the OPEN and FIXED bugs by Sprint (We actually use SCRUM agile Process). Then takes both values (open & fixed) and puts them in a sharepoint list. A chart is fed with that list (using codeplex's web parts).
In the other side the web part retrieves information about the current team names from the Project Server, it follows the same procedure but it just feeds a Sharepoint list.
Any recommendations on performance or anything else would be much appreciated.
PD. i will set this as a community wiki 'cause there is no correct or wrong answer, just waiting for your feedback =D.
I'm a bit confused... Your webpart populates the list with values from TFS?
If you use a webpart, the list is populated only when someone visits the page and EVERYTIME someone visits the page.
Wouldn't you want to populate your SharePoint list using a console application or a SharePoint timer job that runs every so often?
To go a step further. Use federated search. In SharePoint (MOSS) you can specify locations (content sources) for the search service to index. This data will then be queryable in your sites. Using either custom scopes / customized search queries you can retieve data and then filter / display it on your sites.
I am trying to show events from a calendar in the main site to a calendar in a sub-site of the main site (or vice-versa)...I can't alter any server files or use custom-built web parts...is there anyway to do this w/ OOTB moss 2007?
Altering Server files is a big no-no anyway, so that's good :-D. YOu could try using SharePoint designer to create a so-called aggregation webpart, pulling data from all sites in the site collection (which of course get security trimmed by sharepoint, so people see only what they are allowed to see).
YOu can create use a DataFormWebPart in SharePoint designer to build an aggregation webpart. This is still ootb, but allows you to configure the datasource: i.e. have the datasource query the entire site collection for calendar items, then display them in a list. Disdplay them in a "new" calendar will be a lot of work though.
There is no way to "copy" or deisgnate specific calendar items to be visible in specific other calendars, this will take custom code.
Not strictly OOTB MOSS 2007, but I recenlty wrote an article about syncing any list using a simple workflow. As a Calendar is just a list it works for that as well and it maintains the Calendar look and feel.
Check it out here, it works great and deals with attachments as well. As it is part of a workflow you can add your own logic easily, e.g. Only sync calendar events that have field 'x' set to 'y'.
I wanted to point out that RSSBus Web Part can handle a task like this with minimal code. This, although not ootb is quite simple and does not require use of SharePoint Designer.
<rsb:import lib="RSSBus.SpsOps"/>
<rsb:set attr="url" value="http://mysharepointsite/subSite/"/>
<rsb:set attr="list" value="Calendar"/>
<rsb:set attr="user" value="someuser"/>
<rsb:set attr="password" value="theirpassword"/>
<rsb:call op="spsListItems">
[[sp:name]]</br>
</rsb:call>
The code above can be placed within the RSSBus Web Part on the main site and through the use of "SpsOps" have access to all lists/items on all sites/subsites.
-S