Codefluff

Markup Extensions in Silverlight have to be public

2011-10-19T17:24:00.002+02:00

In the good-to-know category we today have a problem out of the Silverlight 5 world, where Markup Extensions are now possible. Beware though: If the class is not public Silverlight will simply freeze while starting without giving a proper error message. So always be sure to make your extensions public.

Good to know and would have saved me quite some time if I knew that beforehand.

Authentication Suffix in SharePoint hosted Data Service

2011-08-08T16:38:00.004+02:00

When hosting a Data Service inside SharePoint using the MultipleBaseAddressDataServiceHostFactory you might notice that your service endpoints get redirected depending on the authentication schema (as described here). The way it is supposed to work is that you do not notice any of the redirections on the user side.
But the way the default behaviour works is that also the service base will change accordingly. I.e. if you load the .svc for anonymous authentication the base attribute on the service will look like this:

<service 
xml:base="http://localhost/_vti_bin/test/odataservice.svc/anonymous/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:app="http://www.w3.org/2007/app" xmlns="http://www.w3.org/2007/app">

(Notice the anonymous part in the base attribute.)

But any request to the service with the authentication suffix be it anonymous, basic etc... will be interpreted by your OData framework and thus you get the error message: Resource not found for segment 'basic' when navigating to http://localhost/_vti_bin/test/odataservice.svc/basic/Customers for example. This is because internally the url is .../basic/basic/Customer after the redirect according to the authentication schema.

Since some services actually rely on the correct base-url (e.g. PowerPivot) that is not the behaviour we would want to see.

The not so well documented fix for that behaviour is to set the ServiceFactoryUsingAuthSchemeInEndpointAddressAttribute on your service class like this:

[ServiceFactoryUsingAuthSchemeInEndpointAddress(UsingAuthSchemeInEndpointAddress = false)]

Afterwards you will have the much more sensible behaviour of a clean base-url in your .svc service description and no more confused clients which access your service through the authentication suffixes.

How to center a check box column in the WPF DataGrid

2010-06-22T13:26:00.002+02:00

A common problem with the DataGridCheckBoxColumn of the WPF DataGrid is that the CheckBox is not centered in the cell which is especially ugly in rows that are higher than the CheckBox itself.
Due to the nature of how a column in the DataGrid is generated it isn't very easy to use a simple style or ones own template column.

But there is a much shorter and better way, we can simply extend the DataGridCheckBoxColumn to provide our own, centered, CheckBox.

public class CenteredCheckBoxColumn 
           : DataGridCheckBoxColumn 
{
  protected override FrameworkElement 
    GenerateEditingElement(
      DataGridCell cell, object dataItem) 
  {
    var checkBox = 
      base.GenerateEditingElement(cell, dataItem);
    checkBox.HorizontalAlignment = 
      HorizontalAlignment.Center;
    checkBox.VerticalAlignment = 
      VerticalAlignment.Center;
    return checkBox;
  }

  protected override FrameworkElement GenerateElement(
      DataGridCell cell, object dataItem) 
  {
    var checkBox = 
      base.GenerateElement(cell, dataItem);
    checkBox.HorizontalAlignment = 
      HorizontalAlignment.Center;
    checkBox.VerticalAlignment = 
      VerticalAlignment.Center;
    return checkBox;
  }
}

We can now use our CenteredCheckBoxColumn in the same way we use the standard columns.

A case for a nameof() operator

2010-05-25T11:44:00.007+02:00

Refactoring your code has come a long way, especially with tools like Resharper one seldom worries about changing namespaces, renaming classes or extracting methods.
But one major breaking point still exists: Using property names as strings. And C# contains two very popular interfaces in need of property name strings.
INotifyPropertyChanged:

public string Name {
  get { return name; }
  set {
   name = value;
   InvokePropertyChanged("Name");
  }
 }

and WPFs dependency properties:

public static readonly DependencyProperty 
  ViewModelProperty = 
    DependencyProperty.Register("ViewModel",
                                typeof(MyViewModel),
                                typeof(UserView));

Both interfaces, especially with the rise of WPF/Silverlight applications, are used quite a lot. And it is not only the newbie programmer who will inadvertently break some code because he forgot to change the string when renaming a property. And while WPFs dependency properties will at least throw an exception in most cases bugs will slip in for the property changes or other interfaces which rely on the correct strings.
Since the beginning of C# people searched for solutions which do not break on refactoring, and at least since LINQ there is a viable workaround as LINQ queries have the unique property of containing string representations on their member expression parts:

public string ParsePropertyName<T>
(Expression<Func<T>> expression)
{
return ((MemberExpression)expression.Body).Member.Name;
}
...
public string Name {
  get { return name; }
  set {
   name = value;
   InvokePropertyChanged(
     ParsePropertyName(()=>this.Name);
  }
 }

While this simple solution has drawbacks (e.g. when no instance of a class is available) it seems to be used quite often as its described and discussed quite a lot. E.g. here here here here or here.

Even though the solution remains what it is: a hacky workaround.
And that is why I would propose adding a simple nameof() operator instead. It would allow us to get rid of all the fluff we add to get the name of a property and would let us write this code instead:

Code:

public string Name {
  get { return name; }
  set {
   name = value;
   InvokePropertyChanged(nameof(Name));
  }
 }

The compiled code would still look the same, without the performance drawbacks of LINQ queries, and it wouldn't break on refactoring. As an added bonus we get the functionality on methods, events... you name it.
I rest my case, what does the jury think?

Committing bound cell changes immediately in WPF Datagrid

2010-05-20T11:02:00.005+02:00

The WPF DataGrids default mode of operation is committing all changes on a per-row edit instead of a per-cell edit. In this post we will see how to change that behavior to do a per-cell commit regardless of the bound object's capabilities.

But first a little bit about the workings of the DataGrid.
When binding data in a WPF DataGrid it holds all changes to the data in an intermediary object. If the user edits a cell the changes will be done only in this intermediary object, the exception being if the bound object does implement IEditableObject in which case the DataGrid uses the object's edit capabilities instead.
But if we do not have an IEditableObject to bind to all changes made inside the row will only be committed to the bound object once the row edit ends. If we still need to commit on a cell by cell basis we need to attach a handler to the CellEditEnding event of the grid and use the following code in the handler.

private bool isManualEditCommit;
private void HandleMainDataGridCellEditEnding(
  object sender, DataGridCellEditEndingEventArgs e) 
{
 if (!isManualEditCommit) 
 {
  isManualEditCommit = true;
  DataGrid grid = (DataGrid)sender;
  grid.CommitEdit(DataGridEditingUnit.Row, true);
  isManualEditCommit = false;
 }
}

This will update the bound object whenever a cell edit is ending, i.e. whenever the cell looses focus.

The woes of file extensions in the SaveFileDialog

2009-08-03T17:23:00.015+02:00

I stumbled upon a rather annoying problem in the SaveFileDialog (System.Win32) in one of my WPF applications. The application allows saving of its own type of project file with a custom extension ".mypi" and of course loading those files again.

The code for saving:

SaveFileDialog saveFileDialog = new SaveFileDialog();
saveFileDialog.Filter = "MY Project|*.mypi";

and for loading

OpenFileDialog openFileDialog = new OpenFileDialog();
openFileDialog.Filter = "MY Projects|*.mypi";

Now some users were complaining about "lost files" that they "could not open", and after a bit of digging around I found that they entered file names in the form of "Project.2009.07.07" in the SaveFileDialog. Now what I would have expected is that the dialog would append the only available extension "mypi", but as the documentation correctly states for the "AddExtension" property (which is set to "true" by default):

Gets or sets a value indicating whether a file dialog automatically adds an extension to a file name if the user omits an extension.

Now the important part is "if the user omits an extension", and since .07 is a valid extension the dialog will not add anything to "Project.2009.07.07". And thus when trying to open the file again the filter will not pick up on it.

The preferred workaround is to change the file name after the dialog closes, note though that you have to hook the SaveFileDialog.FileOk event to check if the file with the added extension exists, otherwise this check will not work correctly in the file dialog.

Not being able to force the SaveFileDialog to add an extension to every file name entered by the user is a rather poor design decision, as the user will assume that a save dialog which only allows to save a certain kind of file will generate such a file. He is strengthened in that assumption by other applications like Word, MS Paint, etc..., which do not display that behavior but always append the filter extension to the file name.
Thus for every SaveFileDialog the same workaround has to be used and functionality that already is in the SaveFileDialog has to be duplicated (check if file exists, check if filename is too long, etc...) and the appropriate error messages localized.

In conclusion the SaveFileDialog should be extended in future versions to allow that kind of behavior without any workaround.

Does anyone know of an alternative route to solve that problem or a third party save file dialog (maybe even written in proper XAML for styling and extendibility)?

Tip of the Week - The Right Mindset

2008-01-15T14:19:00.000+01:00

This week's tip is for all coders out there who want to grasp the bigger picture and go beyond the code and develop the right mindset for a good software developer. Karl Seguin condensed years of experience, common sense and sharp observation of what matters in software development into a 7 part overview. Start with the first part or grab the whole tutorial as a PDF to read on dead trees and become a better, more productive developer. While focusing on .net development this is a must read for everyone.

Tip of the Week - Multicoring

2007-12-17T10:27:00.000+01:00

Never has programming for multiple cores been easier as with the Task Parallel Library (TPL) for .NET. Make sure to check out this simple introduction to see the power and ease of use the TPL brings to make your code ready for multi core support.

Tip of the Week - Visual WPF Debugging

2007-12-10T10:06:00.000+01:00

This weeks tip goes out to all the WPF developers out there:
Mole II is a graphical debugger for WPF and once used you won't know how you could ever live without it. A must have tool for the tool belt of every serious WPFer.

Tip of the Week - Throwing up

2007-12-02T01:18:00.000+01:00

Came from the java world and never kicked that throwing habit? Do you catch with "catch (Exception up)" and don't know an alternative to "throw up"? Read this little post on re-throwing an exception in different ways and how it affects your stracktrace.

Moving the System Partition in Vista

2007-11-07T22:16:00.000+01:00

I recently ran into problems when I tried to remove an old hard drive from my system. Unknowingly when installing Vista it somehow choose that old hard drive as the right place to put the system partition and not my shiny new drive (on which the Vista installation resided anyway). So when removing the old disc I could no longer boot. This is how to solved that problem:

Symptoms:
You can easily check if your system partition resides on the disc you want to remove by either checking in the partition manager if that disc is marked with "system partition" or by checking if the disc contains the hidden bootmgr file and boot folder in the root folder and your other disc does not.

Solution:
We have to make the right disc bootable by copying the correct boot management data from the old disc.
Follow the instructions from here to copy all relevant data. What will most likely fail though is copying the BCD files from the boot folder. We have to use "bcdedit" to do that. Simply go to the command prompt in the C:/boot folder of the disc you want to boot from (if not C: change accordingly) and enter "bcdedit /export BCD". This should copy all relevant boot management data. Now you should have all you need and can try booting from that disc.
If the boot was successful run "bcdedit" again, if an error message is displayed copy the "BCD" files (including the BCD.log) files from the old disc to the new one and you should encounter no further problems while happily booting without your old disc.
Good luck

Tip of the Week - Connection Strings

2007-05-19T22:15:00.000+02:00

In the first part of our weekly installment we bring you: Connection Strings

Do you forget them? Do you just use them without knowing what they actually do? Do you want to embrace dozens of new ones? Then ConnectionStrings.com is where you should go immediately. Hundreds of connection strings for you to forget till tomorrow.