Re: Vs10x Code Map V3 Crack
Osoulo Lejeune
Do you know an add-in for visual studio which adds properties for C# projects?csproj file format is very powerful but only small amount of options can be changed through the standard properties page. For instance, I want to have several configurations and each of them should include it's own references. Or I just want to change the type of project from winforms to wpf or other one. In order to do stuff like that developer has to edit csproj by hands in text editor instead of using properties.If you know that such add-in doesn't exist, do you think that it could be popular on codeplex? or only small amount of developers realy need it? what is your opinion?
To edit project files inside of Visual Studio I use PowerCommands, but those things you can change "using properties" are those in Project Menu -> [Project Name] Properties. What PowerCommands does (among other things...) is allow you to easily edit the XML of a project opened inside Visual Studio so you get all the benefits of using Visual Studio to edit XML. Makes sense?
So... you are looking for addins at codeplex? why not take a look at there are free and paid addins, an some form codeplex too. While you are on it, look for "Productivity Power Tools", "VSCommands 2010", "AllMargins" and "VS10x Code Map". I use them all, and they are certainly worth a look. [Hmmm... I also use CodeRush, you can get CodeRush Xpress for free from ;)]
A little late to the table but I wanted to remove VSCommands 2010 because all I use it for really is the edit project file and I don't like to just have extensions hanging around if I am not using them. I discovered from this blog:
"There is a quick and easy way of editing your Visual Studio project file. When a project is "unloaded", either because you explicitly chose to unload the project using the "Unload Project" command or Visual Studio failed to load the project for some reason (e.g. project upgrade failed), you can right click on the project in Solution Explorer and select the "Edit " command, as shown below."
Containers can be collapsed in order to help you stay focused on items that are currently in development. What's worth to notice is that a collapse operation in CodeMAP will also collapse the corresponding part in the code editor. Moreover, it works both ways, so if you for example collapse a class in the code editor, the corresponding container in CodeMAP will get collapsed as well!
Now, highlighting recently accessed items may be good, but what if you have items you return to over and over? Well, you can specify a special highlight by applying a color label (yellow, red, green, blue, purple, gray). As with history, labeled items are emphasized in various ways:
In large code files, a code elements-based CodeMAP might not be enough. If you find yourself looking over and over for certain positions in code, then named bookmarks are for you. Simply start a comment with the BMK token and then type in a meaningful name (this will end up with something like //BMK Some name here in C# or 'BMK Some name here in VB, with or without space after the comment start token i.e. // and ' respectively) and VS10x CodeMAP will pick that up and add the name at the top of the containing element, so that you can find it instantly.
If the filter textbox is not visible (it can be configured to auto-hide) then just hover the mouse pointer over the narrow orange bar at the top of the CodeMAP area. In order to cancel an existing filter, either clear filter textbox by clicking on the x-button on the right side or press Esc while in the filter textbox.
CodeMAP's appearance and behavior can be thoroughly customized by using the VS10x CodeMAP - Customize dialog box, which is accessible from the right-click popup menu over the CodeMAP area:
Have suggestions ore require assistance? Please write us at sup...@axtools.com - we *will* get back to you! Also, it would be our pleasure to have you as a guest at www.axtools.com where you will be able to find other developer tools we have created.
I'm having a problem with T4MVC losing the code it generated each time I do an SVN update. I can fix it by deleting the .generated.cs files and re-running the template. But this is proving a bit tiresome. Is there something I am missing?
I'm now resolving my conflicts. I suspect this is where the problem lies, as I always keep my local file and mark it as resolved. I have just done that for the first conflict (HomeController.generated.cs). I've then tried comparing with my local copy and got the following error message...
I got as far as this earlier today, when I realised the reason for the tree conflict is that the generated files are actually being deleted and re-added to the project. Now, I don't know if T4MVC itself is doing this or the Chirpy extension. I've looked through the source code of Chirpy (just browsing in my web browser on codeplex) and it doesn't seem to do that.
I think the cause for the Tree Conflicts in subversion is that there are two people both making changes to the controllers, which is causing both of us to generated new files with the same filenames. Therefore, subversion has 2 new files and flags it as a Tree Conflict because it doesn't know what to do about it.
I've confirmed with a colleague who is also using T4MVC that they are having zero problems with it, but they are the only person making changes to the controller code. Before there were two people on my project I never had a problem. The issue has appeared since the second person started working on the project and making changes to the controller code.
For the moment I have a bit of a hacky solution. I've written a powershell script to "touch" all the controller.cs files. I've put that in my External Tools in VS2010. When I get the issue, I run that powershell script then build the software which forces the T4MVC template to run and all my errors go away. This is not ideal and I would like it to "just work".
To clarify, the situation I would like get to is being able to just open up visual studio in the morning, do an SVN update (via VisualSVN) and to not have to spend any time getting it to build because code is missing from the generated files that was there yesterday.
(If it's deleting the generated files and re-creating them each time it runs, then I will have to stop using it, as that just doesn't sit well with using subversion and with multiple people working on the code which the generated code is adding to)
I recently saw a similar issue when updating a service reference, for example. The Subversion status for the generated files was replaced for some of the generated files. This means that Visual Studio (via the Subversion integration addin) has told Subversion to delete a file, then to add a file with the exact same name.
I don't think there's anything that can be done about this other than making sure that you coordinate with your colleague before and after you make any changes that will cause T4MVC to regenerate it's files. From my understanding of T4MVC though, that means you'd have to coordinate every time you modify a controller, or add a new content file.
I know this is an old question, but we have similar issues. I think it is VisualSVN that is to blame. I use ANKH in Visual Studio, only to let it add files to SVN when I add them through Visual Studio. From what I can recall I've never seen TortioseSVN want to delete a certain T4MVC file that always gets deleted from the repo.
Have a look at the small sample below. Notice the way nested types are represented, as well as the implemented interface. The region sub-container is prefixed with a # for an easier identification. Members have distinctive icons, with special overlays for constructors, public items (not pictured in the below example) and members belonging to implemented interfaces.
Containers can be collapsed in order to help you stay focused on items that are currently in development. What's worth to notice is that a collapse operation in CodeMAP will also collapse the corresponding part in the code editor. Moreover, it works both ways, so if you for example collapse a class in the code editor, the corresponding container in CodeMAP will get collapsed as well!
CodeMAP is also a navigational tool - if you double-click an item, its position in code will be brought into view. That is something you should expect, of course, but CodeMAP also makes returning to the last viewed/edited members a breeze by implementing a local history system i.e. highlighting the last 10 accessed or edited (C# only) items in various ways:
- In CodeMAP, with a distinctive background color (grey in this example, but configurable) or with a variable opacity clock image
- In the editor, with a bluish background color for the entire member body (can be disabled)
- On the Scroll Map (a special area added by CodeMAP to the left of the vertical scrollbar), blue rectangles are added to represent the member position relative to the entire code file (you can align the scroll thumb with the blue marker to bring the item into view)
Now, highlighting recently accessed items may be good, but what if you have items you return to over and over? Well, you can apply special highlight colors in order to mark items. As with history, favorite items are emphasized in various ways:
- In CodeMAP, with a certain background color, as pre your choice
- In the editor, with a sync background color for the entire member body (can be disabled)
- On the Scroll Map red rectangles are added to represent the member position relative to the entire code file (you can align the scroll thumb with the marker in order to bring the item into view)
7fc3f7cf58