SharePoint Online/2019/2016/2013/2010/2007

See the article   How To: Detect the Installed SKU of SharePoint 2010   on MSDN. It has a list of GUIDs for each SKU: BEED1F75-C398-4447-AEF1-E66E1F0DF91E : SharePoint Foundation 2010 1328E89E-7EC8-4F7E-809E-7E945796E511 : Search Server Express 2010 B2C0B444-3914-4ACB-A0B8-7CF50A8F7AA0 : SharePoint Server 2010 Standard Trial 3FDFBCC8-B3E4-4482-91FA-122C6432805C : SharePoint Server 2010 Standard 88BED06D-8C6B-4E62-AB01-546D6005FE97 : SharePoint Server 2010 Enterprise Trial D5595F62-449B-4061-B0B2-0CBAD410BB51 : SharePoint Server 2010 Enterprise BC4C1C97-9013-4033-A0DD-9DC9E6D6C887 : Search Server 2010 Trial 08460AA2-A176-442C-BDCA-26928704D80B : Search Server 2010 84902853-59F6-4B20-BC7C-DE4F419FEFAD : Project Server 2010 Trial ED21638F-97FF-4A65-AD9B-6889B93065E2 : Project Server 2010 926E4E17-087B-47D1-8BD7-91A394BC6196 : Office Web Companions 2010 You can look for these within the registry key   HKLM\SOFTWARE\Microsoft\Shared Tools\Web Server Extensions\...

https://spcamlqueryhelper.codeplex.com/

When going into Library Settings on a Wiki Library Template, I noticed the “Save Library as Template” option was missing. Found a workaround by changing the URL in this way: Change the “listedit.aspx” filename in the URL to “savetmpl.aspx” instead…

<script type="text/javascript" language="javascript"> function PreSaveAction() {   var elm = document.getElementById("idAttachmentsTable");     if (elm == null || elm.rows.length == 0)  {        document.getElementById("idAttachmentsRow").style.display='none';   alert("Please Attach File");   return false ;  }  else {  return true ;  }  return true ; } </script> -------------------------------------------- If need confirmation box. Please use the below code function PreSaveAction() {       var elm = document.getElementById("idAttachmentsTable");                if (elm == null || elm.rows.length == 0)             { var r=confirm("Do you want to attach the file?"); if(r==true)         { return false; }   else ...

Scenario and solution: You have a page that containd web part views into your forms library (that contains forms that can be filled out in a browser). The problem here is that if you or your client has InfoPath installed on their computer, everytime they click the link the form will try and open in their InfoPath client; prompting them for authentication. If the client goes to the forms library itself and clicks on a InfoPath form the form opens in the browser no problem, why? The answer is in the url, try this: Go to the forms libray and click on a form, check the URL; it should look something like this: "http://site.example.com/subsite/_layouts/FormServer.aspx?XmlLocation=/subsite/formLibrary/formName.xml&Source=http%3A%2F%2Fsite%2Eexample%2Ecom%2Fsubsite%2FformLibrary%2FForms%2FMyView%2Easpx&DefaultItemOpen=1 No go the web part and click the same form, check the URL (in the browser status bar): http://site.example.com/subsite/formLibrary/formName.xml Note that the ...

http://claytoncobb.wordpress.com/2009/06/20/auto-generating-filenames-for-infopath-forms/ Auto-Generating Filenames for InfoPath Forms – I see this topic come up a LOT on forums all over the place, so instead of continuing to answer the question time and time again, I am going to post a quick blog entry showing the steps.  I think this stuff is fairly simple, but it just doesn’t pop into your head initially.  Once you see it and understand it, you’ll think it’s simple, too.  Keep in mind that I focus entirely on SharePoint-based InfoPath forms and for the most part BROWSER-ENABLED forms.  So, it’s possible and likely that all concepts explained here will work for non-browser forms and non-SharePoint forms, but just remember that my perspective is mostly browser-enabled.  The basis for this topic is that the standard method for submitting InfoPath browser-enabled forms is for the user to click Save at which point the user is prompted to give a filename along ...

http://technet.microsoft.com/en-us/magazine/2009.04.utilityspotlight.aspx?pr=blog