AppDomain AppendPrivatePath [obsolete]

Have you ever tried to append a private path to your default AppDomain using .NET 4.0? Well this worked for a long time without getting any warnings

AppDomain.CurrentDomain.AppendPrivatePath("plugins");

For some security reasons this method has been set obsolete and should not be used anymore. I found much posts on the internet regarding this issue but almost every post demonstrated how to create a new AppDomain using the AppDomainSetup where the PrivateBinPath can be set easily.

Well I don't want to create a new AppDomain but use the default AppDomain and append a private path. Today I found a solution to this problem which can be solved easily through the application configuration file.

<configuration> <!-- ... --> <runtime> <assemblybinding xmlns="urn:schemas-microsoft-com:asm.v1"> <probing privatepath="plugins;otherFolder;more"></probing> </assemblybinding> </runtime> <!-- ... --> </configuration>

WP7: Changing the Windows Live ID without loosing anything

Hey folks!

Background
I think I'm not the only one who created a cool email address Windows Live ID which is associated to an anime or comic character. As I got older I wanted to start using my real name which can be useful when applying for a job etc.

Well, I created a new Windows Live ID and started using it for everything - except my Xbox Live account was still connected to my old email address. And that's the point. When I bought my Windows Phone 7 I associated it with the Windows Live ID which was connected to my Xbox Live account - the old one.

In the end I wanted my Xbox Live account being associated to my new Windows Live ID which I want to use on my Windows Phone. After some investigation I found out how I was able to do that without lossing anything. I kept my applications and games I purchased as well as all Microsoft Points!

Now let's re-associate our Xbox Live account and finally change the Windows Live ID on our Windows Phone!


Solution
prereq
1) Xbox
2) Windows Phone 7 + Connection Cable for your PC/Notebook
3) Internet Connection
4) Patience

Abstract Language

Today a friend asked me how to create a German and a separated English abstract in LaTeX. Sure, you would say: Just write one abstract in German and the other one in English, where is the problem? Well that was not the problem. The problem was that LaTeX did always print "Zusammenfassung" (which is the German word for "Abstract") for both, the German and English version when using the abstract command:

\begin{abstract}

Long story short, it's very easy to use another language for all your commands - in case the requested language is installed.

\begin{abstract} Das ist meine Kurz- oder Zusammenfassung auf Deutsch... \end{abstract} \begin{otherlanguage}{english} \begin{abstract} This is my abstract written in English... \end{abstract} \end{otherlanguage}

Last make sure you defined you languages correctly in your main document as shown below

\usepackage[english,ngerman]{babel}

You see, only one additional command is necessary to accomplish this task.