RE: [OzMOSS] [listserver] List Posting Error Notification
+1 vote for Google groups from me Brian Farnhill Consultant Technical Consulting Phone:02 6225 4307 Mobile: 0408 289 303 Fax: 02 6225 4334 Email:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED] Web: www.uniqueworld.nethttp://www.uniqueworld.net Blog: pointstoshare.spaces.live.comhttp://pointstoshare.spaces.live.com/ Canberra SharePoint User Group www.sharepointusers.org.au/Canberrahttp://pointstoshare.spaces.live.com/ Microsoft Certified Application Developer [cid:image001.jpg@01C94FB1.C25E3790] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Muller Sent: Wednesday, 26 November 2008 10:16 AM To: listserver@ozmoss.com Subject: Re: [OzMOSS] [listserver] List Posting Error Notification Just use google groups On Wed, Nov 26, 2008 at 10:07 AM, Paul Noone [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] wrote: --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com inline: image001.jpg
RE: [OzMOSS] [listserver] List Posting Error Notification
I like the idea, and would be happy to admin the groups as well if need be Brian Farnhill Consultant Technical Consulting Phone:02 6225 4307 Mobile: 0408 289 303 Fax: 02 6225 4334 Email:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED] Web: www.uniqueworld.nethttp://www.uniqueworld.net Blog: pointstoshare.spaces.live.comhttp://pointstoshare.spaces.live.com/ Canberra SharePoint User Group www.sharepointusers.org.au/Canberrahttp://pointstoshare.spaces.live.com/ Microsoft Certified Application Developer [cid:image001.jpg@01C94FB6.54E49B00] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ishai Sagi Sent: Wednesday, 26 November 2008 11:03 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] [listserver] List Posting Error Notification So how about I volunteer to manage the google groups? I am already managing the one for my user group, and it takes five minutes to set up. It is not error free, but I never had the problems I have been having with the current ozmoss listserv... We can set up two groups – [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] and [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] or more as needed – different people can maintain each one, and different people can subscribe to different ones. The OzMoss.com web site could link to joining the groups. Votes? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Brown Sent: Wednesday, 26 November 2008 10:51 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] [listserver] List Posting Error Notification I actually like this idea of a dev / I.T pro list, But I’d like to see it under the OzMOSS title. i.e. [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] and [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] or something. But as this list is not controlled by any of us, it’s up to the management of the list to fix out these issues and move forward. It’s a volunteer effort. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Noone Sent: Wednesday, 26 November 2008 10:03 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] [listserver] List Posting Error Notification Maybe a Designer-focused group could also be created? This list has always had a strong developer bent. Many posts of late have been design oriented and I can see how it might be starting to get on the teats of some of the more caffeine-inclined, purist developers. ;) From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Brown Sent: Wednesday, 26 November 2008 10:15 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] [listserver] List Posting Error Notification Ill happily stick my hand up to host a mailing list. Already have the hardware and the user groups website, the mailing list wouldn’t be any trouble at all. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Noone Sent: Wednesday, 26 November 2008 9:36 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] [listserver] List Posting Error Notification Oh, for a real list server. Mmm. That would be nice. ☺ Any takers? I had considered just starting a new one under a different guise but would be preferable to get consensus and just move the list and its membership to something that works. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Williamson Sent: Tuesday, 25 November 2008 7:48 PM To: listserver@ozmoss.com Subject: Re: [OzMOSS] [listserver] List Posting Error Notification I'm getting it even when I haven't attempted to post. Perhaps the time is coming soon for an exodus to a real listserver like google groups? On Tue, Nov 25, 2008 at 4:59 PM, Robert Ilencik [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] wrote: Has anyone logged a call with the Help Desk yet.??? :-)) -Original Message- From: [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED]] On Behalf Of Trevor Andrew Sent: Tuesday, 25 November 2008 4:45 PM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] [listserver] List Posting Error Notification Yep, 2 so far -Original Message- From: [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED]] On Behalf Of Daniel Brown Sent: Tuesday, 25 November 2008 4:37 PM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] [listserver] List Posting Error Notification Is anyone else getting these? Appear to be coming though on OzMOSS and OzTFS -Original Message- From: [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED]] Sent: Tuesday, 25 November 2008 3:57 PM To: listserver@ozmoss.commailto:listserver@ozmoss.com Subject: [OzMOSS] [listserver] List Posting Error Notification - MailEnable: You are not permitted to post to the list (listserver@ozMOSS.com). This list may be password protected, or you may need to have previously subscribed to the list in order to post
[OzMOSS] RE: Subsite directory structure
I'm not sure about the master pages not being selectable in the UI, but you can certainly set the master page to be in a sub-sites _catalogs/masterpage directory through code at least. An example of this is the OOTB meeting workspace, it uses its own master page that gets deployed to each individual meeting workspace. Brian Farnhill Consultant Technical Consulting Phone:02 6225 4307 Mobile: 0408 289 303 Fax: 02 6225 4334 Email:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED] Web: www.uniqueworld.nethttp://www.uniqueworld.net Blog: pointstoshare.spaces.live.comhttp://pointstoshare.spaces.live.com/ Microsoft Certified Application Developer [cid:image001.jpg@01C932A7.A3B0F3E0] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Noone Sent: Monday, 20 October 2008 11:29 AM To: listserver@ozMOSS.com Subject: [OzMOSS] Subsite directory structure Something I've been wondering but can't find an answer to. Can anyone explain why subsites (not site collections) have a _catalogs directory which appears distinct from the root site but can't actually be used? Scenario: You can create new master pages and store them in the masterpage directory but they cannot be applied to the site through Site Settings. I know the approved method for this is to store them all in the root site but I'm stumped as to why there is a _catalogs directory for subsites in the first place. Just wondering. :) --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com inline: image001.jpg
RE: [OzMOSS] Setting Library View Programmatically
It is possible to create views from code. There are a few ways of going about it but basically you create the SPView object and then add it to the Views collection of each document library. I'm pretty sure you could create the view in one spot and then use code to copy it around (I don't think there would be any issues as long as each document library had the required columns for the view). Brian Farnhill Consultant Technical Consulting Mobile: 0408 289 303 Fax: 02 8001 7778 Email:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED] Web: www.uniqueworld.nethttp://www.uniqueworld.net Blog: pointstoshare.spaces.live.comhttp://pointstoshare.spaces.live.com/ [cid:image001.jpg@01C908F5.4B5E97F0] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anthony Lee Sent: Thursday, 28 August 2008 10:05 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] Setting Library View Programmatically If we have a number of existing sites that has a document library which has the same views, and one day we decide to add an additional view to the document library, is it possible to replicate that view across all the existing sites' document library? i.e. programmatically add that view to the document library on all sites, without having to manually go into each site to create that new view. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Farnhill Sent: Wednesday, 27 August 2008 7:59 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] Setting Library View Programmatically You can add any of the fields to a view based on their internal name. For example, the internal name of the field for the documents icon is DocIcon and the correct field to use for the title field with the edit menu is LinkFilename. If you are unsure what the internal name of a field is that you want to use a view, you can try this - build the view in SharePoint and then go to the 'modify this view' page. Then with the IE Dev Toolbar (or firebug if you are a fix fox user) select the check box for the field you need the internal name of. You will see that it has an onclick attribute that will look like this javascript:ShowHideTotals(this, 'LinkFilename'). The internal name for the field the checkbox corresponds to is the second parameter in the JavaScript function. I hope that helps Brian Farnhill Consultant Technical Consulting Mobile: 0408 289 303 Fax: 02 8001 7778 Email:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED] Web: www.uniqueworld.nethttp://www.uniqueworld.net Blog: pointstoshare.spaces.live.comhttp://pointstoshare.spaces.live.com/ [cid:image001.jpg@01C908F5.4B5E97F0] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Witherdin, Nigel Sent: Wednesday, 27 August 2008 2:16 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] Setting Library View Programmatically OK, I found a cheat of a way to do this, by cloning the All Documents view and removing/adding fields as I needed to. But I would still be interested in knowing how to add these special fields programmatically if anyone knows? Cheers, Nigel Witherdin Senior Support Analyst Eversheds Direct Dial: +44 (0) 84 549 754 17 Mobile: +44 (0) 7738 553256 www.eversheds.comhttp://www.eversheds.com/ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Witherdin, Nigel Sent: 26 August 2008 16:49 To: listserver@ozMOSS.com Subject: [OzMOSS] Setting Library View Programmatically Hi All, In a feature event receiver I am trying to create some views for a particular list as per this code: //Ordered by Reference number SPViewCollection views = spLibrary.Views; StringCollection libViewFields = new StringCollection(); libViewFields.Add(File_x0020_Type); libViewFields.Add(Reference_x0020_Number); libViewFields.Add(Modified); libViewFields.Add(Item_x0020_Author); libViewFields.Add(Item_x0020_Title); libViewFields.Add(FileLeafRef); libViewFields.Add(Group1); qry = OrderByFieldRef Name='Reference_x0020_Number' Ascending='True' //OrderBy; libViews.Add(Ordered by Reference Number, libViewFields, qry, 100, true, false); spLibrary.Update(); This is all working fine, but I would really like to add the File Type column so that it shows an icon for the file type, and the name (FileLeafRef) column so that it has the dropdown edit menu. Anybody have any idea how to create these view fields programatically Many thanks Nigel Witherdin Senior Support Analyst Eversheds Direct Dial: +44 (0) 84 549 754 17 Mobile: +44 (0) 7738 553256 www.eversheds.comhttp://www.eversheds.com * This email is sent for and on behalf of Eversheds LLP * This email is sent for and on behalf of Eversheds LLP which is a limited liability partnership, registered in England and Wales, registered number OC304065. Registered office One Wood Street, London, EC2V 7WS. Registered VAT number GB820704559. A list of the members' names and their professional qualifications
RE: [OzMOSS] Setting Library View Programmatically
Well you would need to do it in code somewhere, so that really depends on what your preference is - you could easily put together a windows application that would do this. To copy the view around your code would basically be finding the view object from the source document library and then add it to each other document library. So for example, to get the view use something like this: SPList sourceDocumentLibrary; // I'm assuming this already exists - get the list from the appropriate place though SPView newView = sourceDocumentLibrary.Views[My View Name]; And then to add it get the new library as an SPList object and parse the properties of the newView object into the SPList.Views.Add() method. That should get you started in the right direction. Brian Farnhill Consultant Technical Consulting Mobile: 0408 289 303 Fax: 02 8001 7778 Email:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED] Web: www.uniqueworld.nethttp://www.uniqueworld.net Blog: pointstoshare.spaces.live.comhttp://pointstoshare.spaces.live.com/ [cid:image001.jpg@01C908FE.92175D90] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anthony Lee Sent: Thursday, 28 August 2008 11:10 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] Setting Library View Programmatically Which file would you create the SP View object in? Would you know the steps for doing this and how to use code to copy the view around? Thanks. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Farnhill Sent: Thursday, 28 August 2008 10:03 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] Setting Library View Programmatically It is possible to create views from code. There are a few ways of going about it but basically you create the SPView object and then add it to the Views collection of each document library. I'm pretty sure you could create the view in one spot and then use code to copy it around (I don't think there would be any issues as long as each document library had the required columns for the view). Brian Farnhill Consultant Technical Consulting Mobile: 0408 289 303 Fax: 02 8001 7778 Email:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED] Web: www.uniqueworld.nethttp://www.uniqueworld.net Blog: pointstoshare.spaces.live.comhttp://pointstoshare.spaces.live.com/ [cid:image001.jpg@01C908FE.92175D90] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anthony Lee Sent: Thursday, 28 August 2008 10:05 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] Setting Library View Programmatically If we have a number of existing sites that has a document library which has the same views, and one day we decide to add an additional view to the document library, is it possible to replicate that view across all the existing sites' document library? i.e. programmatically add that view to the document library on all sites, without having to manually go into each site to create that new view. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Farnhill Sent: Wednesday, 27 August 2008 7:59 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] Setting Library View Programmatically You can add any of the fields to a view based on their internal name. For example, the internal name of the field for the documents icon is DocIcon and the correct field to use for the title field with the edit menu is LinkFilename. If you are unsure what the internal name of a field is that you want to use a view, you can try this - build the view in SharePoint and then go to the 'modify this view' page. Then with the IE Dev Toolbar (or firebug if you are a fix fox user) select the check box for the field you need the internal name of. You will see that it has an onclick attribute that will look like this javascript:ShowHideTotals(this, 'LinkFilename'). The internal name for the field the checkbox corresponds to is the second parameter in the JavaScript function. I hope that helps Brian Farnhill Consultant Technical Consulting Mobile: 0408 289 303 Fax: 02 8001 7778 Email:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED] Web: www.uniqueworld.nethttp://www.uniqueworld.net Blog: pointstoshare.spaces.live.comhttp://pointstoshare.spaces.live.com/ [cid:image001.jpg@01C908FE.92175D90] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Witherdin, Nigel Sent: Wednesday, 27 August 2008 2:16 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] Setting Library View Programmatically OK, I found a cheat of a way to do this, by cloning the All Documents view and removing/adding fields as I needed to. But I would still be interested in knowing how to add these special fields programmatically if anyone knows? Cheers, Nigel Witherdin Senior Support Analyst Eversheds Direct Dial: +44 (0) 84 549 754 17 Mobile: +44 (0) 7738 553256 www.eversheds.comhttp://www.eversheds.com/ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Witherdin
RE: [OzMOSS] Setting Library View Programmatically
You can add any of the fields to a view based on their internal name. For example, the internal name of the field for the documents icon is DocIcon and the correct field to use for the title field with the edit menu is LinkFilename. If you are unsure what the internal name of a field is that you want to use a view, you can try this - build the view in SharePoint and then go to the 'modify this view' page. Then with the IE Dev Toolbar (or firebug if you are a fix fox user) select the check box for the field you need the internal name of. You will see that it has an onclick attribute that will look like this javascript:ShowHideTotals(this, 'LinkFilename'). The internal name for the field the checkbox corresponds to is the second parameter in the JavaScript function. I hope that helps Brian Farnhill Consultant Technical Consulting Mobile: 0408 289 303 Fax: 02 8001 7778 Email:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED] Web: www.uniqueworld.nethttp://www.uniqueworld.net Blog: pointstoshare.spaces.live.comhttp://pointstoshare.spaces.live.com/ [cid:image001.jpg@01C9081A.C5FA58E0] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Witherdin, Nigel Sent: Wednesday, 27 August 2008 2:16 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] Setting Library View Programmatically OK, I found a cheat of a way to do this, by cloning the All Documents view and removing/adding fields as I needed to. But I would still be interested in knowing how to add these special fields programmatically if anyone knows? Cheers, Nigel Witherdin Senior Support Analyst Eversheds Direct Dial: +44 (0) 84 549 754 17 Mobile: +44 (0) 7738 553256 www.eversheds.comhttp://www.eversheds.com/ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Witherdin, Nigel Sent: 26 August 2008 16:49 To: listserver@ozMOSS.com Subject: [OzMOSS] Setting Library View Programmatically Hi All, In a feature event receiver I am trying to create some views for a particular list as per this code: //Ordered by Reference number SPViewCollection views = spLibrary.Views; StringCollection libViewFields = new StringCollection(); libViewFields.Add(File_x0020_Type); libViewFields.Add(Reference_x0020_Number); libViewFields.Add(Modified); libViewFields.Add(Item_x0020_Author); libViewFields.Add(Item_x0020_Title); libViewFields.Add(FileLeafRef); libViewFields.Add(Group1); qry = OrderByFieldRef Name='Reference_x0020_Number' Ascending='True' //OrderBy; libViews.Add(Ordered by Reference Number, libViewFields, qry, 100, true, false); spLibrary.Update(); This is all working fine, but I would really like to add the File Type column so that it shows an icon for the file type, and the name (FileLeafRef) column so that it has the dropdown edit menu. Anybody have any idea how to create these view fields programatically Many thanks Nigel Witherdin Senior Support Analyst Eversheds Direct Dial: +44 (0) 84 549 754 17 Mobile: +44 (0) 7738 553256 www.eversheds.comhttp://www.eversheds.com * This email is sent for and on behalf of Eversheds LLP * This email is sent for and on behalf of Eversheds LLP which is a limited liability partnership, registered in England and Wales, registered number OC304065. Registered office One Wood Street, London, EC2V 7WS. Registered VAT number GB820704559. A list of the members' names and their professional qualifications is available for inspection at the above office. Regulated by the Solicitors Regulation Authority (see www.sra.org.ukhttp://www.sra.org.uk/). Confidentiality: This email and its attachments are intended for the above named only and may be confidential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this email and highlight the error. * [ www.eversheds.comhttp://www.eversheds.com/ ] * --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com inline: image001.jpg
[OzMOSS] RE: Site Directory categories
Hi Paul, I believe (and I haven't done too much with site directory so I could be wrong) the site directory is just a list called 'Sites' in the Site Directory site, if you go to that site you should see all of the sites in that list, with their categories set as metadata. Update the item there and you should be set. The Add Link to site page just adds an item to this list. Normally sites are added to the list when the site is created. I hope that helps Brian Farnhill L2 Consultant Technical Consulting Mobile: 0408 289 303 Fax: 02 8001 7778 Email:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED] Web: www.uniqueworld.nethttp://www.uniqueworld.net Blog: pointstoshare.spaces.live.comhttp://pointstoshare.spaces.live.com/ [cid:image001.jpg@01C8F71C.C29097A0] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Noone Sent: Tuesday, 5 August 2008 4:42 PM To: listserver@ozMOSS.com Subject: [OzMOSS] Site Directory categories Again, it's possible I'm missing something, but it appears there's no obvious way to define categories for a site after it's been created. Does the Add Link to Site tab on the Site Directory's category.aspx page achieve the same result? Kind regards, Paul This e-mail is intended for the use of the addressed recipient(s) only and may contain confidential and privileged information. If you have received this message in error, please delete the message and any attachments and copies immediately; and notify the sender by return e-mail. Any views expressed in this message or any attachments are those of the individual sender and do not necessarily represent the corporate opinion of the Catholic Education Office (CEO), Sydney. The CEO Privacy Policy is located at http://www.ceo.syd.catholic.edu.au --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com inline: image001.jpg
RE: [OzMOSS] Recommended/Essential Software for SharePoint
From the developers points of view there are a couple of add-ins on CodePlex that I think are must have, like WSP Builder and SharePoint Manager 2007. Brian Farnhill L2 Consultant Technical Consulting Mobile: 0408 289 303 Fax: 02 8001 7778 Email:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED] Web: www.uniqueworld.nethttp://www.uniqueworld.net Blog: pointstoshare.spaces.live.comhttp://pointstoshare.spaces.live.com/ [cid:image001.jpg@01C8F6D5.0F497B40] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joshua Haebets Sent: Tuesday, 5 August 2008 7:16 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] Recommended/Essential Software for SharePoint Hi Uzma This post should be some good replies i hope. The essential Sharepoint consultants tools box. Visual Studio Sharepoint Designer Visio IE Developer Toolbar VMware Workstation Would be interested in what others have to add Cheers Josh From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Uzma Naz Sent: Tuesday, 5 August 2008 5:50 AM To: listserver@ozmoss.com Subject: [OzMOSS] Recommended/Essential Software for SharePoint Hiya, I've got some great news: Today I handed in my resignation letter to my manager. It was a long time coming (considering that no attempt was made to update my job description or pay reflecting MOSS technology!!), so I have been job hunting and have got a job as a SharePoint Consultant in Reading, UK. One thing I would like to do is recommend software for the company to have in hand before I start. Part of my work will involve some architecture/planning work. Software that I have worked with and love is Mindjet (mind manager) and the usual Office applications. Is there anything else that I can recommend as a really good tool to aid me to completely redesign and help develop SharePoint sites please? Many thanks - Will hope to set up a blog of my own soon!! Uzma Find out how to make Messenger your very own TV! Try it Now!http://clk.atdmt.com/UKM/go/101719648/direct/01/ --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com inline: image001.jpg
RE: [OzMOSS] Ajax webpart - please help
Hi,
I recently worked on an ASP.NET control that had an update panel in it and we
put the control into a custom field type in MOSS. The code I used was similar
to what you have, with a couple of exceptions:
* In the OnInit event of the control is where I create the button and
wire up the event, not in CreateChildControls
* In CreateChildControls I add the script manager like this:
ScriptManager sm;
if (ScriptManager.GetCurrent(this.Page) != null)
{
sm = ScriptManager.GetCurrent(this.Page);
}
else
{
sm = new ScriptManager();
Controls.Add(sm);
}
I don't add the ScriptManager to the master pages controls, I just slip it onto
the page when I create the other child controls and this seems to work fine
I think you will find that if you move the code that wires up your event to the
OnInit event it will help. The CreateChildControls method will actually run on
every post back (I'm pretty sure anyway, I can't remember exactly), but your
event needs to be wired up before that happens which is why you are seeing
CreateChildControls running instead of you button click handler - what actually
should be happening is they should both run
Brian Farnhill
L2 Consultant
Technical Consulting
Mobile: 0408 289 303
Fax: 02 8001 7778
Email:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED]
Web: www.uniqueworld.nethttp://www.uniqueworld.net
Blog: pointstoshare.spaces.live.comhttp://pointstoshare.spaces.live.com/
[cid:image001.jpg@01C8F700.0CE983B0]
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sharepoint
Consultant
Sent: Tuesday, 5 August 2008 1:23 PM
To: listserver@ozmoss.com
Subject: [OzMOSS] Ajax webpart - please help
Hi,
I am trying to create a simple ajax webpart, however all the Microsoft
sugguestions seem to be failing.
I have installed Ajax and updated the web.config.
The issue is with the scriptmanager. When I run the sample code below I get the
following exception when adding the scripmanager to the masterpage
The control collection cannot be modified during DataBind, Init, Load,
PreRender or Unload phases.
If I use the following code rather than Page.Master.Page.Controls.AddAt(1,
scriptManager), I don't get an exception, but when the user clicks the button,
CreateChildControls is called rather than HandleButtonClick
if (ScriptManager.GetCurrent(this.Page) == null)
{
ScriptManager Manager = new ScriptManager();
Manager.EnablePartialRendering = true;
this.Controls.AddAt(0, Manager);
}
Could somone please help. I would rather add the scriptmanager dynamically if
possible.
THANKS.
SAMPLE CODE
private Label label;
private TextBox textBox;
private ScriptManager scriptManager;
protected override void OnInit(EventArgs e)
{
base.OnInit(e);
// Let's find if the ScriptManager exists and add it if not
scriptManager = ScriptManager.GetCurrent(Page);
if (scriptManager == null)
{
scriptManager = new ScriptManager();
if (Page.Form != null)
{
Page.Master.Page.Controls.AddAt(1, scriptManager)
}
}
}
protected override void CreateChildControls()
{
base.CreateChildControls();
this.EnsureUpdatePanelFixups();
UpdatePanel up = new UpdatePanel();
up.ID = UpdatePanel1;
up.ChildrenAsTriggers = true;
up.UpdateMode = UpdatePanelUpdateMode.Conditional;
this.Controls.AddAt(1, up);
this.textBox = new TextBox();
this.textBox.IDhttp://this.textBox.ID = TextBox;
up.ContentTemplateContainer.Controls.Add(this.textBox);
this.label = new Label();
this.label.Text = Enter your name.;
up.ContentTemplateContainer.Controls.Add(this.label);
LinkButton button = new LinkButton();
button.Text = Say Hello;
button.ID = HelloButton; // Some controls need an ID to make
them work with AJAX postbacks.
button.Click += new EventHandler(HandleButtonClick);
up.ContentTemplateContainer.Controls.Add(button);
}
private void HandleButtonClick(object sender, EventArgs eventArgs)
{
this.label.Text = Hello + this.textBox.Text;
}
private void EnsureUpdatePanelFixups()
{
if (this.Page.Form != null)
{
String fixupScript = @
_spBodyOnLoadFunctionNames.push(_initFormActionAjax);
function _initFormActionAjax()
{
if (_spEscapedFormAction == document.forms[0].action)
{
document.forms[0]._initialAction = document.forms[0].action;
}
}
var RestoreToOriginalFormActionCore = RestoreToOriginalFormAction;
RestoreToOriginalFormAction = function()
{
if (_spOriginalFormAction
RE: [OzMOSS] RE: Structuring Data in MOSS
Sort of, you certainly could do it that way, but I think it would be less flexible and harder to maintain. If you did it that way every time you added a new contact you would then need to go back to the suppliers list and add them to the appropriate supplier. If you add the lookup column to the contacts list, when you add a contact to the list you specify what supplier they are for at the same time as the rest of the data. Then you also have the ability to create views that use the supplier field on the contacts list (All contacts grouped by supplier, all the contacts for supplier X, All contacts in state X grouped by supplier, etc). Brian Farnhill L2 Consultant Technical Consulting Mobile: 0408 289 303 Fax: 02 8001 7778 Email:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED] Web: www.uniqueworld.nethttp://www.uniqueworld.net Blog: pointstoshare.spaces.live.comhttp://pointstoshare.spaces.live.com/ [cid:image001.jpg@01C8F2F9.A3FBDD30] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of FILMALTER Arno Sent: Thursday, 31 July 2008 10:17 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] RE: Structuring Data in MOSS That's what I was thinking, separating the data entities and creating a list for each entity and then linking them together. Basically the same as designing tables but only using lists and content types instead. Suppliers List has lookup field to Supplier Contacts List with multiple selections allowed. Does that sound right? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Farnhill Sent: Thursday, 31 July 2008 10:02 AM To: listserver@ozMOSS.com Subject: [OzMOSS] RE: Structuring Data in MOSS In my opinion it depends on how you are going to use the data once you have recorded it. Think about what the requirements are for how you plan to use the data and that should help you figure out how you should store it. If you want it is possible to break it up into different lists, one that has the suppliers, and one that has all the contacts and this list could have a look up field back to the supplier list to identify what supplier they are tied to. Then you could filter the contacts list per supplier to see a list of all contacts for a supplier, or show them grouped by supplier, or see all the contacts for all suppliers in each state (if you have a field for state), etc etc etc. Brian Farnhill L2 Consultant Technical Consulting Mobile: 0408 289 303 Fax: 02 8001 7778 Email:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED] Web: www.uniqueworld.nethttp://www.uniqueworld.net Blog: pointstoshare.spaces.live.comhttp://pointstoshare.spaces.live.com/ [cid:image001.jpg@01C8F2F9.A3FBDD30] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of FILMALTER Arno Sent: Thursday, 31 July 2008 9:42 AM To: listserver@ozMOSS.com Subject: [OzMOSS] Structuring Data in MOSS Hi Everyone This is just a question of best practices a guess... If I have data like supplier information which I need to capture in MOSS, do I use normal database design principles to outline the columns and types within MOSS or do I just add the required fields into one list or content type? Example: A supplier has name, telno, address ect. But also has Contacts associated to them. With normal database design you will separate the two because it has a one to many relationship between suppliers and supplier contacts. But in MOSS you may add these contacts with their detail in one multi line field within the list or content type. Is there any article or blog that discusses this? My personal opinion is to go with the traditional database design principles. I would really want to know what's been done out there. Regards Arno * Disclaimer * The contents of this electronic message and any attachments are intended only for the addressee and may contain privileged or confidential information. They may only be used for the purposes for which they were supplied. If you are not the addressee, you are notified that any transmission, distribution, downloading, printing or photocopying of the contents of this message or attachments is strictly prohibited. The privilege of confidentiality attached to this message and attachments is not waived, lost or destroyed by reason of mistaken delivery to you. If you receive this message in error please notify the sender by return e-mail or telephone. Please note: the Department of Public Works carries out automatic software scanning, filtering and blocking of E-mails and attachments (including emails of a personal nature) for detection of viruses, malicious code, SPAM, executable programs or content it deems unacceptable. All reasonable precautions will be taken to respect the privacy of individuals as outlined in the DPW Privacy Plan. Personal information will only be used for official purposes, e.g. monitoring
