Calin Tatar

Automatically add Sharepoint subfolders when adding a new Folder Content Type

CalinTatar — Sun, 07 Jun 2009 03:48:06 GMT

Originally posted on: http://geekswithblogs.net/CalinTatar/archive/2009/06/07/automatically-add-sharepoint-subfolders-when-adding-a-new-folder-content.aspx

Last week I was asked on one of my CodeProject article, about how to implement a Sharepoint feature that will automatically add subfolders to a parent folder in a document library.

To add subfolders when a new Folder(or derived Content Type from Folder) was created, we have to write a feature, that will handle the ItemAdded event. When this event gets fired, we can get the current folder item and add subfolders to it.

The following feature adds subfolders( the ones from folders array) when a new Project Folder is created.

Basically, what the above method is doing is:

- we get the current document library that we are working on.

- test if the current Item is derived from our Content Type; with this we can restrict the feature to work only on some of the folder content types

- by getting the url of the current folder, we can add a new folder on the current SPDocumentLibrary.

Enjoy!

Calin Tatar

Retrieving the object hierarchy from an XML with Linq to XML

CalinTatar — Sat, 16 May 2009 06:03:50 GMT

Originally posted on: http://geekswithblogs.net/CalinTatar/archive/2009/05/16/retrieving-the-object-hierarchy-from-an-xml-with-linq-to.aspx

I'm writing here an example about how to read XMLs that contains hierarchichal data, not only with one level of child nodes. So, I'm about to threat this problem here.

First, I'll define a sample XML hierarchy. The XML contains a list of Headers, each one containing a list of Details.

Now, let's create some simple model classes.

Now, to read the XML data into this hierarchy of objects, I'm gonna create one method for each level of the hierarchy (GetHeaders - will return all the Headers, GetDetails(header) - will return a list of Detail's for one Header.

Basically, a method will return a list of childrens based on the parent node.

Switching from Win32 to UI Automation

CalinTatar — Sat, 16 May 2009 01:40:03 GMT

Originally posted on: http://geekswithblogs.net/CalinTatar/archive/2009/05/16/switching-from-win32-to-ui-automation.aspx

If you are about to write another p/invoke (Win32 calls) to access existing Windows, Controls,...you should consider switching to UI Automation framework, which provides programmatic access to most user interface (UI) elements on the desktop, by writing managed code. Some time ago I wrote an article about UI Automation, have a look at: http://www.codeproject.com/KB/WPF/WPF_UI_Automation.aspx

In this post, I'll try to compare two ways of implementing Windows automation applications, by using unmanaged code (Win32 interoperability) and by using the UI Automation framework (managed code).

OK, let's take a simple example. Suppose we want to write a piece of code that gets the active window and some details about this window.

Instead of writing Win32 calls for GetWindow, GetWindowRect, different structures, etc, with UI Automation we can write simple managed code to accomplish the same task.

Basically, we just need to get AutomationElement.FocusedElement and this will provide us useful informations about the focused control which might be a simple control(Button, TextBox, etc) or a Window. Let's assume that the returned FocusedControl is a Textbox, a not a Window; we still can get the parent Window of that control, by getting first the ProcessId property. Based on the process Id, we can create an instance of Process class and access process.MainWindowHandle, to get the Window handle. Now, based on the Window handle, we can call the static method AutomationElement.FromHandle() and you'll get the AutomationElement for the window. To get the window bounds, just call windowElement.Current.BoundingRectangle and you'll obtain a Rect object. After that you may use the bounds to capture the window, etc.

AutomationElement controlElement = AutomationElement.FocusedElement;

if (controlElement != null && controlElement.Current.ControlType != ControlType.Window)

{

Process process = Process.GetProcessById(controlElement.Current.ProcessId);

AutomationElement windowElement = AutomationElement.FromHandle(process.MainWindowHandle);

if (windowElement != null)

Rect r = windowElement.Current.BoundingRectangle;

}

Another example would be to get the user control based on the cursor position. So we want to find a managed solution for WindowFromPoint Win32 function. We can accomplish this without writing Interop code, by calling and passing a Point to AutomationElement.FromPoint();

SharePoint Workflows for Folder Content Type

CalinTatar — Fri, 27 Feb 2009 08:11:31 GMT

Originally posted on: http://geekswithblogs.net/CalinTatar/archive/2009/02/27/sharepoint-workflows-for-folder-content-type.aspx

I plan to announce all my future Code Project articles.

So, I'm starting here by announcing an older article of mine.

The article shows how to implement a workaround to start a Sharepoint Workflow from a custom Folder Content Type.

Enjoy! SharePoint Workflows for Folder Content Type

Cheers,

Calin Tatar

Hello World

CalinTatar — Fri, 27 Feb 2009 07:59:15 GMT

Originally posted on: http://geekswithblogs.net/CalinTatar/archive/2009/02/27/hello-world.aspx

Welcome to my new blog!

I will post here my thoughts/samples/code snippets related to Microsoft technologies.

Cheers,

Calin Tatar