Is it possible to create a SharePoint (wss3 or MOSS 2007) webpart, to allow files to be dragged and dropped onto it, which would then upload the files into a predefined document library ?
I imagine that this would require some form of client side scripting (Ajax ?), but my knowledge in ajax is a bit sketchy.
From my exploration so far, I'm thinking:
User drags file onto 'drop zone' Webpart.
This action triggers some code
This code Loads the file into a SharePoint library (like this : Uploading a File to SharePoint)
Any pointers would be gratefully recieved
Many thanks.
Nick
Well,
What I'd do is, like you said, a web part with javascript that allow the user to drag and drop some files into a zone inside the webpart. Once the user has finished I'll upload those files after click on a Button of the webpart. I think is better to work with SharePoint in an unique transaction and not upload and delete files using AJAX. So, the drag and drop functionality can be done using some kind of javascript like Scriptaculous and the other one like a classic postback.
You might also want to look at another way to perform this. If you do it in a webpart, you will need to add that webpart in every sites where you want this fonctionnality to work. You might want to try Sharegate (www.share-gate.com). It's a end user tool that allows you to drag and drop file from your computer (or any SharePoint list / library) to any SharePoint library. By dropping the document inside the library, you will be ask to select a property template where you can define all the properties attach to your document. Not only you will drag and drop documents, but you will structure the information at the same time. Hope this was helpful!
Perhaps my reply is little bit irrelevant to your post!
I think upload files to SharePoint is not a painstaking job, the build-in feature is enough for us to upload files.
The trouble, I think, lies in the check in process, may be that is what you should do!
Altought maybe not that important now, but there is a SharePoint addon on CodePlex now
that allows files to be uploaded by Drag & Drop into SharePoint document libraries.
Available here: http://dndupload.codeplex.com/
Works in Firefox & Chrome, uses FileApi from HTML5, supports both SharePoint 2007 & 2010.
Related
this seems to be a bit of an odd requirement, but we have a separate form (not an infopath form) being filled out by people. Now, this form that we have has quite a lot of validations in it. We're currently trying to prevent people from accessing the list where this certain form is saving the data, this is so that they won't bypass the validations we created in the form that we created. Is there a way to be able to do this, one way or another?
Easy fix. Use SharePoint Designer to browse to the list, starting from "All Files". The list has several files in it. You're only interested in NewForm.aspx and EditForm.aspx.
Open these files. Either add JavaScript redirect code directly to the file (near placeholdermain) to point back to AllItems.aspx, or add a Content Query Web Part to add the redirect JavaScript code in that added web part.
Either way, when users go to add/edit items in that list, they will be bounced back to the page that list the items.
This will only work when JavaScript is enabled. Mind you, SP won't work very well with JavaScript off anyway, so people may not disable JS. But for a bullet proof solution, make a Visual Studio feature for the specific list.
Is There an easier way to have pictures on the sharepoint site? I only one way to do this but I want to find another way if its faster and easier for users to use.
I suggest looking into Telerik's FREE Radeditor for MOSS.
P.S. Belongs on superuser.
I would not use this in all cases as it depends on user permissions, how much you trust your users, and if your users are internal and have access to your network.
But, with that said...
The fastest, easiest way I know how to load pictures into a Picture Library is to go to the Library, select Actions > Open with Windows Explorer, and drag images into Windows Explorer, which populates the Library.
It depends on where you want to be fast.
If you want to be fast in uploading all the files, upload them using the explorer view into your picture library.
If you want to be fast in editing content, then there really is only one option : use SharePoint 2010 as adding pictures has become as easy as adding pictures in a Word document. Insert picture, specify which file of the filesystem you want and select a picture library in which the picture will be automatically uploaded.
I am stuck with a problem. I am having tool part where I get all the Lists present in the Site.
I have other web part which should get the selected List in the tool part.
I see that the web part is loaded first then the tool part. so the web part is unable to the List selected in the tool part.
Please note that the text box is in a User Control.
Please help me.
I have looked at your code and found the following:
First things first. You need to move AWAY from using ToolParts and the SharePoint native webpart. they are deprecated and are a remnant from SPS2003. In MOSS / WSS 3.0 you can and should use the ASP.NET WebPart.
Secondly, I think you are mixing things up. The ToolPartGetLists is not a toolpart, it is a webpart, that in itself loads the CustomToolPart, which in turn allows you to select a list.
This toolpart is only shown when you edit the shared webpart in the UI. The list you select is then persisted to the SelectedList property of the webpart using the toolpart.
The connected webpart then tries to read the SelectedList property I guess.
Like I said, I could go and try to fix the code for you, but it is not the way to go, you really (REALLY) need to switch to ASP.NET WebPart based webparts. The native sharepoint one WILL be fased out in the (near) future.
Here you can find an example, with code! (scroll to bottom for download link). As a bonus, it uses the built in sharepoint listpicker
I don't know of any way you could control the load order of elements (web parts) on the same page.
Sounds more like you want to have your second web part (the display of the lists) have a "default" when the page loads--which could be empty. Then it would be changed to the selected list only when the user clicked a new selection in the other web part (the list of lists).
I've started using MOSS 2007's wiki feature for storing the ongoing technical documentation related to a project I'm working on, and it occurred to me after I started writing a few pages that there's no easy way to export out all of the pages into one document.
For those of you familiar with MOSS 2007, any ideas how this might be accomplished?
In the past I've created a site feature that exports SharePoint content to PDF and HTML but that was for publishing sites. I assume it needs some rewriting to make it working with the Wiki.
It basically iterates through the navigation of a site and all it's sub sites and reads all the pages stored in the "pages" document library. For each page it then extracts the content using XSLT.
Let me know whether I shall make the source somewhere available.
Cheers,
Michael
You should be able to create a view that shows the content for all of the wiki articles. It's not pretty; you'll get one really long web page. I don't have sharepoint up and running right now to tell you the exact steps, but I have done it before.
BlueRidge has an extension that allows you to export to PDF, but at 640+ euro it's a tad pricey.
You could copy/paste your content into your desired document. It's not convenient but it is a potential work around.
I am also after a solution for this. We have a multilevel Wiki content that follows a levelling structures. Can we automatically export the MOSS Wiki content to a more structured database such as Excel, Access, or XML?
I need to back up a sharepoint web page which containts web parts and other html tweaks. I would like to keep a back up of the page itself with the web parts in the appropriate places, is this possible? Right now I just opened SharePoint designer, opened my page and saved as to my hard drive. Is there another way? Is this a complete back up of the page? Thanks.
I do the same for small changes and it has worked fine for me up to now. That said the only offical way to do it is use Microsoft's Data Protection Manager software which will let you backup/restore individual pages.
Of course you can go the doclib where the page is stored and use the ECB SendTo>>Download a copy
the interesting part of this approach is that you get the ASP.NET markup (w/server control specs)...