hi I'm having troubles with the SharePoint list, I've got the list connected to a Visio, and when I'm on-premise, it update fast, I mean I change the list, click refresh in the Visio app and it's updated, but on the Visio web access from SharePoint, It takes too long, I can be pressing refresh, but its like it has a timer, every 2 or 3 minutes it updates, every change I do so far. The problem is that I need to be instant, sometimes its is instant because I luckily change the list when its about to refresh.
Is there any configuration in the server to me updates that fast?
English is not my native language, so I'm sorry
If you want your changes to be shown instantly, you can set Minimum Cache Age to zero in SharePoint:
http://technet.microsoft.com/en-us/library/ee524061.aspx
Note that default value (a few minutes) provides a better rendering performance in multiuser scenario.
Also note that this seetting does not seem to be available in SharePoint Online / Office 365 (please correct me if I am wrong).
Related
Is there a way to have user selected records remain selected as the pages are changed in the view? Currently, when changing pages in the view, the selection is lost.
For example, the user is looking at the Accounts entity, and wishes to select a few records from the first page of results and other records from subsequent pages.
I have explained that this is standard behaviour and that they should further filter their results but they are insisting that I try to find a solution.
There isn't a supported solution to your problem other than writing custom web-resource pages that will do exactly what you need.
I'm sure you've already told them to set their "records per page" to 250 in their Preferences.
In CRM 4.0, I once figured out where this "records per page" setting is stored in the database and I was able to change it to 5000 directly in the database. It did work (I think I had to iisreset as well), but it is obviously unsupported and could cause massive performance issues.
My boss has asked me to look into setting up a copy of sharepoint on our server and creating a dashboard that allows employees to view their tasks, punch in/out, etc.
At this point, I have VERY little experience with sharepoint. I've seen sharepoint tutorials that seem to be simple non-coding setups & I've seen some that involve creating sharepoint pages from code. What's the best approach for creating this time entry page? Is there something already built that I can just plug in and modify or is it best to code it from scratch? Just looking for some good starting points.
Thanks
Don't code from scratch, you could find a site template (.stp) somewhere which is free or costs 50 CUR and which you can install in your SharePoint server and modify further to your liking.
For example see whether "Case Management" below satisfies more than half of your (boss) requirements or not: http://sp2010teamplates.codeplex.com/ If not, Google for more.
I agree with #RoManiac. Don't get to code from scratch.
As an alternate, SharePoint is a great platform for quickly creating data entry / manage data apps like the one you mentioned using "Lists".
Consider every SharePoint list as a "Virtual table" in an SQL Server with CRUD screens getting auto generated. That means that if you create a list (table) called "TimeSheetEntry" with fields (Columns) called Project Name (Text), Project Task (Text), DateWorked (DateTime), HoursWorked (Integer), SharePoint will automatically generate Data entry screens for this list. You can expose this list to your end users and they can start entering their time sheets. CreatedBy field is an automatic field that should track who entered the data.
You can create views (Like SQL views) that allow users to see only their time records.
Hope that answers
Cheers
VJ
When using the Ext.Lib Name Picker control connected to the NAB, the default is to view the first 50 entries from selected view (depending on whether groups/Persons is selected in property).
But there are no scroll/paging buttons on the dialog.
If I want to pick an entry from the NABPicker and the entry is after the first 50 I must use the Search button to find it.
Is this working as designed or a feature not yet added?
/Mike
You might be interested in using the viewpicklist control from openntf instead, link
It is very felxable, just set it to use the names.nsf and whichever view you need.
As far as I know this is working as designed. The server only returns a set number of entries so that the amount of data transfered when opening the Name Picker dialog box is kept nice and small, this way the dialog box opens faster.
You can increase the number of entries returned by increasing the maximum limits in the server document and internet site document and then increasing the maxRowCount attribute on the picker but you will seriously affect the performance of your application and it is not recommended.
Hopefully in a future release of the control they will add some sort of ajax based scroll similar to the inbox scroll in iNotes.
Mike:
I think the answer is "both". Working as designed and feature not added yet...
The Ext Lib is a open source initiative designed to support the simplistic Discussion, Team Room, and Document Library applications. The designers have limited experience with more complex applications and clearly limited exposure to large address books in their development arena.
The NAB pickers are a source a major disapointment to those of us trying to build larger scale applications. Perhaps at some point it will become a usable component but is is only marginally usable at this point.
/Newbs
I have a WSS 3.0 site at a small school. The teachers are using the calendar regularly when suddenly, the events are not longer showing up in calendar view. The events are THERE (if I create an email alert, create an event, I will get a clickable link to the event, but if I view the calendar in IE, no events) Each months shows some events, but it's like the calendar gets 'full' and suddenly there are days with NOTHING.
I read some stuff from MS on increasing the limit for entries, but I don't think it applies because we're no where near 2000 events in the calendar. I've tooled around the XML files, but nothing is jumping out at me.
There were a couple of MS articles that I ran thru, but no resolution yet. Any ideas? Conversely, is there a recommended cloud service that can replace this if it's not functional?
Cheers.
Even though it's been a while, I just encountered the same issue, so I thought I'd reply with my fix.
I created a new Calendar View (using the defaults) and all the items showed up. Too simple? I thought so too. I don't don't why this happened - the original calendar and the new one both had the same values (nothing was filtered, etc.), but the new one shows all the items.
Just throwing it out there.
Are the calendar items in a standard list view, but not calendar view? Is this happening across site collections?
If so, I'd recommend rebuilding their MS Office Profile. You can do that from Control Panel>Add or Remove Programs>MS Office Professional Plus. Then select Repair. Reboot, and see if your calendar view is back to normal.
We had a need for a document management solution and were hoping SharePoint 2007 would satisfy our needs. We felt our needs were relatively simple. We needed to manage versioning, have searching capabilities, and having an approval workflow.
SharePoint handled these three aspects great out of the box.
However, we also require that the footer on the Office 2007 (Word, Excel, and PowerPoint) documents reflect the document version, last person to modify, and last modification date. These things can be done with office automation, but we have yet to find a complete solution.
We first tried to do it on the checking-in and checked-in events and followed this path for a while, however, the complication we ran into was after we made the changes to the document we had to no way of preventing the save from updating the version number. This resulted in something similar to this:
Document checked-in – the document version should be v0.1 however it is v0.2 because we save the document after the footer is replaced. If we look in the document history we there are 2 separate versions v0.1 does not have the footer v0.2 has the footer but it says v0.1 as that is the version the document was when it was replaced.
This is an unacceptable solution for us as we want the process to be completely handled on the user side so they would have full control to revert back to a version where the footer would be incorrect and not contain the correct data. When we attempted to create a custom approval/check-in workflow we found that the same problem was present. The footer is necessary so that hard-copies can be traced back to their electronic counterpart.
Another solution that was proposed to us was to build plugins for office that would handle the replacement of the footer. This is inadequate for our needs as it requires a client side deployment of our plugins which is undesirable by our clients. What we are looking for is a clean solution to this problem.
Here is a blog post which seem to be exactly the solution of your problem.
Basically they create a custom field in the document library and use event receivers to keep the current version of the document in this field.
The "trick" is that on the client side this custom field shows up as a property of the document the value of which you can easily embed into the document's contents.
I'm not sure why changing the field won't increase the version of the document, but I guess it is because you're only changing metadata, not the actual document.
They do use a little VBA script which runs on the client side, but it doesn't require any client side deployment as it is downloaded with the document. However I'm not sure if any security settings changes on the client side may be needed to allow the script to run.
Does this information need to be in the footer? A lot of the information is available within the Office 2007 application. If you click on the round button in the upper left, and select "Server", you can view the version history, a lot of the other properties are available by clicking the round button and opening the "Prepare" menu, and selecting Properties.
If this information must be displayed in the document footer I would investigate creating a custom Information Management Policy. This may be a good place to start.