Maybe obvious to most; but I just fought a bit with the treeview’s functionality today.
I wanted the main treeview nodes to not do a postback, only the children? It appears that the treeview control has this covered by this:
19 December, 2012
Having moved my Source Control between multiple workstations over time and still having it with my can sometimes present problems with “workspace already exists” and other problems in that category. And that even you can’t see these workspaces mentioned (on your new workstation!).
To clear out workspaces, you first need to gain an overview of what’s currently registered in the database:
- Open a VS Dev Command Prompt on the TFS-server
- Navigate to a folder on disk where you want to see the current workspaces
- tf workspaces /owner:*
- (alternatively the verbose version): tf workspaces /server: ServerName /owner:*
This will give you a list of currently registered workspaces (good and bad ones).
To delete a workspace, you type this:
- tf workspace /delete workspaceName;owner
- (alternatively the verbose version): tf workspace /server: ServerName /delete workspaceName;owner
This bit me! Having made some changes to an iPhone application (Obj-C); everything worked fine in the simulator. But, when deploying the s...
It has really proven a difficult task to find a simple (and understandable) example on how to perform XAML-databinding to a Hierarchical tre...
I recently did a short table on the bizarre keyboard mapping on a Macbook Pro, when running Windows on such creature. Well – it turns out th...
Crazy stuff, this PowerShell. I was doing a C# program that needed to load in a PowerShell module with cmdlets intended for Office365. Even...